Octagon SF8008 Supreme

[el bandido]

Thanks Arlo.
SF8008 and SF8008 Supreme use the same driver files. Sf8008 Drivers were updated in recent months to include the SF8008 Supreme. Nothing more than that.

OE Alliance meta-Octagon commits (OpenATV, OpenVix, OpenEhight...etc):
[Only registered and activated users can see links. ]

OpenPli meta-Octagon commits:
[Only registered and activated users can see links. ]

If anything happens with drivers, it will show up in one or both of those links.

[el bandido]

Here is a partial result of a blindscan of 89w c band that returns transponders with little to no signal(UnLocked):
[Only registered and activated users can see links. ]

89w-C band is a feed satellite, and currently does not have a full time 24 hour transponder that I can find. It would be nice to have some sort of idea as to how strong the satellite signal is before a blindscan is done, so these scanned transponders shown above were installed in the satellites.xml for 89w-c band location.

Here is what the result is in the blindscan plugin:
[Only registered and activated users can see links. ]


The c band satellite dish is 12 foot by ruler, but the signals are so strong on 91w that they are still readable at 89w! All of the transponders shown in the first screenshot belong to 89w even though they are being found in a blindscan of 89w.

Here is 91w in the blindscan plugin:
[Only registered and activated users can see links. ]


Having signal below lock active takes some a bit of time to understand. Turn signal below lock Off and you will not see a signal for these 89w transponders in the blindscan plugin, but they are still found in a blindscan of 89w --even with signal below lock set to off.

[el bandido]

The scan results are a bit different when comparing the SF8008 and the SF8008 Supreme. The SF8008 can lock transponder signals with low symbol rates in the 200-300 range, or maybe lower if a person has the correct equipment. The SF8008 does not find transponders much lower than a 800 symbol rate for me in blindscan. Blindscanning for low symbol rates takes time. The SF8008 has a slow blindscan when compared to some other receiver combinations, so whoever was working on the SF8008 blindscan probably did not want to make it any slower by looking for transponders with a symbol rate below 800.

Satellite blindscan in general is a bit more defined, Or it just works better when the AVL6261C is involved. A couple of blindscan examples were made today between the SF8008 and the SF8008 Supreme. Comparisons with these two receivers have been done before, but the exact same antenna coax or feed was used. Today's blindscans were done with the two Sf8008's sitting where they normally stay, and are being fed into the same satellite dish using a multiswitch. The blindscans were started at almost the exact same time.

SF8008 and SF8008 Supreme 117w Blindscan:
[Only registered and activated users can see links. ]<-------------------->[Only registered and activated users can see links. ]


SF8008 and SF8008 Supreme 61w Blindscan:
[Only registered and activated users can see links. ]<-------------------->[Only registered and activated users can see links. ]


Things are a bit different here. The SF8008 Supreme finds more tv channels on 117w and takes less time to complete the scan process when compared to the SF8008. The SF8008 Did find the transponder with the 833 symbol rate and also found the radio channels on this transponder.


A blindscan of 61w is different than the 117w scan and shows the slowness of the SF8008. 61 West is a very "Noisy" location for satellite signals and this is easily seen on a spectrum analyzer. The SF8008 Supreme finds several transponders in the extended band above 4200 MHz while the SF8008 does not find anything above 4200 MHz. The logs show Both receivers were set to 3625-4800 MHz in the blindscan plugin so they both should have equal chance with the transponders above 4200 MHz.

Complete blindscan logs for these 4 scans are attached.

[el bandido]

The Ustym 4K PRO Ultimate 2024 v4 is pretty much an identical build to the SF8008 Supreme except for cosmetics.

[Only registered and activated users can see links. ]

AVL62X1 driver modules were taken from a Ustym4kpro build and installed into the SF8008 Supreme. Blindscan and reception results were unchanged. (Note the receiver name change.)
[Only registered and activated users can see links. ]

[eastof111]

A better name for the receiver would have been the Chameleon Supreme... lol

[el bandido]

To be fair, The producer of the box set the tuner information. The Uclan and the SF8008 Supreme display the exact same tuner information as shown below. I don't believe Octagon owns Uclan and GigaBlue.

[Only registered and activated users can see links. ]


Sort of reminds me of the lnb thing where the noise figures were advertised as .8 then they dropped all the way down to an impossible .1NF. Consumer FTA products can have anything and everything written on it. No laboratory tests are made for compliance.

To be fair again, Uclan Did Not write symbol rates that are fiction in their advertisements...Least not any that I saw. Uclan showed a touch of class when compared to Octagon.

[el bandido]

A better name for the receiver would have been the Chameleon Supreme... lol

Online update including Blindscan is available. Use Software update in the receiver's menus or in terminal: opkg update && opkg upgrade

[eastof111]

EB... HEVC on 133 c band. I guess I will need to tweak or upgrade the old lnbf in order to lock in HEVC channels. How's your reception on this one?

[Only registered and activated users can see links. ]

[Only registered and activated users can see links. ]

[el bandido]

The transponder seems to be 16APSK with 2/3 FEC. HEVC Is not a problem with the Supreme. What you don't see is the errors in bit rate. or other errors in making the picture. Your receiver shows to have plenty of signal. Could 5G be the problem?

Maybe check the dish alignment in Positioner setup? The auto focus feature in Positioner setup makes a log file. The log file shows signal lock and signal in db for every move. It may be nothing more than an alignment problem. The slate channel plays here with roughly the same signal. Check alignment first IMO as it does not cost anything.

[Only registered and activated users can see links. ]


[Only registered and activated users can see links. ]

A positionersetup log for this satellite is attached if you want to look at it. If everything is OK, then both sides will read almost identical for a given position east and west. The best signal should be on a bit of a plateau for an equal number of position counts in each direction. Then the numbers start falling. Everything should be pretty much even on both sides till lock is lost.

[ArloG]

Ricks has a post of possible AAC issues that a chinabox handles well. Any insight on this and other formats?