[PATCH] Mal wieder ein sectionsd-Versuch...

Das Original Benutzerinterface Neutrino-SD incl. zapit, sectionsd, yWeb etc...
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von mb405 »

nö leider das selbe

Code: Alles auswählen

[sectionsd] Request of current/next information for      45300014461
currentEvt.getName(): 'Switch Reloaded' nextEvt.getName(): 'Die Simpsons' flag: 0x15
15:36:28.660 changeDMX [EIT]-> 2 (0x50/0xff) other transport stream, now/next (2 seconds)
15:36:51.059 changeDMX [EIT]-> 3 (0x50/0xf0) actual transport stream, scheduled2 (23 seconds)
15:37:01.124 changeDMX [EIT]-> 4 (0x60/0xf1) other transport stream, scheduled 1/2 (10 seconds)
15:37:03.370 changeDMX [EIT]-> 5 (0x61/0xf1) other transport stream, scheduled 2/2 (2 seconds)
[sectionsd] Request of current/next information for      45300014461
currentEvt.getName(): 'Switch Reloaded' nextEvt.getName(): 'Die Simpsons' flag: 0x15
[sectionsd] Request of current/next information for      45300014461
currentEvt.getName(): 'Switch Reloaded' nextEvt.getName(): 'Die Simpsons' flag: 0x15
[sectionsd] Request of current/next information for      45300014461
currentEvt.getName(): 'Switch Reloaded' nextEvt.getName(): 'Die Simpsons' flag: 0x15
simpsons läuft und fortschritsbalken im lcd rennt weiter.
infobar steht noch switch reloaded als aktuell.
channelliste steht simpsons als aktuell.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

-nu disabled das EIT update, damit funktioniert dann fast nichts mehr, was mit current/next zu tun hat. Mit dem auto-scan hat das nichts zu tun.

Siehst du denn jemals sowas wie das im log?

Code: Alles auswählen

16:01:01.681 dmxCN: waking up again - requested from .change()
16:01:01.709 waiting for eit_version...
addevent-cn: added next    (1) event 0x43700016d684eef 'Gloria und ihre Familie'
addevent-cn: added running (4) event 0x43700016d684eed 'Jacob 2/2'
16:01:03.561 [cnThread] got all current_next - sending event!
16:01:03.567 dmxCN: going to sleep...
16:01:03.568 eit_set_update_filter, servicekey = 0x43700016d68, current version 0
Das "got all current_next - sending event!" ist der punkt, an dem Neutrino die GUI updaten sollte.

Ich habe eine Änderung im Neutrino (src/gui/infoviewer.cpp), die das potenziell beeinflussen könnte, ich glaube aber nicht, dass es das ist:

Code: Alles auswählen

@@ -1300,8 +1315,15 @@ void CInfoViewer::showLcdPercentOver()
                        if (jetzt < info_CurrentNext.current_zeit.startzeit)
                                runningPercent = 0;
                        else
+                       {
                                runningPercent=MIN((jetzt-info_CurrentNext.current_zeit.startzeit) * 100 /
                                                    info_CurrentNext.current_zeit.dauer ,100);
+                               long long interval = info_CurrentNext.current_zeit.dauer * 1000LL * (1000/100);
+                               if (interval < 5000000)
+                                       interval = 5000000;
+                               g_RCInput->killTimer(lcdUpdateTimer);
+                               lcdUpdateTimer = g_RCInput->addTimer(interval, false);
+                       }
                }
                CLCD::getInstance()->showPercentOver(runningPercent);
        }
Das passt das Updateintervall des LCD an die Sendungsdauer an (immer wenn wir ein % weiter sind, wird das LCD updated, maximal alle 5 Sekunden). Da für das Update jedes Mal die EPG-Daten abgeholt werden, könnte das damit zu tun haben... auch wenn ich es nicht glaube.

Das in src/driver/rcinput.cpp hilft auch anzuzeigen, ob der event vom sectionsd tatsächlich im neutrino ankommt:

Code: Alles auswählen

@@ -869,6 +869,7 @@ void CRCInput::getMsg_us(neutrino_msg_t
                                }
                                break;
                        case CSectionsdClient::EVT_GOT_CN_EPG:
+fprintf(stderr, "[neutrino] got CSectionsdClient::EVT_GOT_CN_EPG\n");
                                        *msg          = NeutrinoMessages::EVT_CURRENTNEXT_EPG;
                                        *data         = (neutrino_msg_data_t) p;
                                        dont_delete_p = true;
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von GetAway »

