sectionsd goes tabled

Beitrag von **palace** » Dienstag 8. Mai 2007, 22:06

Nach einem kurzen Test (jetzt: Merci PT-1!):
Bei mir gabs "Anlaufschwierigkeiten" - dauerte "ewig" (= 1 gefühlte Minute) bis die Zeit da war.
Ansonsten läuft er fürs Zappen geschmeidiger als die vorherige Version.
Bei Speicherbedarf und CPU Last kann ich jetzt keine wahnsinnigen Veränderungen feststellen - es bleibt das Gefühl, dass es einfach besser funktioniert.
Gegenüber der CVS Version fällt auf, dass zwischen Now/Next, dem aktuellen Kanal und dem Rest des Transponders CPU Last Technisch eine Zeitliche Lücke entstanden ist (sysinfo) und das der sectionsd sich nicht 80/90 sondern nur ca 70% Last gönnt.

Langzeitergebnisse gibts von meiner Seite natürlich heute noch nicht.

Ich will mich aber vor Nirvana verneigen, weil er einen tollen Job gemacht hat und ich nicht mehr gedacht habe, das den sectionsd nochmal jemand so tiefgreiffend anfasst!

Vielleicht suckt er irgendwann ja doch nicht mehr

Beitrag von **Nirvana** » Dienstag 8. Mai 2007, 23:51

PauleFoul hat geschrieben: Ich denke nicht, das Pro7 wegen uns den EPG ändern wir. Abgesehen
davon zeigen es andere Receiver korrekt an. Warum auch immer...

Och, sag das nicht. RTL und ZDF haben extra auf meine Anregung hin ihr Bouquet angepasst und Astra hat sofort eine falsche Zeit auf einem ihrer Transponder korrigiert.

Ich habe einfach keine Lust einen Sanitycheck zu programmieren. Meiner Meinung nach müsste sogar Receivern, die die Mehrfachevents nicht zeigen das DVB-Logo aberkannt werden.
VDR scheint da ähnlich eitel zu sein:
http://www.vdr-portal.de/board/thread.p ... adid=63449
Das ist zwar zugegebenermaßen kein pragmatisches Vorgehen, ich hoffe ihr akzeptiert es trotzdem.

@palace
Thema Zeit:
An der Zeit habe ich nichts geändert. Nur mal Interessehalber: Hast Du auf ZDF gebootet? Da stimmt nämlich eindeutig die Repetitionrate im TDT nicht.

ot:
Thema EPG-speichern:
Das war von mir nur ein proof of concept. Ich bezweifele dass es am Format liegt. Ich glaube, dass es einfach nur ineffizient programmiert ist. Was ich sagen kann ist, dass das Einlesen aus der Datei sogar noch vor dem aus DVB startet, aber eine wesentlich geringere Priorität hat, weil die Box sonst unbedienbar langsam war.

Beitrag von **Innuendo** » Mittwoch 9. Mai 2007, 08:58

Nirvana hat geschrieben:ot:
Thema EPG-speichern:
Was ich sagen kann ist, dass das Einlesen aus der Datei sogar noch vor dem aus DVB startet, aber eine wesentlich geringere Priorität hat, weil die Box sonst unbedienbar langsam war.

du wirst zwar am besten wissen, was du programmiert hast, aber wenn das so gewollt war, dann stimmt da noch was nicht. beim systemstart mit epg_dir erscheint zuerst epg auf gleichem transponder - durch die niedrige prio des readepg threads dauert es bei mir etwa 2 minuten, bis epg auch auf anderen channels erscheint. ein hochsetzen der prio macht die box für eine gewisse zeit unbedienbar, aber das verhalten beim systemstart ändert sich dadurch nicht.
das verhalten ändert sich auch nicht, wenn man über die konsole
sectionsdcontrol --freemem
sectionsdcontrol --repg /pfad/
eingibt.
übrigens: nach einigem hin und her zappen um epg zu sammeln über verschiedene transponder kann ich mit --wepg binnen weniger sekunden die epg daten auf hdd schreiben (gehe mal davon aus, dass wenn die index fertig geschrieben ist, alle daten extrahiert sind). habe mir für ein paar tests die sievents.cpp angepasst und extendedtext für den export auf null gesetzt. bei meinem kleinen überschaubarem bouquet mit secondstocache=5 tage, oldeventsare=3h, extended=6h und max_events= 6000 kommen etwa 1.5mb epg daten zusammen.
wenn das schreiben per sectionsdcontrol so flott geht, müßte doch das einlesen ähnlich oder gleich schnell gehen

