59 replies to this topic

[littlesat]

Especially here:

https://github.com/o...ker/src/scanner

 

I see a lot of duplicate code... code that is already available in the cpp code and completely rebuild in python... Also directly read, parse and write lamedb and the bouquets is somehow not done... this can also be done by directly call code in cpp... and when changed settings do a simple flush... 

 

It is such many code that I cannot (easily) find the code that really parses SKY-Germany... so it can be ported into cpp...

Edited by littlesat, 21 October 2018 - 10:08.

[littlesat]

I see for sky Germany in some kind of xml...

 

<protocol>nolcn</protocol>

 

does this mean SkyGermany does not have a lcn... where does the ABM get the lcn from....? Or can it then only perform a network scan....

Edited by littlesat, 21 October 2018 - 10:20.

[littlesat]

I found all the parsers...

 

https://github.com/o...r/dvbscanner.py

 

.

But for sky Germany I still don't understand how the LCN is retrieved as there seems not to be any.... -or- is it a list downloaded from the WWW...

Edited by littlesat, 21 October 2018 - 10:27.

[Erik Slagter]

Anyway:

 

- standaard => code in enigma

- proprietary => code in plugin

 

Dat lijkt me duidelijk.

[Rob van der Does]

Anyway:
 
- standaard => code in enigma
- proprietary => code in plugin
 
Dat lijkt me duidelijk.

You mean just as for Freesat EPG etc.?

BTW: FastScan is also proprietary code.....

Edited by Rob van der Does, 21 October 2018 - 11:23.

[Huevos]

As no data exists in the SI tables for Sky DE it is just a list created by Peter from documentation on WWW. https://github.com/o...d_CustomLCN.xml

 

Most broadcasters have their LCNs in proprietary descriptors in the SI tables. Only a very few have LCNs in descriptor 0x83 in the NIT... and even then there are problems in some cases because the LCNs are on one transponder and the service data is on another transponder, e.g. Netherlands terrestrial. And NL cable has its LCNs mixed up between descriptors 0x83 and 0x88.

Edited by Huevos, 21 October 2018 - 11:28.

[WanWizard]

Exactly.

 

Which is why I wrote that ABM does all sorts of defined or coded "massaging" of the NIT data to produce a channel list that looks like the one in the providers own receivers. But Rob contested that.

[peterjo]

Sky Germany was destijds voor mij de meeste dramatische sat provider om voor ABM geschikt te maken. Het eerste wat we doen is op zoek te gaan naar een officïele programmalijst met correcte kanaalnummering. Die kon ik niet vinden. Ik heb nog een aantal Duitse collega's gevraagd hoe en wat, maar met een glazige blik kreeg ik geen eenduidig anwoord. Ik meen me te herrinneren dat we zelfs nog een forum oproep hebben geplaatst voor meer informatie. Niet gekregen. In de DVB tabellen kon ik ook niets vinden wat ook maar leek op LCN gegevens of extra PID's (zoals CD). Daarom hebben we zelf maar iets verzonnnen met de mogelijheid dat gebruikers het konden aanpassen. Die flexibiliteit biedt ABM. Zo is ook die extra custom XMl ontstaan. Als helemaal niets meer lukt vanuit de provider zijde, kun je als gebruiker tenmiste nog een fatsoenlijke indeling maken.
Je kunt naturlijk iets tegen hebben op de manier waarop ABM is gemaakt, ieder zijn eigen stijl en inzicht, maar de code is nu wel zo ver ontwikkeld dat we de laatste tijd elke nieuwe provider makkelijk kunnen toevoegen d.m.v. een provider XML, zonder dat de code (C en python) meer aangepast hoeft te worden. De laatste toegevoegde provider is Joyne NL en BE. Joyne heeft de DVB tabellen niet lekker opgezet, maar het is ons toch d.m.v. de provider XML weer gelukt. Ik heb hierover contact gehad met Joyne, maar die hebben op dit moment even andere prioriteiten.
Mochten er inmiddels nieuwe inzichten zijn aangaande Sky Germany of informatie over officiële kanaallijsten, wij houden ons aanbevolen.
Ikzelf zit zelden tot nooit meer op dit forum, maar Rob of Huevos kunnen mij altijd via Skype bereiken.