Das Log von mb405 sieht jedenfalls anders aus als meins.
(Privatkabel mit Sateinspeisung)

Code: Alles auswählen

*nextEvt not from cur/next V1!
(*nextEvt).service_id != 0: 2f08, flag: 0x5
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
addevent-cn: added next    (1) event 0x44100012f080131 'Mr. Bean'
[sectionsd] Request of current/next information for      44100012f08
!myCurrentEvent CSectionsdClient::epgflags::has_no_current
(*currentEvt).service_id != 0: 2f08, flag: 0x31
(*nextEvt).service_id != 0: 2f08, flag: 0x15
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
[sectionsd] Request of current/next information for      44100012f08
!myCurrentEvent CSectionsdClient::epgflags::has_no_current
(*currentEvt).service_id != 0: 2f08, flag: 0x31
(*nextEvt).service_id != 0: 2f08, flag: 0x15
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
[controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (4:3 -> 4:3)
addevent-cn: added running (4) event 0x44100012f080130 'Hotel Zack & Cody'
19:53:14.250 [cnThread] got all current_next - sending event!
19:53:14.256 dmxCN: going to sleep...
19:53:14.259 eit_set_update_filter, servicekey = 0x44100012f08, current version 20
[sectionsd] Request of current/next information for      44100012f08
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
[sectionsd] Request of current/next information for      44100012f08
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
19:53:14.591 changeDMX [EIT]-> 1 (0x4f/0xff) actual transport stream, scheduled (2 seconds)
19:53:16.791 changeDMX [EIT]-> 2 (0x50/0xff) other transport stream, now/next (2 seconds)
19:53:43.601 changeDMX [EIT]-> 3 (0x50/0xf0) actual transport stream, scheduled2 (27 seconds)
19:54:10.428 changeDMX [EIT]-> 4 (0x60/0xf1) other transport stream, scheduled 1/2 (27 seconds)
19:54:12.631 changeDMX [EIT]-> 5 (0x61/0xf1) other transport stream, scheduled 2/2 (2 seconds)
[sectionsd] Request of current/next information for      44100012f08
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
[sectionsd] Request of current/next information for      44100012f08
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
[timeThread] - 01.07.2008 19:56:10, tim: Tue Jul  1 19:56:10 2008
[timeThread] Time set via DVB, going to sleep for 300 seconds.
Diese Zeilen sind bei mir noch nie gekommen und
ich logge seit 24h.

Code: Alles auswählen

18:01:29.541 Connection from UDS
18:01:29.542 version: 5, cmd: 16, numbytes: 1
18:01:29.543 data length: 8
@seife
Vielleicht solltest du ihm dein Binary zur Verfügung stellen.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

GetAway hat geschrieben:Das Log von mb405 sieht jedenfalls anders aus als meins.
(Privatkabel mit Sateinspeisung)

Code: Alles auswählen

*nextEvt not from cur/next V1!
(*nextEvt).service_id != 0: 2f08, flag: 0x5
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
addevent-cn: added next    (1) event 0x44100012f080131 'Mr. Bean'
[sectionsd] Request of current/next information for      44100012f08
!myCurrentEvent CSectionsdClient::epgflags::has_no_current
(*currentEvt).service_id != 0: 2f08, flag: 0x31
(*nextEvt).service_id != 0: 2f08, flag: 0x15
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
[sectionsd] Request of current/next information for      44100012f08
!myCurrentEvent CSectionsdClient::epgflags::has_no_current
(*currentEvt).service_id != 0: 2f08, flag: 0x31
(*nextEvt).service_id != 0: 2f08, flag: 0x15
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
[controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (4:3 -> 4:3)
addevent-cn: added running (4) event 0x44100012f080130 'Hotel Zack & Cody'
19:53:14.250 [cnThread] got all current_next - sending event!
 
Das ist wichtig, das sagt der GUI, dass neue current/next da sind.
Ich gehe mal, davon aus, dass es bei dir so funktioniert, wie ich es mir vorselle?

Code: Alles auswählen

19:53:14.256 dmxCN: going to sleep...
19:53:14.259 eit_set_update_filter, servicekey = 0x44100012f08, current version 20
[sectionsd] Request of current/next information for      44100012f08
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
[sectionsd] Request of current/next information for      44100012f08
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
19:53:14.591 changeDMX [EIT]-> 1 (0x4f/0xff) actual transport stream, scheduled (2 seconds)
19:53:16.791 changeDMX [EIT]-> 2 (0x50/0xff) other transport stream, now/next (2 seconds)
19:53:43.601 changeDMX [EIT]-> 3 (0x50/0xf0) actual transport stream, scheduled2 (27 seconds)
19:54:10.428 changeDMX [EIT]-> 4 (0x60/0xf1) other transport stream, scheduled 1/2 (27 seconds)
19:54:12.631 changeDMX [EIT]-> 5 (0x61/0xf1) other transport stream, scheduled 2/2 (2 seconds)
[sectionsd] Request of current/next information for      44100012f08
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
[sectionsd] Request of current/next information for      44100012f08
currentEvt.getName(): 'Hotel Zack & Cody' nextEvt.getName(): 'Mr. Bean' flag: 0x15
[timeThread] - 01.07.2008 19:56:10, tim: Tue Jul  1 19:56:10 2008
[timeThread] Time set via DVB, going to sleep for 300 seconds.
Warum habt ihr denn alle das update-Intervall für die Zeit auf 300 sekunden, das ist doch schon sehr kurz, und jedes zeit-Update macht ja potentiell Probleme (aber nicht die, die wir hier sehen).
Diese Zeilen sind bei mir noch nie gekommen und
ich logge seit 24h.

Code: Alles auswählen

18:01:29.541 Connection from UDS
18:01:29.542 version: 5, cmd: 16, numbytes: 1
18:01:29.543 data length: 8
die kommen nur mit "sectionsd -d"
@seife
Vielleicht solltest du ihm dein Binary zur Verfügung stellen.
Wenn ich wüsste, ob das auf einer alten glibc, die nicht mit nptl gebaut wurde, auch läuft... aber das weiss ich nicht.
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von GetAway »

Ich habe das Zeit-Update-Intervall auf 300 Sekunden
probeweise eingestellt. Bei Version 1.264 ging auf dem Transponder
auf dem RTL lief die Uhrzeit mal 10 minuten nach. Mir war so, das die
Uhrzeit sofort wieder upgedatet wird wenn man auf einen anderen
Transponder schaltet. Das war aber wohl doch nicht so, denn es funzte net.

Da ich nicht wusste ob der Timer nun trotzdem erst ablaufen muss,
habe ich das intervall testweise auf 300 Sekunden verkürzt. Bis heute
hatte ich aber auf RTL oder sonst irgendeinem Sender ein nachlaufen
der Zeit, konnte dem entsprechend auch nicht mehr testen.

Welche potentiellen Probleme gab es denn in der Vergangeheit mit kurzen
Update-intervallen? Das 300 Sek. Update-Intervall läuft bei mir seit 14 Tagen ohne Probs.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

Die Zeit springt halt, wenn sie updated wird. Das sollte in einem unix-System generell nicht passieren, weil viele Funktionen auf eine monoton steigende Zeit angewiesen sind. Im neutrino werden laufende Timer zwar korrigiert, wenn der sectionsd die Zeit neu setzt, aber ob das richtig funktioniert weiss keiner so genau. Und Systemcalls mit timeout etc. verhalten sich halt recht undefiniert, wenn die Zeit springt.
Das hat aber mit dem hier besprochenen Problem nichts zu tun, mir fiel es nur auf, weil ihr beide 300sek. hattet.
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von mb405 »

ich werd ja gaga. also ich hab mal von brum1 -> brum3 gezappt, da dort in 2 minuten der nächste film startet.
jetz hat er das ordentlich gemacht.
und auf anderen sender mal getestet da scheints auch zu gehen. sehr seltsam :(

Code: Alles auswählen

17:14:54.629 EIT old: 255 new version: 15
addevent-cn: added next    (1) event 0x43700016d6e1047 'Ruhrpott-Schnauzen (40)'
17:14:54.692 dmx.read timeout - filter: 61 - timeout# 2
17:14:54.752 dmx.read timeout - filter: 4e - timeout# 0
17:14:54.841 dmx.read timeout - filter: 61 - timeout# 0
17:14:54.880 dmx.read timeout - filter: 4e - timeout# 1
17:14:54.952 dmx.read timeout - filter: 61 - timeout# 1
17:14:55.020 dmx.read timeout - filter: 4e - timeout# 0
17:14:55.060 dmx.read timeout - filter: 61 - timeout# 2
17:14:55.151 dmx.read timeout - filter: 4e - timeout# 1
17:14:55.172 dmx.read timeout - filter: 61 - timeout# 3
17:14:55.292 dmx.read timeout - filter: 4e - timeout# 0
17:14:55.360 dmx.read timeout - filter: 61 - timeout# 0
17:14:55.420 dmx.read timeout - filter: 4e - timeout# 1
17:14:55.472 dmx.read timeout - filter: 61 - timeout# 1
17:14:55.580 dmx.read timeout - filter: 61 - timeout# 2
17:14:55.652 dmx.read timeout - filter: 4e - timeout# 0
17:14:55.692 dmx.read timeout - filter: 61 - timeout# 3
addevent-cn: added running (4) event 0x43700016d6e1046 'Einsatz im Dschungel Kuscheln mit Orang-Utans'
17:14:55.800 dmx.read timeout - filter: 61 - timeout# 4
17:14:55.823 [cnThread] got all current_next - sending event!
17:14:55.828 dmxCN: going to sleep...
grad nochmal geschaut. bis jetz gehts einwandfrei. ka warum das gestern nich ging. sehr komisch das.

Code: Alles auswählen

[sectionsd] Request of current/next information for       110085000e
(*currentEvt).service_id != 0: e, flag: 0x0
*nextEvt not from cur/next V1!
(*nextEvt).service_id != 0: e, flag: 0x5
currentEvt.getName(): 'Dirty Jobs - Arbeit, die keiner machen will' nextEvt.getName(): 'Steve McQueen - Der coolste Mann Hollywoods' flag: 0x15
Zuletzt geändert von mb405 am Mittwoch 2. Juli 2008, 20:16, insgesamt 1-mal geändert.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

Dann beobachte das mal weiter, sieht ja jetzt ganz gut aus ;-)

Besonders gut zu beobachten geht das IMVHO auf Deluxe Music, aber so richtig interessant wird es dann, wenn auf einem ARD oder ZDF-Sender irgendwo überzogen wird, da die Current/Next events da wirklich meist Sekundengenau angepasst werden. Wie's beim Unterschichtenfernsehen aussieht, weiss ich nicht.
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von mb405 »

Unterschichtenfernsehen

grööööhl. der war gut :)
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von mb405 »

ich hab mal auf deluxe musik das ganze getestet :) damit wir einen definierten zustand bekommen.
soweit alles bestens.
heute hat deluxe music aber probleme, denn die info next sendung kommt im noch laufenden titel(1/2 spielzeit)