innu

Beitrag von **Nirvana** » Mittwoch 9. Mai 2007, 09:54

Innuendo hat geschrieben: aber wenn das so gewollt war, dann stimmt da noch was nicht.

Mein Reden^^.

Beitrag von **palace** » Mittwoch 9. Mai 2007, 11:09

@palace
Thema Zeit:
An der Zeit habe ich nichts geändert. Nur mal Interessehalber: Hast Du auf ZDF gebootet? Da stimmt nämlich eindeutig die Repetitionrate im TDT nicht.

Nein, das war ARD; hatte den sectionsd temporär in /var/bin liegen bis meine Platte wieder fit war - habs bisher auch nicht mehr versucht zu reproduzieren... meld mich ggf...

Beitrag von **Innuendo** » Mittwoch 9. Mai 2007, 11:12

Nirvana hat geschrieben:Mein Reden^^.

verträgt sich epg_dir eigentlich mit dem parameter -nu?
wann und von welchem thread sind beim start events gelocked, sodass repg gar nichts einlesen kann bzw wartet, bis repg schreiben darf? es müsste doch eigentlich der EIT Thread sein, oder

innu

Beitrag von **Gaucho316** » Mittwoch 9. Mai 2007, 13:24

Erst einmal vielen Dank an Nirvana für die viele Arbeit, die du dir immer machst, um Neutrino noch etwas geschmeidiger laufen zu lassen.

Ich habe aber eine Bitte. Bevor die Änderungen ins CVS wandern, wäre es gut, wenn jemand eine Konfigurierbarkeit von secondsExtendedTextCache per Neutrino realisieren würde. Mir sind 6h nämlich wirklich viel zu wenig.

Beitrag von **Innuendo** » Mittwoch 9. Mai 2007, 13:44

tach auch

1. aus nirvanas testecke "sectionsd goes table" ist noch nichts ins cvs gekommen - so wie es ausschaut könnte es aber bald.
2. hatte ich schon ein diff gepostet, welches das neutrino menü und notifier um extendedtext erweitert - hatte nur niemanden so wirklich interessiert.

innu

Beitrag von **PT-1** » Mittwoch 9. Mai 2007, 13:58

Innuendo hat geschrieben:tach auch

1. aus nirvanas testecke "sectionsd goes table" ist noch nichts ins cvs gekommen - so wie es ausschaut könnte es aber bald.
2. hatte ich schon ein diff gepostet, welches das neutrino menü und notifier um extendedtext erweitert - hatte nur niemanden so wirklich interessiert.

innu

Koenntest du das Diff nochmal hier posten ?

Beitrag von **Gaucho316** » Mittwoch 9. Mai 2007, 14:02

Doch, PT-1 und mich schon. Und sicher einige andere auch. Ich kann nur leider selbst keine Binaries daraus erstellen, die ich testen könnte.

Beitrag von **Innuendo** » Mittwoch 9. Mai 2007, 22:13

hier das diff

/* removed */

ob die änderung am sectionsd notifier so komplett ist, müßte jemand überprüfen

innu

Beitrag von **bellum** » Mittwoch 9. Mai 2007, 22:16

Innuendo hat geschrieben:tach auch

1. aus nirvanas testecke "sectionsd goes table" ist noch nichts ins cvs gekommen - so wie es ausschaut könnte es aber bald.
2. hatte ich schon ein diff gepostet, welches das neutrino menü und notifier um extendedtext erweitert - hatte nur niemanden so wirklich interessiert.

innu

Innuendo, auch ich habe Dein Post mit dem diff mit großem Interesse gelesen!
Bin leider nur noch nicht soweit, dass ich diffs auf mein YADD zum testen anwenden kann. Ich hoffe das ändert sich aber übers Wochenende, dann werde ich berichten.

