PMT Update überarbeiten

[PauleFoul]

Hallo zusammen,

aus aktuellem Anlass (Formel1, Bundesliga usw.) möchte ich noch einmal
das Thema "Update der Bildoptionen" aufgreifen.

Ohne hin und her zappen geht da ja garnicht, auch wenn PMT Update
aktiv ist.

Wie wär es denn wenn sich unsere Spezialisten (Nirvana und Houdini)
dieser Sache mal annehmen?? Das nervt nämlich schon ziemlich...



Gruß
____Paule

[Nirvana]

Stört mich auch!

Aber meinen geliebten sectionsd verlassen? Nee.

[PauleFoul]

Ich dachte Sectionsd macht das und meldet dann an zapit??

Wäre doch mal zumindestens einen Blick von Dir wert denke ich...



Gruß
____Paule

[Houdini]

Das geht mir auch auf den Sack.
Ich hatte da auch schon mal reingeschaut, zapit macht die updates der Audiooptionen, sectionsd die der Bildoptionen.
Ich werde es mir noch mal anschauen.

Houdini

[PauleFoul]

Das geht mir auch auf den Sack.
Ich hatte da auch schon mal reingeschaut, zapit macht die updates der Audiooptionen, sectionsd die der Bildoptionen.
Ich werde es mir noch mal anschauen.

Houdini

Also doch Nirvana es Gebiet... Bin gespannt was Ihr findet...


Gruß
____Paule

[Bimmel]

Das geht mir auch auf den Sack.
Ich hatte da auch schon mal reingeschaut, zapit macht die updates der Audiooptionen, sectionsd die der Bildoptionen.
Ich werde es mir noch mal anschauen.

Houdini

PMT-update soll man , als channelzap behandeln.

[PauleFoul]

PMT-update soll man , als channelzap behandeln.

Und dann??

[Houdini]

Also die Sache ist ganz einfach.
Neutrino holt den aktuellen Event vom sectionsd ab, darin sind die linkage descriptors. Wenn sich diese descriptors ändern bekommt das zwar sectionsd mit (bzw er müsste es mit überprüfen) aber Neutrino nicht. Sectionsd müsste Neutrino also ein Updateevent generieren...

[Bimmel]

Also die Sache ist ganz einfach.
Neutrino holt den aktuellen Event vom sectionsd ab, darin sind die linkage descriptors. Wenn sich diese descriptors ändern bekommt das zwar sectionsd mit (bzw er müsste es mit überprüfen) aber Neutrino nicht. Sectionsd müsste Neutrino also ein Updateevent generieren...

und das wird mit channelzap generiert.

[PauleFoul]

Also die Sache ist ganz einfach.
Neutrino holt den aktuellen Event vom sectionsd ab, darin sind die linkage descriptors. Wenn sich diese descriptors ändern bekommt das zwar sectionsd mit (bzw er müsste es mit überprüfen) aber Neutrino nicht. Sectionsd müsste Neutrino also ein Updateevent generieren...

Das müsste doch aber irgendwie machbar sein, oder??

Sectionsd sagt Zapit ich hab was neues...
Zapit holt ab und bestätigt dies...


Gruß
____Paule

[Bimmel]

Sectionsd sagt Zapit ich hab was neues...

Nein , Zapit weiss nichts von Sectionsd.

[Nirvana]

@Bimmel
Darf ich deinen ausführlichen Hinweis dahingehend interpretieren, dass wenn sich die pmt ändert, zapit dies bemerken soll und so tun soll, als würde der Sender umgeschaltet und sich so die aktuiellen Linkage Descriptors vom sectionsd beschafft?

[Bimmel]

@Bimmel
Darf ich deinen ausführlichen Hinweis dahingehend interpretieren, dass wenn sich die pmt ändert, zapit dies bemerken soll und so tun soll, als würde der Sender umgeschaltet und sich so die aktuiellen Linkage Descriptors vom sectionsd beschafft?

Ja .

zapit dies bemerken soll

Das macht pmt-update .

[PauleFoul]

@Bimmel
Darf ich deinen ausführlichen Hinweis dahingehend interpretieren, dass wenn sich die pmt ändert, zapit dies bemerken soll und so tun soll, als würde der Sender umgeschaltet und sich so die aktuiellen Linkage Descriptors vom sectionsd beschafft?