sonst hab ich keine probleme gefunden
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von GetAway »

@seife

Du hattest hier mal geschrieben das jede Stunde ein Housekeeping
durchgeführt wird. Laut meinen Log passiert das aber alle 30 Minuten.
Ist das mal von Dir geändert worden, oder jetzt nötig?

Im übrigen habe ich noch keine Nebenwirkungen deines Patches
feststellen können.

Gruß GetAway
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

GetAway hat geschrieben:@seife

Du hattest hier mal geschrieben das jede Stunde ein Housekeeping
durchgeführt wird. Laut meinen Log passiert das aber alle 30 Minuten.
Ist das mal von Dir geändert worden, oder jetzt nötig?
Das ist nicht nötig, aber vielleicht habe ich das zwischendurch beim Experimentieren mal geändert (zuerst hatte ich eine Version, die die Current/Next _aller_ Kanäle in einer eigenen Liste wie der globalen Eventliste speichert, bis ich drauf kam, dass das EIT update nur für den aktuellen Kanal gilt, und es drum so nicht funktioniert. Dann habe ich es so gemacht wie jetzt, dass es einen "Current" und einen "Next"-Event gibt, für den aktuellen Kanal. Da in der ersten Version in der current/next-Liste ziemlich "viel Betrieb" war, habe ich evtl. mit dem Housekeeping-Intervall gespielt. => Eine Stunde sollte ok sein, aber 30 min. sollten auch keine negativen Auswirkungen haben ;))
Im übrigen habe ich noch keine Nebenwirkungen deines Patches
feststellen können.
Also funktioniert er bei dir auch? Sehr gut ;-)
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von mb405 »

