[all] EPG problemen in PLI skin afhankelijk

[Gast]

Citaat:

Citaat:

De now/next wordt uiteindelijk wel in de database opgeslagen, maar niet precies op het moment dat de now/next in de skin binnenkomt.

Hier ben ik het niet helemaal mee eens pieterg. Het is me al overkomen dat ik de box meer dan anderhalf uur de tijd heb gegeven om die now/next op te slaan (zat een film te kijken), en toch na heen en weer zappen weer hetzelfde fenomeen. Wat is de definitie van 'uiteindelijk' dan precies?

het is een vrij complex mechanisme, wat bepaalt of bepaalde epg weer opgeslagen moet worden of niet.
In het geval van EIT heb je 'actual' en 'other' sections, voor sommige providers moeten we beide ontvangen, omdat ze 'actual' als 'other' versturen.
Als een bepaalde section al ontvangen is (hierbij wordt niet naar de inhoud gekeken, alleen naar version en table enzo in de header) worden alle overeenkomende sections genegeerd.
Dit kan duren totdat het volgende programma begint, dan krijg je sowieso EIT met een hoger versie nummer.

Wellicht dat in deze uitzonderlijke situatie, dat de now/next niet klopt, er ook verschil ontstaat tussen 'actual' en 'other' EIT sections.
In de skin (en onder de info knop) wordt alleen 'actual' gebruikt, geen 'other'. In de epg cache worden beide gebruikt, en als gelijkwaardig beschouwd.

Misschien m'n epg logger tool eens draaien, om te kijken wat er nu precies binnenkomt.
Doet deze situatie zich permanent voor? Ook nu nog? Of is het sporadisch?

[Gast]

Citaat:

Doet deze situatie zich permanent voor? Ook nu nog? Of is het sporadisch?

Ik kijk zelden NL TV, dus mij valt het niet echt vaak op. En ik zit nu op mijn werk, dus het is wat lastig checken nu...

Ik zal vanavond wel eens kijken of het te reproduceren is.

[Dream1975]

Wat ik vaak zie is dat ik zap naar een zender en dan de info ga bekijken, dat deze er keurig staat en vervolgens verdwijnt door de ontvangst van lege now/next informatie. Als ik dan met de rechter pijl verder ga zie ik dat de info voor het huidige en volgende programma weg is en de rest er keurig staat. Aangezien CDS de now/next info dus vaak leeg meezend. Is het niet mogelijk om de epg info hogere prio te geven als now/next in de instellingen (voor een volgende release misschien)?

[Gast]

ik ben even aan het debuggen geslagen, en het blijkt toch weer de MHW te zijn, en niet de now/next.

 

Om te beginnen, onder de 'info' knop krijg je altijd data uit de epg cache te zien, als tenminste de 'rode knop' indicatie in de OSD aan is. (dat is een indicator dat er epg info in de cache zit voor de betreffende zender).

Meestal gaat deze rode knop indicator een paar seconden na zappen aan.

 

Als deze indicatie er nog niet is, krijg je onder de info knop de info uit de now/next sectionreader, die ten behoeve van de skin direct na zappen gestart wordt (en ook na maximaal een paar seconden data heeft).

 

Als ook deze now/next er nog niet is, is er een fallback naar de epgcache.

 

Stel, de now/next bevat geldige data.

De MHW bevat events met geldige namen, maar geen beschrijving.

 

Nu krijg je het volgende, als je naar RTL4 zapt, en direct op info drukt, voordat de rode knop indicator aan is, en voor dat de now/next data ontvangen is:

 

-infoscherm bevat geldige event namen, maar geen beschrijving.

 

na een seconde wordt now/next ontvangen in de sectionreader tbv de OSD.

 

-event beschrijving wordt in het openstaande info scherm ingevuld. Maximaal 2 events zichtbaar, dit is een teken dat je in de OSD now/next info zit te bladeren, en niet in de epgcache.

 

na nog een seconde gaat de rode knop indicator aan, enigma is zich nu bewust dat er voor RTL4 data in de epgcache zit (die zat daar natuurlijk al een poosje in, maar het duurt even voordat dit gecontroleerd en goed bevonden is).

 

verlaat info scherm, druk opnieuw op info, terwijl de rode knop indicator 'aan' is.

 

