EPG-Filter

Tommy hat geschrieben: hört sich ja nicht so schlecht an - das einzige, was mich daran stört ist das nur der erste Eintrag eines services gewertet wird.

Kann man das beim setzen des Flags über die GUI dann evtl. so machen das das Flag bei allen gleichnamigen SID's gesetzt wird? Dazu müßte die bouquets.xml bei jeder Änderung in einer Schleife durchlaufen werden - ist das zu zeitkritisch?

Beim editieren über die Bouquetliste würde ich das auch so machen. Ich habe nur mal beschrieben was der sectionsd machen soll, wenn es unterschiedlich ist (z.B. per Hand editiert).

usul1 hat geschrieben:Das könnte noch ein Problem sein. Auf einigen Sendern würde ein current/next stören.

Warum sollte das stören, so viel Speicher wird denke ich nicht verloren gehen durch die beiden Events. Schalter würde ich nur einbauen wollen wenn es wirklich notwendig ist, da man sonst von der Konfigurationsfülle erschlagen wird.

Aber ganz nebenbei. SOOO ganz so dolle finde ich Bouquetgeschichte auch nicht. Wäre halt nur eine relativ einfache Möglichkeit für den Anwender das ganze ohne Detailwissen über die GUI zu editieren. Aber irgendwie wird das von der Implementierung alles komplizierter als notwendig, vor allem auch wegen der Abwärtskompatibilität

.

Noch eine ganz andere Idee: Man könnte es auch so lassen wie gehabt, aber mit auswählbarer services.xml über neutrino. Dort könnte dann der Anwender den Filter aus und einschalten und sogar einen bestimmten Filter wählen (EPGRadioOnly.xml, oder EPGoeffisOnly.xml). Dann läge es in der Verantwortung der Image-Bauer entsprechende Filter.xml für den Anwendner anzubieten. Das wäre dann auch schnell implementiert ....

Möglichkeiten über Möglichkeiten

Und wegen Speichermangel bei Aufnahme habe ich eh noch eine bessere Idee.
Man könnte für die Aufnahme den EPG auf 12 oder 24h verkleinern und nach der Aufnahme wieder auf alten Wert setzten. Ein paar Code-Fragmente sind im sectionsd noch vorhanden, daß könnte ich mal ausbauen und testen. Beim Audioplayer und Movieplayer lösche ich im meinem Image bereits jetzt schon den EPG über die sectionsd-API (allerdings komplett und das ist bei der Aufnahme net so schön). Die höhere Proz-Last dannach könnte man damit abfangen, das man dem sectionsd eine kleinere Prio gibt (zum Beispiel in der neutrino_start mit 'nice -n 12 sectionsd'). Dann könnte der mit 100% im Background vor sich hinrödeln und neutrino wird nicht abgebremst. Das wollte ich mal die Tage testen.

Günther

Günther hat geschrieben:...Die höhere Proz-Last dannach könnte man damit abfangen, das man dem sectionsd eine kleinere Prio gibt (zum Beispiel in der neutrino_start mit 'nice -n 12 sectionsd')...

welche gründe sprechen eigentlich dagegen das generell so zu machen???

Beitrag von **usul1** » Donnerstag 4. Januar 2007, 18:52

Günther hat geschrieben:
usul1 hat geschrieben:Das könnte noch ein Problem sein. Auf einigen Sendern würde ein current/next stören.
Warum sollte das stören, so viel Speicher wird denke ich nicht verloren gehen durch die beiden Events. Schalter würde ich nur einbauen wollen wenn es wirklich notwendig ist, da man sonst von der Konfigurationsfülle erschlagen wird.

Weil der Sectionsd doppelte Events nicht mag und je nach Version (Wer gerade mal wieder wie da rumgebastelt hat) komische Dinge tut wenn sich zwei verschiedene EPG Einträge zeitlich überschneiden.

Und da ich die EPG Daten einiger Sender über die EPG laden Funktion zuführe würde ein Now&Next vom Sender stören.

D.h. lasse ich beim Start die EPG Daten von NICK laden würden sie durch das Now&Next EPG von NICK (also die EPG Daten vom Transponder) vervollständigt (D.h. ich habe einmal die einzelnen Sendungen und einmal einen EPG Eintrag mit dem Inhalt "NICK" der den ganzen Tag dauert) oder überschrieben (Jenachdem wie der Sectiosd halt gerade zufällig mit solchen Situationen umgeht).