also mal ein "langzeittest" bis heute.
-radiomode premiere radiosender funktioniert der sendungswechsel.
-tvmode bei manchen sendern keine sendungswechselerkennung

gestern abend zdf

22:00 boxen live
23:00 sportschau
00:00 boxen live

um 00:05 blieb der epg beharrlich auf 22:00 in infobar stehen, da die events gleich hiessen.
so ähnliches verhalten hab ich auf diversen tvsendern beobachten können, die 2 sendungen mit dem selben namen hintereinander hatten.
muss man noch bisle beobachten das ganze.

grad bei brummiere sci fi seltsames phänomen
09:40 bis 10:05 Saber Rider und die Star Sheriffs
10:05 bis 10:55 Star trek

um 10:02 kam sendungswechsel anzeige auf tv
im channeiliste steht zur gleichen zeit Saber Rider und die Star Sheriffs
in infobar steht Star trek

sehr ulkig
so wie ich das sehe, sind infobar und channellliste infos zu unterschiedlich
bellum
bbs-Maintainer
Beiträge: 282
Registriert: Montag 23. Oktober 2006, 22:13

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von bellum »

habe seit gestern auch den neuen sectionsd am laufen und bisher ist mir noch nichts ungewöhnliches aufgefallen. Alle von mir beobachteten Senderwechsel haben funktioniert.