-info scherm toont data rechtstreeks uit de epgcache, dit is te zien doordat je verder dan now/next vooruit kunt bladeren met de pijltjestoetsen.

De getoonde info bevat weer geldige eventnamen, maar lege beschrijvingen, dus de MHW data.

 

 

Normaalgesproken zou dit gecorrigeerd worden, omdat de now/next ook door de epgcache gelezen en verwerkt zal worden.

Echter, per zender wordt er een timestamp bijgehouden, van het moment dat er voor deze zender voor het laatst epg ontvangen is.

Is dit korter dan 60 minuten geleden, dan worden er geen epg readers gestart, als je naar deze zender zapt.

 

Dit mechanisme zorgt er voor dat je box bij veelvuldig rondzappen niet continu op 100% CPU bezig is telkens dezelfde epg weer binnen te halen.

 

Alleen, omdat de MHW data op 1 transponder ontvangen wordt, maar toch data van alle CDS zenders bevat, wordt na het inlezen van de MHW niet alleen de status van de zenders op deze transponder op 'gelezen' gezet, maar van ALLE zenders waarvoor de MHW data bestemd is.

Dus ook voor RTL4, in ons voorbeeld.

 

Zap je binnen 60 minuten na het ontvangen van MHW data dus naar RTL4, dan krijg je dit fenomeen.

 

Dit mechanisme van 'gezien' markeren werkt natuurlijk alleen prettig als we er op kunnen vertrouwen dat MHW data even veel details bevat als now/next.

Als dit (regelmatig) niet het geval is, werkt het ons tegen, en krijg je deze rare fenomenen.

 

Daarom overwegen we om bij het ontvangen van MHW data niet langer alle zenders op 'gezien' te zetten, maar alleen nog maar de zenders op de MHW transponder.

Dat zal deze problemen op bijvoorbeeld RTL4 oplossen (helaas kunnen soortgelijke problemen wel op blijven treden op de NED1-3 transponder, zenders op deze transponder moeten we wel 'gezien' blijven markeren, om te voorkomen dat bij rondzappen op deze transponder telkens opnieuw de MHW data ingelezen gaat worden).

 

Ik hoop dat iedereen nu volledig duidelijk is waar de problemen vandaan komen.

Samenvattend, de problemen zijn NIET afhankelijk van

 

-gebruikte image (ieder image gebruikt momenteel dezelfde MHW routines, met hetzelfde 'gezien' mechanisme)

-gebruikte skin

 

de problemen zijn WEL afhankelijk van:

-zapgedrag, de tijd dat je op zenders blijft kijken, de volgorde van zappen enzovoorts

-de ontvangen MHW en now/next data, en de mate waarin deze overeenkomen

 

 

Zoals gezegd, we beraden ons nog even op de beste workaround.

[Dream1975]

Is het misschien een conflict tussen now/next en mediahighway epg. Want als de beschrijving weg is is het vaak voor het programma wat nu bezig is en straks komt, ga je verder naar de toekomst dmv de rechts pijl dan staan de beschrijvingen er wel weer (dus de omschrijvingen zitten wel in de mediahighway epg, ze lijken enkel te verdwijnen op het moment dat deze epg wordt geupdate door de now/next info).

 

Overigens heb ik ook eens vernomen dat canaldigitaal binnenkort de epg techniek van premiere zou gaan gebruiken http://www.sat4all.com/forums/showthreaded.php?Number=1463690. Is hier al iets over bekend bij een lid, en als deze komt kan PLI hier dan ook mee overweg?

[Gast]

Citaat:

Is het misschien een conflict tussen now/next en mediahighway epg. Want als de beschrijving weg is is het vaak voor het programma wat nu bezig is en straks komt, ga je verder naar de toekomst dmv de rechts pijl dan staan de beschrijvingen er wel weer (dus de omschrijvingen zitten wel in de mediahighway epg, ze lijken enkel te verdwijnen op het moment dat deze epg wordt geupdate door de now/next info).

Ze verdwijnen niet (tenminste niet op de box), ze ontbreken al in de MHW data die op dat moment ontvangen wordt.

[MR_B]

Dank je dat eindelijk het probleem erkend wordt <img src="/forums/images/graemlins/xyxthumbs.gif" alt="" />