Private EPG - pro & con dirty hack

Beitrag von **Nirvana** » Sonntag 11. Februar 2007, 22:22

So wie Houdini den Premiere Private EPG implementiert hat, ist es eigentlich richtig. Die entsprechende PID wird nur gesetzt, wenn sie signalisiert wird. Das hat zur Folge, dass die Events nur in Portalen gelesen werden.
Mich persönlich nervt es ein wenig, im Sportportal rumwarten zu müssen, während ich ja eigentlich auf Sport1 etwas sehen möchte, gleichzeitig aber gerne die Vorschau von Sport2 hätte.
Nun könnte man ja auf die Idee kommen, die PID auch (ggf. zusätzlich) nach ONID und TSID zu setzen. Natürlich würde man das Risiko tragen, dass man den Source ändern muss, wenn sich mal die Transponderbelegung ändern würde, aber ich würde es dennoch befürworten.

Beitrag von **Tommy** » Sonntag 11. Februar 2007, 22:35

mit einem .flag ein Fallback sichern - ansonsten "nice to have"

Beitrag von **Gaucho316** » Montag 12. Februar 2007, 08:53

Dafür könnte man doch auch wieder eine XML-Datei einführen, die auch gleich den Fall abdeckt, bei dem Sender und EPG nicht auf derselben TSID/ONID/PID liegen. Das ist ja bis jetzt auch hart in den Quellen eincodiert.

Beitrag von **PT-1** » Montag 12. Februar 2007, 08:56

Das waere schoen fuer RTL Austria z.B. das EPG vom normalen RTL zu nehmen ;-)

Beitrag von **jmittelst** » Montag 12. Februar 2007, 10:44

Ich find Nirvanas Vorschlag klasse.

cu
Jens

Beitrag von **JimPoison** » Montag 12. Februar 2007, 21:50

ich bin auch dafür. bisher ist doch auch dank nem fehler von premiere z.b. bei einigen direkt-kanälen der epg auf nem anderen transponder als der eigentliche unterkanal gesendet wird, und der fix dafür ist doch auch fest im code. ist vielleicht unschön das so zu machen, aber wenn die sender dreck senden bzw. man immer umständlich zu den portalen springen muß, spricht da meiner meinung nach nicht viel dagegen, dafür erhöht es den bedienkomfort enorm

Beitrag von **PauleFoul** » Montag 12. Februar 2007, 21:57

Dafür! Aber wenn möglich in einer XML einstellbar...

Gruß
____Paule

PauleFoul hat geschrieben:Dafür! Aber wenn möglich in einer XML einstellbar...

Wieso einstellbar ?

Beitrag von **jmittelst** » Montag 12. Februar 2007, 22:26

Paule meint sicher, das die erforderlichen Pids nicht hard codiert werden, sondern sich z.B. in einer XML-Datei anpassen lassen. Wobei man dazu eigentlich die Myservices.xml mißbrauchen könnte...

Ansonsten würde ich nicht auf XML bestehen, neutrino.conf und Co. sind auch nix mit XML. Und von mir aus kann es sogar hard codiert sein, wenn immer wer da ist, der das auch anpasst...

cu
Jens

@ALL

Wird die Sache noch weiter verfolgt!? Würde echt Sinn machen
finde ich.

Gruß
____Paule

Beitrag von **Nirvana** » Mittwoch 21. Februar 2007, 18:24

Ich warte noch auf ein Statement von Houdini. Ihr wisst schon, mein Tanzbereich - sein Tanzbereich. Houdini hat es programmiert, da will ich mich nicht einmischen und rumpfuschen.

Beitrag von **Houdini** » Mittwoch 21. Februar 2007, 20:44

Ein Statement, ... öhhh, ...
macht mal

Houdini hat geschrieben:Ein Statement, ... öhhh, ...
macht mal

Genau, ran an die Buletten...

Beitrag von **Nirvana** » Dienstag 27. Februar 2007, 20:36

http://download.yousendit.com/771B1A7B2943B62F