Das einzige was mir auffällt/"stört" ist, das es beim starten der box (und damit des desctionsd) oft relativ lange dauert bis der Sendungs-Fortschrittsbalken im LCD gesetzt wird. Drückt man die "?"-Taste ist er dann sofot da. Aber das ist mir schon mit dem letzten Patch aufgefallen. Vielleicht kannst Du da ja noch was machen?

Werde weiter beobachten und berichten...

Gruß bellum
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

mb405 hat geschrieben:-radiomode premiere radiosender funktioniert der sendungswechsel.
gut.
-tvmode bei manchen sendern keine sendungswechselerkennung
Dann haben die vermutlich ihre EIT nicht richtig gesendet.
gestern abend zdf

22:00 boxen live
23:00 sportschau
00:00 boxen live

um 00:05 blieb der epg beharrlich auf 22:00 in infobar stehen, da die events gleich hiessen.
so ähnliches verhalten hab ich auf diversen tvsendern beobachten können, die 2 sendungen mit dem selben namen hintereinander hatten.
muss man noch bisle beobachten das ganze.
Hast du noch evtl. einen der "vermeide die doppelten Events auf Pro7"-Patches drin? Das könnte vielleicht solche Nebenwirkungen haben...
Manchmal senden die aber auch einfach Mist. ZDF gestern (Zeiten so ungefähr, aus dem Gedächtnis):
1400-1700 Tour de france
1700-1705 Heute
1705-1800 ZDF Sport

Nun haben sie aber um ~15:00 ein (nicht im EPG "angekündigtes") Heute gesendet, danach kam im "current" event "ZDF Sport, 1705-1800", was natürlich in der Infobar zu Mist führt. Nach ca. einer Viertelstunde kam dann ein EIT update, was das wieder korrigiert hat, von da an kam wieder "Tour de France, 1400-1700". Das Problem ist, dass man relativ machtlos ist, wenn die Sender Müll senden.
Wie man das vielleicht "lösen" kann, damit die, die es so (falsch) haben wollen, wie es immer war nicht rumweinen: ein Parameter für sectionsd, mit dem man auswählen kann, ob der current/next event anhand der Zeit rausgesucht wird (wie bisher) oder ob das genommen wird, was gesendet wird. Da der EIT-update-Parameter eh weg muss (ohne EIT-update funktioniert vermutlich gar nichts mehr richtig), können wir ja ruhig einen neuen einführen ;-)
grad bei brummiere sci fi seltsames phänomen
09:40 bis 10:05 Saber Rider und die Star Sheriffs
10:05 bis 10:55 Star trek

um 10:02 kam sendungswechsel anzeige auf tv
im channeiliste steht zur gleichen zeit Saber Rider und die Star Sheriffs
in infobar steht Star trek

sehr ulkig
so wie ich das sehe, sind infobar und channellliste infos zu unterschiedlich
Das ist normal. Channellist sucht (noch) nach Zeit raus, und da die Sendung schon um 10:02 gewechselt hat, ist die Channellist halt falsch. Ich glaube das habe ich bei mir schon gefixt, ist nur in der "getcurrentepg"-Funktion einfach auch das current-Event senden, falls vorhanden. Es passiert dann auch, dass, wenn du in diesem Fall auf den Kanal schaltest, erst kurz "Saber Rider" angezeigt wird (weil das schon in der Event-Liste ist), dann wird das Current-Event empfangen und es wechselt dann auf "Star Trek".
Ich finde, das ist ein guter Kompromiss zwischen "EPG ist beim Umschalten möglichst schnell da" (das gecachte anhand der Zeit) und "EPG ist möglichst aktuell (das aus dem Current-Event). Es ist ja doch eher ein Sonderfall, dass das Event nicht zur aktuellen Zeit passt, und da kann ich damit leben, dass sich eine Sekunde nach dem Umschalten der Text ändert.