Und da das in dem aktuellen Stand (Also so wie es jetzt über die seperate Filterliste geht) wunderbar funktioniert fände ich es schon sehr schade wenn diese Funktion (die ich mir wirklich wünsche) durch eine Weiterentwicklung wieder verloren geht.

Günther hat geschrieben:Und wegen Speichermangel bei Aufnahme habe ich eh noch eine bessere Idee.
Man könnte für die Aufnahme den EPG auf 12 oder 24h verkleinern und nach der Aufnahme wieder auf alten Wert setzten. Ein paar Code-Fragmente sind im sectionsd noch vorhanden, daß könnte ich mal ausbauen und testen.

Oder gleich alles bist auf das now&next raus. Das sollte ja für die generierung der XML und des Dateinamens für die Aufnahme ausreichen.

An der Stelle aber mal die Bitte (falls da jemand an diesem Teil was machen will) in diesem Fall nach dem Aufnahmeende das laden des EPGs aus den XML Dateien wieder anzutriggern. Ferner wäre es toll wenn man das speichern der XML Daten vom Sectionsd unterbinden könnte (ohne das Laden dieser zu verhindern).

Evtl. könnte man ja auch ein kleines Komandozeilentoll erstellen was diese Sectionsd Funktionen (Speicher freigeben, EPG Daten laden oder Speichern usw.) aufrufen kann. Dann könnte sich jeder seinen Wunschfall in der record.start|end selber zusammenbasteln.

cu
usul

Beitrag von **mb405** » Freitag 5. Januar 2007, 16:36

@Günther
kannst du mal dein oben angahängtes codeschnippsel lauffähig machen ??
dann könnte man schon mal mit händischen editieren der bouquets das mal antesten.

Beitrag von **PauleFoul** » Samstag 6. Januar 2007, 13:10

Kann man den jetztigen Stand von Nirvana eigentlich nicht mal ins
CVS einchecken??

Ich meine der Stand funktioniert doch einwandfrei und wenn wir länger
warten dann passt wieder irgendetwas nicht mehr...

Über Änderungen und Wünsche können wir uns ja weiter den Kopf
zerbrechen

Gruß
____Paule

Beitrag von **Houdini** » Samstag 6. Januar 2007, 17:48

mach ich

Beitrag von **palace** » Samstag 6. Januar 2007, 19:20

Hallo,

bin noch etwas verwirrt...

Verstehe ich das richtig, dass der aktuelle Stand noch mit der epgfilter.xml arbeitet, welche in /var/tuxbox/config liegen muss (nicht zapit)?

Mit "<epgfilter is_whitelist="0" except_current_next="1">" wird es wie eine Blacklist gehandelt?

mit "<epgfilter is_whitelist="1" except_current_next="1">" wird demnach bei ALLEN Sendern current/next gelesen und bei den eingefügten Sendern das vollständige EPG?

Das heisst auch, current/next würde dann (leider) auch für die Radiosender gelten?

Beitrag von **Tommy** » Samstag 6. Januar 2007, 19:42

genau

Beitrag von **palace** » Samstag 6. Januar 2007, 20:00

Jo! Funktioniert einwandfrei

Danke!

@Tommy: Danke auch für Dein Tool!

Beitrag von **PauleFoul** » Sonntag 7. Januar 2007, 00:08

@all

Hier mal eine kleine Beschreibung der EPG-Filter-Funktionen:

http://wiki.tuxbox-cvs.sourceforge.net/ ... filter.xml

Gruß
____Paule

Beitrag von **Günther** » Sonntag 7. Januar 2007, 12:06

Houdini hat geschrieben:mach ich

Das mit dem Sammel-Config ist prima, da könnte man auch gleich den epgfilterpfad mit angeben. Da war ich nämlich auch schon dran, hatte es aber noch nicht auszuprobiert

Hattest Du die Tags absichtlich so wie bei Nirvana gelassen? Ich wäre sehr dafür die Tags wie in der Bouquet.xml umzuwandeln, damit man nicht auf die Konvertierungstools angewiesen ist. Also so wie hier

Code: Alles auswählen

while (filter) {

         onid = xmlGetNumericAttribute(filter, "onid", 16);
         tsid = xmlGetNumericAttribute(filter, "tsid", 16);
         sid  = xmlGetNumericAttribute(filter, "serviceID", 16);

         addEPGFilter(onid, tsid, sid);

         filter = filter->xmlNextNode;
      }

Hi,

wenn die Tags angeglichen werden könnten, kann man sich eigentlich auch eine weitere Datei (epgfilter.xml) sparen, daher wäre noch ein Schalter für sectionsd schön.