Bitte mal testen. Ich habe es nicht probiert. Ist aber inkl. BouquetFilter.

Beitrag von **mb405** » Mittwoch 28. Februar 2007, 09:00

hast du eine beispiel -xml datei für uns, um das zu erklären ?
danke

Beitrag von **Nirvana** » Mittwoch 28. Februar 2007, 09:26

Hab nie gesagt, dass ich xml-Datei dafür mache. Ist hard-coded.

Beitrag von **mb405** » Mittwoch 28. Februar 2007, 09:36

hab mich falsch ausgedrückt

die datei mybouquets.xml ??? was steht da beispielsweise drin

Beitrag von **Nirvana** » Mittwoch 28. Februar 2007, 09:51

Dasselbe wie schon in den letzten 4 Wochen

http://www.njlworld.com/~pt1/Diffs/Nirv ... uquets.xml

Beitrag von **PT-1** » Mittwoch 28. Februar 2007, 09:56

Jetzt hier fuer laenger als 7 Tage ;-)

http://www.pt-1.net/Diffs/27_02_2007_Ni ... f.diff.rar

Einfach das .rar loeschen

@Nirvana oder ein andere CVS Schreiberechtigter

Bitte den bouquetsfilter.xml patch fuer und 28.2 geschaedigten mal einchecken ;-)

Beitrag von **Gaucho316** » Mittwoch 7. März 2007, 10:46

Ich habe einmal über Nirvanas Hack nachgedacht. Wäre es nicht besser, einen zusätzlichen Parameter in der myservices.xml einzuführen? Man könnte doch pro Channel-Eintrag ein zusätzliches Attribut "ppid" oder "private_pid" einführen. Nach demselben Verfahren könnte man dann auch das von mir angesprochene Problem lösen, dass Sender und EPG nicht auf derselben TSID/ONID/PID liegen. Dann wären diese Dirty Hacks aus dem CVS verschwunden bzw. kommen gar nicht erst rein. Was haltet ihr davon? Oder geht das vielleicht gar nicht so "einfach", wie ich mir das denke?

Beitrag von **kroki** » Mittwoch 7. März 2007, 13:22

Ich denke mal das man das pro Transponder einfügen sollte und nicht pro Channel. Vielleicht so: Wenn auf einem Channel ein Private-EPG signalisiert wird, dann in die services.xml im Transponderheader automatisch vermerken und entsprechend auswerten wenn auf einen Channel dieses Transponders gewechselt wird.

Kroki

Beitrag von **Nirvana** » Mittwoch 7. März 2007, 15:00

Tja, das ist dann wohl 1. der kleine Drift zwischen Realität und Idealismus und 2. ist es hier in meinen Augen auch nicht notwendig das konfigurierbar zu machen, weil die Daten ja ohnehin bei jedem dieselben sind.

Beitrag von **Gaucho316** » Mittwoch 7. März 2007, 15:18

Ich habe auch nichts gegen die Hacks im Quelltext. Ich wollte nur eine Konfigurierbarkeit, falls plötzlich alle Devs weglaufen, die wissen, wo etwas geändert werden muss, wenn Premiere meint, mal wieder etwas ändern zu müssen. Meinetwegen kann auch der Hack ins CVS, falls den nun schon jemand getestet hat, denn mir geht das ewige Warten auf dem Portal auch irgendwie auf den Sack. Ich würde es ja selber testen, wenn ich eine Kompilierumgebung eingerichtet hätte.

Beitrag von **mb405** » Mittwoch 7. März 2007, 17:40

Beitrag von **Nirvana** » Mittwoch 7. März 2007, 17:50

mb405 hat geschrieben:geht

Ack. Bevor es ins CVS wandert sollte der Block aber noch vor das parse_es_info verschoben werden. Dann wird die PID erst hard-coded gesetzt und dann geparst. Falls sich tatsächlich mal was ändert fällt Neutrino dann auf das aktuelle CVS-Verhalten zurück und liefert EPG nur auf den signalisierenden Sendern (aka Portal).