Gibt es eigentlich eine Auflistung welche Parameter alle von sectionsdcontrol unterstützt werden?

Gruß bellum

Hi,

durch Zufall habe ich festgestellt, das Events auf den Direktkanälen nicht mehr gelöscht werden.

Bei solch einem Verhalten der Sender ist ein Ende am Sectiond wohl nicht abzusehen :-(

CU

Beitrag von **Nirvana** » Donnerstag 10. Mai 2007, 09:28

PizzaPicante hat geschrieben: Bei solch einem Verhalten der Sender ist ein Ende am Sectiond wohl nicht abzusehen

Wenn ich den Satz richtig verstehe, finde ich ihn ausgesprochen unverschämt.

Beitrag von **PT-1** » Donnerstag 10. Mai 2007, 09:32

Ich hoffe nicht das er gemeint war um deine Arbeit zu kommentieren ...

Ich bin jedenfalls mit deinem proggen super zufrieden...

Speziell nachdem ich gestern mein neues JtG Image installiert habe und mybouquets.xml wie von dir geproggt funktioniert hat

Beitrag von **sagemol** » Donnerstag 10. Mai 2007, 10:22

Nirvana hat geschrieben:
PizzaPicante hat geschrieben: Bei solch einem Verhalten der Sender ist ein Ende am Sectiond wohl nicht abzusehen
Wenn ich den Satz richtig verstehe, finde ich ihn ausgesprochen unverschämt.

Ich denke nicht, dass das in Deine Richtung ging.
Ich habe das so verstanden:
Wenn die Sender laufend EPG-Mist machen,
dann könnte man unendlich lange am sectionsd schrauben
und würde doch nie das Ziel (welches ?) erreichen...

Greez !

Hi,

!!! natürlich sind die Sender mit ihrem EPG-Mist damit gemeint. !!!

Mir war nicht bewusst, das Du das auch auf Dich und Deine tolle Arbeit beziehen könntest.

CU

Beitrag von **PT-1** » Donnerstag 10. Mai 2007, 13:58

Gibt es eigentlich eine Auflistung welche Parameter alle von sectionsdcontrol unterstützt werden?

Gruß bellum

sectionsdcontrol
usage:
sectionsdcontrol --pause stop sectionsd
sectionsdcontrol --nopause restart sectionsd
sectionsdcontrol --state get sectionsd runstate
sectionsdcontrol --wepg <epgdir> write epgfiles to dir
sectionsdcontrol --repg <epgdir> read epgfiles from dir
sectionsdcontrol --freemem unloads all events

Beitrag von **PT-1** » Donnerstag 10. Mai 2007, 14:57

@Innuendo

Code: Alles auswählen

ubuntu@ubuntu:~/pt-1/tuxbox-cvs$ cat sgt7_neutrino.diff | patch -p0        patching file apps/tuxbox/neutrino/daemons/sectionsd/SIevents.cpp
patching file apps/tuxbox/neutrino/daemons/sectionsd/SIevents.hpp
patching file apps/tuxbox/neutrino/daemons/sectionsd/dmx.cpp
Hunk #10 FAILED at 742.
Hunk #12 FAILED at 884.
2 out of 12 hunks FAILED -- saving rejects to file apps/tuxbox/neutrino/daemons/sectionsd/dmx.cpp.rej
patching file apps/tuxbox/neutrino/daemons/sectionsd/dmx.h
patching file apps/tuxbox/neutrino/daemons/sectionsd/sectionsd.cpp
Hunk #1 FAILED at 103.
Hunk #2 FAILED at 143.
Hunk #11 FAILED at 989.
Hunk #12 FAILED at 996.
Hunk #23 FAILED at 2745.
Hunk #24 FAILED at 2779.
Hunk #25 FAILED at 2801.
Hunk #37 FAILED at 6143.
Hunk #46 FAILED at 6394.
Hunk #48 FAILED at 6418.
Hunk #54 FAILED at 6528.
11 out of 59 hunks FAILED -- saving rejects to file apps/tuxbox/neutrino/daemons/sectionsd/sectionsd.cpp.rej
patching file apps/tuxbox/neutrino/data/locale/deutsch.locale
patching file apps/tuxbox/neutrino/data/locale/english.locale
patching file apps/tuxbox/neutrino/lib/sectionsdclient/sectionsdMsg.h
patching file apps/tuxbox/neutrino/lib/sectionsdclient/sectionsdclient.cpp
patching file apps/tuxbox/neutrino/lib/sectionsdclient/sectionsdclient.h
patching file apps/tuxbox/neutrino/src/neutrino.cpp
patching file apps/tuxbox/neutrino/src/system/locals.h
patching file apps/tuxbox/neutrino/src/system/locals_intern.h
patching file apps/tuxbox/neutrino/src/system/settings.h

Meine apps/tuxbox/neutrino/daemons/sectionsd/dmx.cpp hat bei Zeile 742:

Code: Alles auswählen

         return 0;       // lÃƒÂ¤uft nicht (zB streaming)
        }

        //      if(pID==0x12) // Nur bei EIT
        dprintf("changeDMX [%x]-> %s (0x%x)\n", pID, (new_filter_index == 0) ? "current/next" : "scheduled", filters[new_filter_index].filter);

