Československé satelitní fórum

Vyšla von celkom významná aktualizácia doplnkov. Zmenil sa spôsob exportu EPG. Doteraz sa EPG z doplnkov ako AntikTV, O2 TV, ... robil formou vytvorenia XML-EPG pre plugin EPGImpoer(er) alebo EPGLoad ktorý to následne naimportoval do enigmy. Nevýhodou bolo, že je to viackrokový proces, je nutné miesto na HDD a celé to trvá dlho. Podarilo sa mi zimplementovať export priamo do enigmy a celé som to upravil tak, že ak enigma umožňuje priamy import dát do EPG cache, tak sa tam EPG dáta natlačia rovno bez vytvárania XML-EPG súborov. Ak máte kompatibilnú enigmu, tak sa bude používať už len tento spôsob a automaticky sa všetko odregistruje z EPGImportu aby to tam nezavadzalo. Ak enigma neumožňuje priamy import EPG (napr. u DreamOS), tak všetko zostane po starom. Otestované na OpenATV 6.4, 7.3, OpenPLi, VTi 15.0.2. Všade mi to bez problémov fungovalo.
S touto novou funkcionalitou súvisí jedna nepríjemnosť. Zmenili sa referencie kanálov, nakoľko doteraz som to nemal spravené dobre a u niektorých programov dochádzalo ku kolízii. Takže po aktualizácii dôjde k pregenerovaniu userbouquetov a ak máte z tých automaticky vygenerovaných vytvorené vlastné userbouquety alebo používate picony mapované na service reference, tak vám to prestane fungovať. Budete to musieť nastaviť znovu. Žiaľ inak než takto "brutálne" to spraviť nešlo. Používateľský komfort snáď bude stáť za jednorázovú nepríjemnosť.

Zdravím,
Chcem sa spýtať, či pri generovaní serviceref pre Userbouquet z lamedb v doplnkoch (napr. OrangeTV) je chyba alebo je to zámer?

ServiceType (a ServiceNumber) sú v štruktúre lamedb pre service ukladané v DEC "int(x, base10)".
-- 0xSID:0xNAMESPACE:0xTSID:0xNID:ServiceType:Servicenumber:0 , tj. pre ST=1,2,22,25,31 .

Pre ServiceRef má byť ServiceType v HEX "int(x, base16)"
-- 1:0:0xServiceType:0xSID:0xTSID:0xNID:0xNAMESPACE:0:0:0 , tj. 1,2,16,19,1F .

po zmene v /tools_archivczsk/generator/lamedb.py v class Service():
def ReadData(self, Line):
...
try:
self.ServiceID = int(DataLine[0], 16)
self.ServiceType = int(DataLine[4], 16) -> 10
self.ServiceNumber = int(DataLine[5], 16) -> 10 - toto nie je podstatné.
...

Vďaka

Je to samozrejme chyba. Pozrel som do kódu enigmy a máš pravdu. Všetky hodnoty sú hex okrem tých dvoch. Ani radšej nechcem vedieť, že na čom "fičal" ten, kto vymýšľal formát lamedb. Ten python kód som ani nerobil ja. Našiel som ho niekde na githube a len som ho upravil. Vzhľadom na to, ako dlho je tam tá chyba asi veľa ľudí generovanie userbouquetu z lamedb nepoužíva.
Ale ďakujem za report. Opravím to pri najbližšej aktualizácii.

Dík moc za ochotu. Bude to fajn ak sa rovno prepojí EPG aj picons.