Bellum:
Das mit dem Fortschrittsbalken im LCD muss wohl eher in der GUI gefixt werden, ich vermute, dass das allererste "Event ist da!"-Signal geschickt wird, vor Neutrino bereit ist, das zu verarbeiten (ich glaube die Infobar-Einblendung beim Neutrino-Start wird auch explizit von Neutrino selbst gemacht, da könnte man auch das LCD updaten). Das ist aber Feintuning, was dann schnell gemacht ist.
mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von mb405 »

also für mich ist das somit nicht brauchbar, da ja schon das neue event angezeigt wird, obwohl das alte noch nicht fertig ist.
kann man sehr gut beobachten, wenn man 1-2 minuten vor abschluss einer sendung auf den kanal zapt.
dann hauts hier alles durcheinander.
aufnahme epg ist dann auch falsch.
bei premiere sendern ist das ganz extrem
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

Wenn bei dir schon das neue angezeigt wird, dann wird es vom Sender auch gesendet. Zumindest wenn ich keinen Fehler gemacht habe ;-)

Schau doch mal auf diese Zeilen im Fehlerfall:

Code: Alles auswählen

addevent-cn: added next    (1) event 0x41b000170358b08 'Schlaflos in St. Petersburg'
addevent-cn: added running (4) event 0x41b000170358b07 'Aufschwung Ost'
"next" ist es dann, wenn runningStatus <= 2 ist, "current" wenn es >2 ist.
Das müsste sich mal jemand anschauen, der die DVB-Spec gelesen hat. Bei Enigma wird >=2 für "current" genommen, allerdings ist die Anzeige, zumindest bei Deluxe Music halt auch falsch (ich bin mir aber nicht sicher, ob das nur damit zu tun hat).
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von GetAway »

Moin,

Eine Sache ist mir aufgefallen und zwar wenn z. B die Feeds direkt
angewählt werden und das Log aktuell so aussieht das fürs Current Event
kein Inhalt vorliegt.

Code: Alles auswählen

currentEvt.getName(): '' nextEvt.getName(): 'Aliens vs. Predator 2 - Extended Version' flag: 0x31
08:25:00.719 changeDMX [EIT]-> 3 (0x50/0xf0) actual transport stream, scheduled2 (10 seconds)
[sectionsd] Request of current/next information for       11008500e3
!myCurrentEvent !myNextEvent ((*currentEvt).getName().empty() && flag2 != 0)
*nextEvt not from cur/next V2!
(*nextEvt).service_id != 0: e3, flag: 0x9
currentEvt.getName(): '' nextEvt.getName(): 'Aliens vs. Predator 2 - Extended Version' flag: 0x31
[sectionsd] Request of current/next information for       11008500e3
!myCurrentEvent !myNextEvent ((*currentEvt).getName().empty() && flag2 != 0)
*nextEvt not from cur/next V2!
(*nextEvt).service_id != 0: e3, flag: 0x9
currentEvt.getName(): '' nextEvt.getName(): 'Aliens vs. Predator 2 - Extended Version' flag: 0x31
[sectionsd] Request of current/next information for       11008500e3
!myCurrentEvent !myNextEvent ((*currentEvt).getName().empty() && flag2 != 0)
*nextEvt not from cur/next V2!
(*nextEvt).service_id != 0: e3, flag: 0x9
currentEvt.getName(): '' nextEvt.getName(): 'Aliens vs. Predator 2 - Extended Version' flag: 0x31
Bei Direktanwahl Programms(Feed) steht im Infoviewer
1. "Keine Info zu laufenden Programm"
2. "Aliens vs. Predator 2 - Extended Version"

Wird danach mit der Info-Taste immer und immer wieder der Infoviewer
aufgerufen, erscheint nur "Warte auf EPG Informationen".

Wieso der Unterschied? Kann man das noch fixen? Die erste Variante
scheint mir logischer zu sein.
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von GetAway »

@seife,

ab und zu bekomme ich solche Ausgaben im Log.
Was bedeutet das genau, dieses received POLLERR?

Code: Alles auswählen