Ist frisch vom CVS ausgecheckt und hatte alles in /Apps vorher geloescht um nichts vom vorherigen diff darin zu haben ...

Beitrag von **PT-1** » Donnerstag 10. Mai 2007, 15:05

@Innuendo again ;-)

Jetzt mal zuerst Nirvana's Nr. 7 und dann deines:

Code: Alles auswählen

ubuntu@ubuntu:~/pt-1/tuxbox-cvs$ cat sgt7_neutrino.diff | patch -p0
patching file apps/tuxbox/neutrino/daemons/sectionsd/SIevents.cpp
patching file apps/tuxbox/neutrino/daemons/sectionsd/SIevents.hpp
patching file apps/tuxbox/neutrino/daemons/sectionsd/dmx.cpp
Hunk #6 succeeded at 300 (offset 45 lines).
Hunk #7 FAILED at 376.
Hunk #8 succeeded at 383 (offset 45 lines).
Hunk #9 succeeded at 772 (offset 45 lines).
Hunk #10 FAILED at 787.
Hunk #11 succeeded at 1118 (offset 291 lines).
Hunk #12 FAILED at 1175.
3 out of 12 hunks FAILED -- saving rejects to file apps/tuxbox/neutrino/daemons/sectionsd/dmx.cpp.rej
patching file apps/tuxbox/neutrino/daemons/sectionsd/dmx.h
patching file apps/tuxbox/neutrino/daemons/sectionsd/sectionsd.cpp
Hunk #5 FAILED at 479.
Hunk #7 FAILED at 513.
Hunk #8 succeeded at 675 (offset 136 lines).
Hunk #9 succeeded at 720 (offset 136 lines).
Hunk #10 FAILED at 753.
Hunk #11 succeeded at 1001 (offset 12 lines).
Hunk #12 succeeded at 1008 (offset 12 lines).
Hunk #13 succeeded at 1496 (offset 12 lines).
Hunk #14 succeeded at 1750 (offset 12 lines).
Hunk #15 succeeded at 1761 (offset 12 lines).
Hunk #16 succeeded at 2069 (offset 9 lines).
Hunk #17 FAILED at 2073.
Hunk #18 succeeded at 2134 (offset 7 lines).
Hunk #19 succeeded at 2654 (offset 520 lines).
Hunk #20 FAILED at 2685.
Hunk #21 FAILED at 2709.
Hunk #22 succeeded at 2715 (offset 520 lines).
Hunk #23 succeeded at 2758 (offset 13 lines).
Hunk #24 succeeded at 2792 (offset 13 lines).
Hunk #25 succeeded at 2814 (offset 13 lines).
Hunk #26 succeeded at 3364 (offset 13 lines).
Hunk #27 FAILED at 3622.
Hunk #28 succeeded at 4017 (offset 13 lines).
Hunk #29 FAILED at 5969.
Hunk #30 succeeded at 6019 (offset 13 lines).
Hunk #31 succeeded at 6531 (offset 516 lines).
Hunk #32 succeeded at 6533 (offset 516 lines).
Hunk #33 succeeded at 6546 (offset 516 lines).
Hunk #34 FAILED at 6618.
Hunk #35 FAILED at 6635.
Hunk #36 succeeded at 6797 (offset 664 lines).
Hunk #37 FAILED at 6807.
Hunk #38 FAILED at 6829.
Hunk #39 FAILED at 6849.
Hunk #40 FAILED at 6856.
Hunk #41 FAILED at 6899.
Hunk #42 FAILED at 6995.
Hunk #43 succeeded at 7025 (offset 666 lines).
Hunk #44 FAILED at 7042.
Hunk #45 FAILED at 7044.
Hunk #46 FAILED at 7060.
Hunk #47 succeeded at 7271 (offset 872 lines).
Hunk #48 FAILED at 7290.
Hunk #49 succeeded at 7319 (offset 872 lines).
Hunk #50 FAILED at 7327.
Hunk #51 FAILED at 7341.
Hunk #52 FAILED at 7345.
Hunk #53 FAILED at 7347.
Hunk #54 FAILED at 7400.
Hunk #55 FAILED at 7594.
Hunk #56 FAILED at 7817.
Hunk #57 succeeded at 7998 (offset 872 lines).
Hunk #58 succeeded at 8004 (offset 872 lines).
Hunk #59 FAILED at 8108.
28 out of 59 hunks FAILED -- saving rejects to file apps/tuxbox/neutrino/daemons/sectionsd/sectionsd.cpp.rej
patching file apps/tuxbox/neutrino/data/locale/deutsch.locale
patching file apps/tuxbox/neutrino/data/locale/english.locale
patching file apps/tuxbox/neutrino/lib/sectionsdclient/sectionsdMsg.h
patching file apps/tuxbox/neutrino/lib/sectionsdclient/sectionsdclient.cpp
patching file apps/tuxbox/neutrino/lib/sectionsdclient/sectionsdclient.h
patching file apps/tuxbox/neutrino/src/neutrino.cpp
patching file apps/tuxbox/neutrino/src/system/locals.h
patching file apps/tuxbox/neutrino/src/system/locals_intern.h
patching file apps/tuxbox/neutrino/src/system/settings.h

