Československé satelitní fórum

Vyšlo nové OpenBlackHole 5.4 s Pythonem 3.12.2

Bohužel i s tímto Pythoon se chová OsCam ve spolupráci se čtečkou nestabilně ( stejné jako s Pythoon 3.11.2 ) Spolupráce není s Pythonem 3.x dobře odladěna.

Co znamená nestabilne ?
Log by viac nám ukázal

To znamená , že OsCam prostě zatuhne .Po restartu běží dál .Zkoušeno na různých binárkách a configuracích. Najdi si recenzi Gigablue Trio4KPRO na Parabole.Tam se to dozvíš taky .Mám to dostatečně prověřeno.

Ked to mas dodatečné preverene , tam nám tu nápis viac .
Zatuhne znamená :
-oscam spadne z procesov v linuxe
-prestane fungovať iso komunikácia
-alebo iné stavy

A ako píšem , bez logu to je stále len domnienky .
Veď v Oscame keď dáte logovanie 255 tak vám píše snad všetko čo sa logovat dá.

Toš mudruj - mudrovaly i jiné hlavičky

podla toho logu nevidim na konci ziadny error....
Ked skusis pouzit OSCAM ako len klienta pre share,tiez dojde k tomu vypadku?

Teraz som si aj precital na parabole.cz ze prechodom na novu verziu Phytonu 3.11.xx obmedzili nahravanie z 3 kanalov na 2.
Vyvojari image to cim podmienili sa niekde pise?

Ahoj Slaxi. Ano , když použiju toto nastavení jako klienta ( zkoušel jsem CCcam i můj oblíbený Cs378x ) tak to běží jako z praku .Prostě bez potíží. Když mrkneš do toho Logu co jsem poslal nějaké Errory tam jsou .
Dnes jsem udělal další test který mne moc zajímal .Soused koupil Octagon 8008 ze SAPRO takže vše je tam od Wardera.Dal jsem tam kartu Skylink ICE a do dvou hodin je to mrtvé .Stačí jen restart Oscamu a zase běží. Takže binárku a configy jsem zkopíroval do ATV 6.4 ( Pythoon 2.7.18 ) a jede to několik hodin bez problému .Opakuji - jen na kartu .Pan ing.Švehlík má pravdu .Zkoušel jsem to na to UNO4KSE,Octagon8008,Gigablue Trio 4KPRO.Všude je to stejné.

Takze ako som predpokladal , komunikácia s kartou iba ten problém vytvára .
Vyskúšaj dve skúšky :
-pusti po reštart Oscamu jeden kanál a neprepinaj a odsleduj čas kedy kedy príde zrúteniu Oscamu ( ak príde , zaujímali by má čas odozvy karty posledné aké boli )
-ten istý pokus predchádzajúci , s tým že budú vypnuté EMM na kartu . Takze doporučujem ICE kartu prepnúť na 0D96 a tam skúšať , lebo ta nepotrebuje EMM pre svoje dekódovanie .
Keď máš možnosť mat kartu len v 0624 , tam počkaj na prvú EMM a ďalšie už zablokuj nech na kartu nechodia. A uvidime či sa bez EMM bude opakovať situácia z prvej skúšky .

Přesně tak. Tento problém vzniká jen při komunikaci s kartou. Tohle mi sdělil i prodejce Pluton elektro .Teď jsem spustil ten nový SF8008 zapnuto na ČT2 a nepřepínám .OsCam je tam tento oscam-1.20_svn-r-r1a-2024
Compiler: -r1-c/2024-M7-ICAM-Warder
Ale dělalo mi to i na jiných .Na Pythoonu 2.7.18 vše běhá

Jasně že má p. ŠvehlÍk pravdu. Trápil jsem se s tím taky nějakou dobu, jak na octagonu 8008 tak na uno 4K SE. Nakonec jsem do una 4KSE (servr) vrátil VTI , nic neseká a doma je klid.

No hurá. Konečně někdo kdo si toho problému taky všimnul ( asi nikdo nepoužívá kartu v UNI čtečce ).Taky se s tím zlobím delší dobu i několik mých známých .Jistota je prostě Pythoon 2.7.18

Ľudia kartu používajú v Uni čítačke ale s iným image ako OBH.

Ach jo,Jak jsem už psal Když s tím dělám delší dobu tak nezkouším jen jeden image.Takže OpenATV,Egami a další.Ale díky za názor.

To nie je problem Image ci OScamu, ale problem Hisilicon driveru

Uno 4K má Hisilicon?

Sice nemam Uno4K, ale v Solo 4K bezi oscam s kartou bez vypadkov - testovane OpenPLi 9 a OpenATV 7.4

vlasta píše: ↑04 dub 2024 12:17 Přesně tak. Tento problém vzniká jen při komunikaci s kartou. Tohle mi sdělil i prodejce Pluton elektro .Teď jsem spustil ten nový SF8008 zapnuto na ČT2 a nepřepínám .OsCam je tam tento oscam-1.20_svn-r-r1a-2024
Compiler: -r1-c/2024-M7-ICAM-Warder
Ale dělalo mi to i na jiných .Na Pythoonu 2.7.18 vše běhá

Ja nechcem rýpať ani nejako dehonestovat túto diskusiu ale aký iný oscam si skúšal okrem toho uni?

Čo tak skúsiť image postavené na py3.x.x a inom oscame ako "uni"

No ja stále čakám na výsledky testov a nikde nič