18:04:25.097 changeDMX [EIT]-> 2 (0x50/0xff) other transport stream, now/next (34 seconds)
[sectionsd] Request of current/next information for      44d00016dca
currentEvt.getName(): 'Verbotene Liebe' nextEvt.getName(): 'Marienhof' flag: 0x15
18:04:42.145 changeDMX [EIT]-> 3 (0x50/0xf0) actual transport stream, scheduled2 (17 seconds)
18:04:42.694 changeDMX [EIT]-> 4 (0x60/0xf1) other transport stream, scheduled 1/2 (0 seconds)
18:04:45.912 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:04:48.129 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
[timeThread] - 18.07.2008 18:04:50, tim: Fri Jul 18 18:04:50 2008
[timeThread] Time set via DVB, going to sleep for 300 seconds.
18:04:50.545 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:04:53.019 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:04:56.078 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:04:58.084 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:00.456 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:03.189 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:05.984 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:08.299 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:10.423 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:13.269 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:15.999 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:18.323 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:20.362 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:23.501 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:25.946 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
[sectionsd] Request of current/next information for      44d00016dca
currentEvt.getName(): 'Verbotene Liebe' nextEvt.getName(): 'Marienhof' flag: 0x15
18:05:30.096 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:34.821 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:39.987 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:44.785 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:05:54.779 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:06:04.493 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
18:06:13.028 changeDMX [EIT]-> 5 (0x61/0xf1) other transport stream, scheduled 2/2 (91 seconds)
18:06:20.485 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[5] filter 0x61 mask 0xf1
18:06:28.221 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[5] filter 0x61 mask 0xf1
[sectionsd] Request of current/next information for      44d00016dca
currentEvt.getName(): 'Verbotene Liebe' nextEvt.getName(): 'Marienhof' flag: 0x15
18:06:34.065 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[5] filter 0x61 mask 0xf1
18:06:40.666 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[5] filter 0x61 mask 0xf1
18:06:50.961 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[5] filter 0x61 mask 0xf1
18:07:04.251 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[5] filter 0x61 mask 0xf1
[sectionsd] Request of current/next information for      44d00016dca
oder das hier, ständige Wiederholung der Ausgabe

Code: Alles auswählen