Beitrag von **Nirvana** » Donnerstag 10. Mai 2007, 15:11

PizzaPicante hat geschrieben: !!! natürlich sind die Sender mit ihrem EPG-Mist damit gemeint. !!!

Dann will ich dahingehend aufklären, dass die Sender das Löschen der Events auf der Box selbstverständlich nicht beeinflussen können.

Aber ich bin
a) relativ zuversichtlich dass das nichts mit dem in diesem Thread besprochenen Änderungen zu tun hat, weil ich am Löschen nichts getan habe
und
b) wäre das aufgrund der Struktur der Direkt-Events auch kein gravierender Fehler, weil es sich intern um ein Event mit verschiedenen Startzeiten handelt

Hi,

nun, das die Sender das nicht beeinflussen können, dachte ich mir auch.

Allerdings habe ich bei Box1 mit akt. Yadd und ver.7 Einträge zurück bis zum Dienstag.

Das gleiche gilt für Box2 mit Image vom Juli und derzeitigem CVS sectionsd.

Auf beiden Boxen wurden (bis auf ver.7 im Yadd) keinerlei Änderungen vorgenommen.

CU

Beitrag von **Nirvana** » Donnerstag 10. Mai 2007, 16:53

Gut, das spricht ja dann für meine oben aufgestellte These, dass ich schuldlos bin.

Für das nächste Mal würde ich dich bitten, dann einfach einen neuen Thread zu starten, um Verwirrung meinserseits zu vermeiden.

Beitrag von **PauleFoul** » Donnerstag 10. Mai 2007, 18:17

Ich würde nach mehreren Tagen testen sagen, das wir jetzt mal ans
CVS denken sollten. Die neue Version ist sehr stabil und feintuning
kann man dann immer noch machen.

Die neue Version ist meiner Meinung nach deutlich besser als der CVS-Stand.

Gruß
____Paule

Beitrag von **Gaucho316** » Donnerstag 10. Mai 2007, 19:33

Aber bitte nur zusammen mit Innuendos Konfigurationsmöglichkeit per Neutrino einchecken!