Ja .

zapit dies bemerken soll

Das macht pmt-update .

Scheint aber nicht wirklich zu funktionieren...


Gruß
____Paule

[Nirvana]

Prima, dann sind wir uns ja einig, dass es außerhalb meines Zuständigkeitbereichs liegt.

[Bimmel]

Prima, dann sind wir uns ja einig, dass es außerhalb meines Zuständigkeitbereichs liegt.

Wer sagt es ?

[Nirvana]

Ich.

Was machste denn mit dem channelzap, wenn der sectionsd das event noch gar nicht neu gelesen hat?

[Bimmel]

@Bimmel
Darf ich deinen ausführlichen Hinweis dahingehend interpretieren, dass wenn sich die pmt ändert, zapit dies bemerken soll und so tun soll, als würde der Sender umgeschaltet und sich so die aktuiellen Linkage Descriptors vom sectionsd beschafft?

Ja .

zapit dies bemerken soll

Das macht pmt-update .

Scheint aber nicht wirklich zu funktionieren...


Gruß
____Paule

Jo , weil da muß/soll noch channelzap ausgelöst werden.

Sind alles nur Dämon's.

[Bimmel]

Ich.

Was machste denn mit dem channelzap, wenn der sectionsd das event noch gar nicht neu gelesen hat?

Hmmm , noch ein zap ?
Jo ,ist alles blöd.

[PauleFoul]

Aber es muss doch möglich sein das zapit sich zyklisch die daten vom
sectionsd abholt!


Gruß
____Paule

[Bimmel]

Aber es muss doch möglich sein das zapit sich zyklisch die daten vom
sectionsd abholt!


Gruß
____Paule

Nein , zapit weiß nicht mal , daß Sectionsd gibt.

[PauleFoul]

Dann gilt es folgendes zu tun:

1. Stellt Sectonsd die daten korrekt zur Verfügung??
2. Wie kann eine Schnittstelle zur "Datenübertragung" aussehen.
3. Zapit beibringen das es Sectionsd gibt...


Gruß
____Paule

[Bimmel]

Dann gilt es folgendes zu tun:

1. Stellt Sectonsd die daten korrekt zur Verfügung??
2. Wie kann eine Schnittstelle zur "Datenübertragung" aussehen.
3. Zapit beibringen das es Sectionsd gibt...


Gruß
____Paule

Eine weitere socket Krücke bauen ?

Ich sehe es aber als übertrieben.

Ich denke , pmt-update von zapit sollte genügen.

[jmittelst]

Hmm - früher endeten Diskussionen schon immer wesentlich früher mit dem Hinweis darauf, das Sectionsd suckt, hier tut sich ja schonmal wesentlich mehr. Wenn ich das jetzt an dieser Stelle richtig verstehe, fehlt es an einer Schnittstelle zwischen Zapit und Sectionsd? Also vom Prinzip her, sollte Zapit die notwendigen Daten haben, aber kein Weg da sein, Sectionsd das wissen zu lassen?
Überlegung eines Nicht-Programmierers, mit Betrachtung von Seitens eines Plugins, das in neuer Form im CVS ist: Tuxcal.

Bei Tuxcal gibt es einen Thread von Tuxcald, der gleichfalls als Flag arbeitet. Wird dieser gekillt, schaltet sich die Darstellung der Uhr an bzw. ab. Also sollte es doch auch möglich sein, sowas für Sectionsd zu programmieren, so das ein Thread eine Quasi-Aktualisierung ohne Datenverlust der EPG-Daten machen kann. So das Zapit nur diesen Thread killen muß, um Sectionsd zu veranlassen, sich die neuen Daten einzuverleiben.

Oder ist das aus Sicht eines Programmierers unmöglich/zu kompliziert/nicht machbar?

cu
Jens

[Nirvana]

Die beiden Strolche leben eben in ihrer eigenen Welt und wissen nicht was der andere treibt. Der einzig (halbwegs vernünftig) gangbare Weg ist der, den Houdini oben aufgezeigt hat. Aber das bedeutet eben einen Haufen if's. In etwa:

if (Event für Sportportal oder Direktportal) and (descriptiors neu <> descriptiors alt) then
generiere update-event

Die Machbarkeit hängt rein vom Willen im Verhältnis zum Aufwand ab.

P.S. sectionsd suckt.