zb.
sectionsd -f benutzt epgfilter.xml,
sectionsd -b benutzt bouquets.xml.

CU

Beitrag von **Houdini** » Sonntag 7. Januar 2007, 14:37

also das "frontend" zur Sammelconfig hab ich auch schon fertig das kommt demnächst, ich muss das nur bei mir noch auseinanderklabastern da ich noch andere Neutrinoänderungen habe.

Die Tags können abgeändert werden ich habe nur Nirvanas diff eingebaut.

Beitrag von **Günther** » Sonntag 7. Januar 2007, 16:31

Houdini hat geschrieben:Die Tags können abgeändert werden ich habe nur Nirvanas diff eingebaut.

OK, das mache ich dann mal die Tage

Beitrag von **Günther** » Montag 8. Januar 2007, 00:51

Habe gerade die Tags für epgfilter.xml an die bouquet.xml angeglichen und ins cvs eingescheckt:

Beispiel:

Code: Alles auswählen

<epgfilter is_whitelist="1" except_current_next="1">
     <channel name="ard" onid="0001" tsid="044d" serviceID="0000"/>
     <channel name="zdf" onid="0001" tsid="0437" serviceID="0000"/>
</epgfilter>

Beitrag von **PauleFoul** » Montag 8. Januar 2007, 12:43

Günther hat geschrieben:Habe gerade die Tags für epgfilter.xml an die bouquet.xml angeglichen und ins cvs eingescheckt:

Beispiel:
Code: Alles auswählen
<epgfilter is_whitelist="1" except_current_next="1">
     <channel name="ard" onid="0001" tsid="044d" serviceID="0000"/>
     <channel name="zdf" onid="0001" tsid="0437" serviceID="0000"/>
</epgfilter>

OK... Dann werde ich das auch gleich im Wiki ändern...

Beitrag von **Nico 77** » Montag 8. Januar 2007, 17:30

Mir ist aufgefallen das die epg_cache als epg_cache und als epg_cache_time deklariert wird?
Hat das so seine Richtigkeit oder ist es ein Schreibfehler?

Wäre es der Übersicht halber nicht besser jedem daemon in diesem Falle dem sectionsd seine eigene Configdatei zu geben wie es bisher bei controld, timerd usw gemacht wird?

Beitrag von **mb405** » Montag 8. Januar 2007, 17:37

jep das wäre besser, als in neutrino.cpp drin "rumzupatchen" einfach einen neuen code, wo alles sectionsd zeugs reinkommt.
ich hatte es schon fertig. aber jetzt muss ich da alles überarbeiten.

Beitrag von **Günther** » Montag 8. Januar 2007, 21:55

Mir fällt gerade noch ein, den Pfad wollte wir ja auch noch nach /zapit ändern?
Jemand dagegen?

Günther

Beitrag von **Nico 77** » Montag 8. Januar 2007, 21:57

Wie kann man das Epg Speicherverzeichnis wieder ausschalten das keine Daten mehr gespeichert werden?
Ich lande immer in einem Ordner, der Ursprungszustand lässt sich leider nicht zurückversetzen.

Beitrag von **Günther** » Montag 8. Januar 2007, 22:00

mb405 hat geschrieben:ich hatte es schon fertig. aber jetzt muss ich da alles überarbeiten.

Tja, das ist das alte Leid desjenigen, der beim mergen als Zweiter dran ist

Houdini hat mich gestern auch noch schnell links überholt

Aber mal Spaß beiseite, was für eine Überarbeitung ist das denn? Wir müssen die Arbeit ja nicht doppelt machen

Beitrag von **Houdini** » Montag 8. Januar 2007, 22:08

Wie kann man das Epg Speicherverzeichnis wieder ausschalten das keine Daten mehr gespeichert werden?

@Nico, das hab ich schon (fast) fertig, das kommt demnächst

Beitrag von **Nico 77** » Montag 8. Januar 2007, 22:10

Achso, danke für die Info.

Beitrag von **PauleFoul** » Montag 8. Januar 2007, 22:18

Günther hat geschrieben:Mir fällt gerade noch ein, den Pfad wollte wir ja auch noch nach /zapit ändern?
Jemand dagegen?

Günther

Spricht nichts dagegen... Dann sind wenigstens alle XML es an einer Stelle.

Wenn Du es änderst gib kurz becheid damit ich es im Wiki ändern kann.

Gruß
____Paule

Hi,
wenn jemand eine Filterliste für Astra erstellt hat, wäre das doch nett sie zumn Download anzubieten. Mir fehlt leider die Zeit sie zu erstellen.

Cu
Torsten