[WanWizard]

SKY maakt gebruik van het OpenTV platform (dat verre van open is), de LCN gegevens zijn er dus wel, maar worden, net als de EPG, in een propriatair formaat uitgezonden. Om die er uit te peuteren is een flinke dvbsnoop dump nodig van de home transponder, en wat heftig reverse engineering werk. En iemand die dat kan en ook doet...

[Huevos]

SKY maakt gebruik van het OpenTV platform (dat verre van open is), de LCN gegevens zijn er dus wel, maar worden, net als de EPG, in een propriatair formaat uitgezonden. Om die er uit te peuteren is een flinke dvbsnoop dump nodig van de home transponder, en wat heftig reverse engineering werk. En iemand die dat kan en ook doet...

Sky UK, Sky RoI and Sky Ilalia use OpenTV. That is an EPG system. It has nothing to do with their proprietary LCN descriptor.

 

Sky DE does not use this.

Edited by Huevos, 21 October 2018 - 13:15.

[WanWizard]

OpenTV provides the entire platform, including the software on the SKY Box. And that includes the new Sky Q box.

 

Sky DE doesn't use OpenTV's propriatary EPG, that is correct, but not relevant to this topic.

[littlesat]

Er kan uit de ABM code een boel code verwijdert worden en vervangen worden door iets eenvoudigers door rechtstreeks in enigma2 functies aan te roepen die services aan lamedb en bouquetten toe te voegen... alles wordt we opnieuw geparsed en buiten enigma2 om gedaan... dat is ‘jammer’....

[Huevos]

Er kan uit de ABM code een boel code verwijdert worden en vervangen worden door iets eenvoudigers door rechtstreeks in enigma2 functies aan te roepen die services aan lamedb en bouquetten toe te voegen... alles wordt we opnieuw geparsed en buiten enigma2 om gedaan... dat is ‘jammer’....

And then, just like Fastscan and Cablescan it wouldn't be a plugin that is portable between images. Anyway as Erik has already said, proprietary systems (such as Fastscan) have no place embeded in enigma.

Edited by Huevos, 21 October 2018 - 15:33.

[littlesat]

Ik geef nu precies aan waar het echt fout gaat.... en je zeker 400+ regels aan code gewoon minder hetzelfde kan doen... en fan blijft het tussen images bruikbaar want zoveel heeft atv niet aan e2 in cpp aangepast... het hele parsen en schrijven van lamedb en userbouquets hebben feitelijk volledig herschreven in python... not done eigenlijk... en ook niet nodig...
Ook goed te weten dat ABM eigenlijk voor sky Germany gewoon een internet lijst ophaalt... dat kan hanssat ook

Edited by littlesat, 21 October 2018 - 15:46.

[Huevos]

ABM has nothing to do with ATV.

[Huevos]

Ik geef nu precies aan waar het echt fout gaat.... en je zeker 400+ regels aan code gewoon minder hetzelfde kan doen... en fan blijft het tussen images bruikbaar want zoveel heeft atv niet aan e2 in cpp aangepast... het hele parsen en schrijven van lamedb en userbouquets hebben feitelijk volledig herschreven in python... not done eigenlijk... en ook niet nodig...
Ook goed te weten dat ABM eigenlijk voor sky Germany gewoon een internet lijst ophaalt... dat kan hanssat ook

Not really sure why this bothers you so much. What ABM does is read the LCN data from the SI tables for around 50 providers, most of which are not supported by any other software. And using a ".so" file to read the transport stream is exactly what PLi's bitrate viewer plugin does.

[theparasol]

Just read and practice uncle Bobs clean code it will make you a better coder.

[littlesat]

[Rob van der Does]

Exactly.
 
Which is why I wrote that ABM does all sorts of defined or coded "massaging" of the NIT data to produce a channel list that looks like the one in the providers own receivers. But Rob contested that.

You were absolutely right; I looked at the wrong XML and my memory didn't serve me the history

But that only applies to the channel numbers; the actual frequencies are being read from the transponder(s).

Edited by Rob van der Does, 22 October 2018 - 16:59.

[Erik Slagter]

BTW: FastScan is also proprietary code.....

Indeed, and if I had my way....