18:22:45.570 EIT Update Filter: Activate cnThread
18:22:45.572 changeDMX [12]-> 0 (0x4e/0xff) (1137 seconds)
18:22:45.583 dmxCN: waking up again - requested from .change()
18:22:45.689 waiting for eit_version...
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
18:23:21.131 dmxCN: going to sleep...
18:23:21.134 eit_set_update_filter, servicekey = 0x44d00016dca, current version 14
[sectionsd] Request of current/next information for      44d00016dca
currentEvt.getName(): 'Verbotene Liebe' nextEvt.getName(): 'Marienhof' flag: 0x15
18:24:17.310 EIT Update Filter: Activate cnThread
18:24:17.311 changeDMX [12]-> 0 (0x4e/0xff) (92 seconds)
18:24:17.322 dmxCN: waking up again - requested from .change()
18:24:17.431 waiting for eit_version...
[controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (16:9 -> 4:3)
[controld] format: 4:3(LB)
[controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (4:3 -> 16:9)
[controld] format: 16:9
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (1) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (1) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (1) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (1) event 0x44d00016dcaf435 'Marienhof'
[sectionsd] Request of current/next information for      44d00016dca
currentEvt.getName(): 'Verbotene Liebe' nextEvt.getName(): 'Marienhof' flag: 0x15
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (1) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (1) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (1) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (1) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (1) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (1) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added running (4) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf437 'Das Quiz mit Jörg Pilawa'
18:24:48.806 [cnThread] got all current_next - sending event!
18:24:48.813 dmxCN: going to sleep...
Hier wohl ein richtiger Fehler

Code: Alles auswählen

19:08:13.122 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
19:08:16.462 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
19:08:20.238 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
19:08:23.144 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
[sectionsd] DMX::readNbytes read: Value too large for defined data type                         <<-----------------!!!!
19:08:31.169 [sectionsd] DMX::readNbytes received POLLERR, pid 0x12, filter[4] filter 0x60 mask 0xf1
[sectionsd] Request of current/next information for      44d00016dca
currentEvt.getName(): 'Das Quiz mit Jörg Pilawa' nextEvt.getName(): 'Das Quiz mit Jörg Pilawa' flag: 0x15
dietmarw
Contributor
Beiträge: 1833
Registriert: Mittwoch 10. April 2002, 15:39

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von dietmarw »

GetAway hat geschrieben: ...
currentEvt.getName(): 'Verbotene Liebe' nextEvt.getName(): 'Marienhof' flag: 0x15
...
kein wunder.. da würd ich auch POLLERR kriegen.. 8)
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

GetAway hat geschrieben:@seife,

ab und zu bekomme ich solche Ausgaben im Log.
Was bedeutet das genau, dieses received POLLERR?
Das heisst, dass die Daten schneller kommen, als der sectionsd sie verarbeiten kann. Irgendwann läuft dann der Puffer im Kernel über und man erhält diese "POLLERR"-Meldung. Ist harmlos, da "Datenverlust" bei den EPG-Daten zu verschmerzen ist, die kommen ja wieder übern Sender.
oder das hier, ständige Wiederholung der Ausgabe

Code: Alles auswählen

18:22:45.570 EIT Update Filter: Activate cnThread
18:22:45.572 changeDMX [12]-> 0 (0x4e/0xff) (1137 seconds)
18:22:45.583 dmxCN: waking up again - requested from .change()
18:22:45.689 waiting for eit_version...
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
...
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
18:23:21.131 dmxCN: going to sleep...
18:23:21.134 eit_set_update_filter, servicekey = 0x44d00016dca, current version 14
[sectionsd] Request of current/next information for      44d00016dca
currentEvt.getName(): 'Verbotene Liebe' nextEvt.getName(): 'Marienhof' flag: 0x15
18:24:17.310 EIT Update Filter: Activate cnThread
18:24:17.311 changeDMX [12]-> 0 (0x4e/0xff) (92 seconds)
18:24:17.322 dmxCN: waking up again - requested from .change()
18:24:17.431 waiting for eit_version...
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (1) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (1) event 0x44d00016dcaf435 'Marienhof'
...
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf433 'Verbotene Liebe'
addevent-cn: added next    (2) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added running (4) event 0x44d00016dcaf435 'Marienhof'
addevent-cn: added next    (1) event 0x44d00016dcaf437 'Das Quiz mit Jörg Pilawa'
18:24:48.806 [cnThread] got all current_next - sending event!
18:24:48.813 dmxCN: going to sleep...
Die Zahl in Klammern ist das running_status Flag. Laut den dvbsnoop-Sourcen bedeutet das folgendes:

- 0 "undefined"
- 1 "not running"
- 2 "starts soon"
- 3 "pausing"
- 4 "running"

Meine Logik sagt nun: alles >= 3 ist das "current"-Event, alles <=2 ist das "next"-Event (es kommen nur 2 events in Tabelle 0x4E). Diese Logik schlägt manchmal fehl, wenn man "zwischen" zwei Sendungen ist.

Wenn sich jemand mit dem Zeug auskennt und was dazu sagen will, oder mir jemand die DVB-Spec schicken mag, dann könnte man das evtl. optimieren ;)

Die Version, die ich hier habe, macht das schon etwas besser, ich schau mal, ob ich dieses Wochenende mal dazu komme, die etwas aufzuräumen, dann poste ich sie hier.
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von GetAway »

Die aktuelle DVB-Spec gibts doch hier! :wink:

http://webapp.etsi.org/action/OP/OP2008 ... 10801o.pdf

Gruß GetAway
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

GetAway hat geschrieben:Die aktuelle DVB-Spec gibts doch hier! :wink:

http://webapp.etsi.org/action/OP/OP2008 ... 10801o.pdf

Gruß GetAway
Na siehste - das ist doch schon mal was ;) Ich war aus irgendeinem Grund der Meinung, dass es die nur für "zahlende Mitglieder" gibt und habe erst gar nicht genauer danach gesucht. Evtl. habe ich das mit MPEG verwechselt.

Das spec-Lesen ist allerdings nicht wirklich spassig, also wenn jemand mitmachen will... ;)
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von seife »

mb405
Tuxboxer
Tuxboxer
Beiträge: 2331
Registriert: Donnerstag 24. März 2005, 21:52

Re: [PATCH] Mal wieder ein sectionsd-Versuch...

Beitrag von mb405 »

also mal kurzer statusbericht von mir.
hat ja niemand was gesagt bis jetz :)

sendungswehsel erkennung ist perfekt
egp kommt schnell(wird bestimmt noch schneller wenn die debug ausgaben abgeschaltet werden?)