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

[Striper]

Hi,

teste mal auf BBC, Sky News, Al Jazeera und Luxe TV SD.

BBC -> leichte Hänger wie auch be RTL Crime oder Passion

Rest geht 1a oder ist nicht im Bouquet vorhanden.

[mb405]

also die harten weghänger sind immer noch da.
arte zum beispiel und es geht nix mehr.

[Striper]

Probleme bei arte? Nee, das lief schon immer 1a.

[mb405]

nein. eben nicht.

[DrStoned]

Habe jetzt gerade mal mit einem JtG-Testsnap den Riker für mich gebaut hat, den neuen sectionsd Version 1.266 vom 30.09.2008 getestet. Bei Arte und Bloomberg habe ich jetzt keine Hänger mehr. Nur bei QVC Deutschland ist die Box nach kurzer Zeit hängengeblieben, hat allerdings etwas länger als früher gedauert. Auch per Telnet konnte ich mich da dann nicht mehr auf der Box einloggen. Aber auf diesen bescheuerten Sender kann ich auch verzichten.

Wenn ich mal etwas mehr Zeit habe, werde ich mal versuchen, auf der seriellen Schnittstelle mitzuloggen.

Getestet mit Nokia AVIA 500 SAT 2x Intel, ucode 0014 (built-in).

Edit: Mist, jetzt hat sich die Box auch bei Arte wieder weggehängt. Scheint irgendwie mit dem freien Speicher zusammenzuhängen. Rufe ich Arte nach dem Neustart auf, kann ich danach noch umschalten. Habe ich einiges im EPG eingelesen, hängt sich die Box auf.


Greetz von DrStoned

[mb405]

so hier mal sectionsd debug beim zap auf Arte

09:08:03 [sectionsd] sendEventList - response-size: 0x40
09:08:03 Connection from UDS
09:08:03 version: 5, cmd: 26, numbytes: 1
09:08:03 data length: 4
09:08:03 commandPauseSorting
09:08:09 Connection from UDS
09:08:09 version: 5, cmd: 24, numbytes: 1
09:08:09 data length: 16
09:08:09 commandserviceChanged
09:08:09 [sectionsd] commandserviceChanged: Service changed to 4000001233b
09:08:09 --> '[sectionsd] commandserviceChanged: before messaging lock' 10765.971
09:08:09 --> '[sectionsd] commandserviceChanged: before wakeup' 0.930
09:08:09 --> 'changeDMX: before pthread_mutex_lock(&start_stop_mutex)' 96.035
09:08:09 --> 'changeDMX: after pthread_mutex_lock(&start_stop_mutex)' 0.875
09:08:09 --> 'after DMX_SET_FILTER' 2.009
09:08:09 waiting for eit_version...
09:08:09 --> 'changeDMX: before pthread_mutex_lock(&start_stop_mutex)' 77.529
09:08:09 --> 'changeDMX: after pthread_mutex_lock(&start_stop_mutex)' 0.866
09:08:09 --> 'after DMX_SET_FILTER' 3.051
09:08:09 --> '[sectionsd] commandserviceChanged: after doWakeup' 0.876
09:08:10 Connection from UDS
09:08:10 version: 5, cmd: 16, numbytes: 1
09:08:10 data length: 8
09:08:10 commandCurrentNextInfoChannelID
09:08:10 [sectionsd] Request of current/next information for 4000001233b
09:08:10 !myCurrentEvent 09:08:10 !myNextEvent 09:08:10 commandCurrentNextInfoChannelID change2 flag: 0x08
09:08:10 currentEvt: '' (0000) nextEvt: '' (0000) flag: 0x28
09:08:10 Connection from UDS
09:08:10 version: 5, cmd: 16, numbytes: 1
09:08:10 data length: 8
09:08:10 commandCurrentNextInfoChannelID
09:08:10 [sectionsd] Request of current/next information for 4000001233b
09:08:10 !myCurrentEvent 09:08:10 !myNextEvent 09:08:10 commandCurrentNextInfoChannelID change2 flag: 0x08
09:08:10 currentEvt: '' (0000) nextEvt: '' (0000) flag: 0x28
09:08:10 Connection from UDS
09:08:10 version: 5, cmd: 14, numbytes: 1
09:08:10 data length: 27504
09:08:10 commandEventListTVids
09:08:10 Request of TV event list (IDs).

09:08:10 [sectionsd] sendEventList - response-size: 0x1093
09:08:11 Connection from UDS
09:08:11 version: 5, cmd: 16, numbytes: 1
09:08:11 data length: 8
09:08:11 commandCurrentNextInfoChannelID
09:08:11 [sectionsd] Request of current/next information for 4000001233b
09:08:11 !myCurrentEvent 09:08:11 !myNextEvent 09:08:11 commandCurrentNextInfoChannelID change2 flag: 0x08
09:08:11 currentEvt: '' (0000) nextEvt: '' (0000) flag: 0x28
09:08:11 Connection from UDS
09:08:11 version: 5, cmd: 29, numbytes: 1
09:08:11 data length: 2
09:08:11 commandSetPrivatePid
09:08:11 EIT old: 255 new version: 11
09:08:11 addevent-cn: added running (4) event 0x0017 'CHIC'
09:08:11 addevent-cn: added next (1) event 0x0018 'LAPONIE : UN MARCHE EN HIVER'
09:08:11 [eitThread] skipping to next filter(1) (> DMX_TIMEOUT_SKIPPING)
09:08:11 --> 'changeDMX: before pthread_mutex_lock(&start_stop_mutex)' 2174.194
09:08:11 --> 'changeDMX: after pthread_mutex_lock(&start_stop_mutex)' 0.840
09:08:11 --> 'after DMX_SET_FILTER' 3.625
09:08:11 dmxCN: going to sleep...
09:08:13 Connection from UDS
09:08:13 version: 5, cmd: 16, numbytes: 1
09:08:13 data length: 8
09:08:13 commandCurrentNextInfoChannelID
09:08:13 [sectionsd] Request of current/next information for 4000001233b
09:08:13 currentEvt: 'CHIC' (0017) nextEvt: 'LAPONIE : UN MARCHE EN HIVER' (0018) flag: 0x15
09:08:13 Connection from UDS
09:08:13 version: 5, cmd: 14, numbytes: 1
09:08:13 data length: 27504
09:08:13 commandEventListTVids
09:08:13 Request of TV event list (IDs).

09:08:13 [sectionsd] sendEventList - response-size: 0x1509
09:08:14 Connection from UDS
09:08:14 version: 5, cmd: 14, numbytes: 1
09:08:14 data length: 27504
09:08:14 commandEventListTVids
09:08:14 Request of TV event list (IDs).

09:08:14 [sectionsd] sendEventList - response-size: 0x17fb

[seife]

Wenn sich die Kiste hart weghängt, kann fast nicht der sectionsd schuld sein. Das müsst ihr auf Treiber / Kernel-Ebene debuggen. Wenn mir jemand 2 Nokias (SAT, 1x AVIA500, 1x AVIA600) schenkt, schau ichs mir mal an, ich kann aber nichts versprechen, insbesondere nicht, wann ich dazu kommen werde.

Hm. Tritt das eigentlich bei AVIA500 und AVIA600 auf? Aber egal, das gehört ins Treiber-Forum, nicht hierher

EDIT: und mb405's Log zeigt auch, dass der sectionsd brav die Anfrage abgearbeitet hat, ohne in einen deadlock zu laufen.

[Tommy]

wäre der Gegentest nicht einfach arte mal kurz in die sectionsd Ausschlußliste aufzunehmen und dann zu gucken?

[PauleFoul]

So, jetzt auch kurz von mir was zum Thema "Filtern".

Also auf ARD und ZDF kommt jetzt der komplette EPG rein. Allerdings wird Now&Next schnelle eingelesen.
Dann dauert es 20-30 Sekunden bis es weiter geht. Ist aber nur auf Senderngruppen auf denen ich viele
Filter aktiv.

Könnte schneller gehen, aber ich kann damit leben...


Gruß

[seife]

funktioniert der Filter bei dir jetzt so, wie er soll oder nicht?

[PauleFoul]

funktioniert der Filter bei dir jetzt so, wie er soll oder nicht?

Also der Filter funktioniert. Allerdings dauert es auf ARD und ZDF ca. 30 Sekunden bis der
EPG eingelesen wird (Nach Now&Next was sofort da ist). Auf anderen Senden (Sat1 und RTL)
wird praktisch sofort die Liste gefüllt.


Gruß
____Paule

[DrStoned]

Wenn sich die Kiste hart weghängt, kann fast nicht der sectionsd schuld sein. Das müsst ihr auf Treiber / Kernel-Ebene debuggen. Wenn mir jemand 2 Nokias (SAT, 1x AVIA500, 1x AVIA600) schenkt, schau ichs mir mal an, ich kann aber nichts versprechen, insbesondere nicht, wann ich dazu kommen werde.

Warum schmiert dann die Box nicht ab, wenn der sectionsd bei den betreffenden Sendern abgeschaltet wird.
Ich habe leider nur noch 2 Avia 500 Kabelboxen übrig, davon könntest Du eine bekommen, wenn es helfen würde.

Greetz von DrStoned

[seife]

Also der Filter funktioniert. Allerdings dauert es auf ARD und ZDF ca. 30 Sekunden bis der
EPG eingelesen wird (Nach Now&Next was sofort da ist). Auf anderen Senden (Sat1 und RTL)
wird praktisch sofort die Liste gefüllt.

Ja, das ist klar. Das liegt daran, dass erst für alle Sender "now&next" (Table 0x4f) eingesammelt wird, dann für den aktuellen "scheduled" (0x50).

Einfach ganz oben im eitThread die Zeilen

Code: Alles auswählen

        dmxEIT.addfilter(0x00, 0x00); //0 dummy filter
        dmxEIT.addfilter(0x4f, 0xff); //1  other TS, current/next
        dmxEIT.addfilter(0x50, 0xff); //2  actual TS, scheduled
        dmxEIT.addfilter(0x50, 0xf0); //3  actual TS, scheduled later
//      dmxEIT.addfilter(0x60, 0xf0); //4  other TS, scheduled
        dmxEIT.addfilter(0x60, 0xf1); //4a other TS, scheduled, even
        dmxEIT.addfilter(0x61, 0xf1); //4b other TS, scheduled, odd

mit 0x4f,0xff und 0xf0,0xff (1 und 2) vertauschen.
Das ist mir schon aufgefallen, ich habe aber vergessen, es anzupassen.

[seife]

Warum schmiert dann die Box nicht ab, wenn der sectionsd bei den betreffenden Sendern abgeschaltet wird.

Weil dann keiner den fehlerhaften Code im Treiber benutzt

Ich habe leider nur noch 2 Avia 500 Kabelboxen übrig, davon könntest Du eine bekommen, wenn es helfen würde.

Ohne Kabelanschluss hilft das auch nicht viel

Interessant wäre schon mal ne Statistik, ob es nur mit AVIA500 oder mit beiden Versionen auftritt.

[amiga23]

Vielleicht kann jemand ein szenario posten, bei dem die box auf jeden Fall abstürzt. Ich habe eben in einem aktuellen glibc image auf arte und qvc mit extremem hin und her gezappe probiert und es passiert nix. funktioniert einwandfrei.
Sagem SAT 2xI (also AVIA 600)
UCodes:
avia600vb022
ucode_0014
cam_01_02_105E

[seife]

Sagem und Philips sind wohl von den harten Aufhängern nicht betroffen. Ist wohl eine GTX-Sache.

[mb405]

betrifft doch nur nokia boxen und da wohl auch nur die 500er avias.

[PizzaPicante]

Hi,

"betrifft doch nur nokia boxen und da wohl auch nur die 500er avias."

Nee - habe Nokia 600 Sat, zap auf CNBC und weg ist sie.
Keine FB, Telnet - nach unterschiedlichen Wartezeiten (mal 3 mal 12 min) kommt die Box dann wieder.
Filter auf CNBC ist gesetzt - sprich es wird kein EPG eingelesen.

Dieses Verhalten ist mir beim letzten Hurrikan (Houston) auf CNN auch schon aufgefallen - allerding hat sich die Box nicht wieder erholt und ich musste zum Stecker greifen.

CU

[mb405]

aha also nokia 500 und 600

jo filter hab ich auch probiert. bringt nix.

[rhabarber1848]

Die aktuelle sectionsd-Revision im CVS ist nach den heutigen CVS commits von seife 1.269.

Basierend darauf habe ich den no_debug-Patch aktualisiert, eine Binary damit kompiliert
und beides hier hochgeladen: sectionsd_1.269_nodebug.tar.bz2

[seife]

es gibt noch ne neuere version (1.270), ist aber nur mit der neuesten infoviewer.cpp (1.229) notwendig.

[mb405]

die beiden versionen sind nicht gut.
epg killen und neu starten ist danach unbrauchbar.
es kommt kein epg mehr beim hinzappen in der infobar.

[seife]

Funktioniert bei mir. Wie startest du das EPG neu?

[mb405]

einfach
killall sectionsd, und dann sectionsd.
viele machen das ja vor dem recording, was ja eigentlich quatsch ist. mal kann ihn ja auch schlafen legen. aber das is ne andere geschichte.
manchmal muss man ihn einfach killen, bzw. killt er sich selber.

bei deiner eingecheckten version und infobar muss man neutrino hinterher auch neu starten.

die 1.269 und vorige infobar version gehen wunderbar.
zap auf kanal. epg wird angezeigt nach ca 1sec. die bisher bester version.

PS. wann ist geplant infobar und channelliste zu syncronisieren ?
am samstag war es schön zu sehen der unterschied auf ZDF Wetten da... die ja immer überziehen.
infobar hat korrekt angezeigt genau so das lcd + nur channelliste war schon weiter

[seife]

einfach
killall sectionsd, und dann sectionsd.

Dann musst du neutrino neu starten.
Starte den sectionsd über das service-Menü neu - dafür wurde die Funktion gemacht. Dass der sectionsd sich selbst beendet, ist mir seit ewigen Zeiten nicht mehr passiert. Wenn das vorkommt, ist es ein Bug.

Bisher hat das auch nicht wirklich funktioniert - das war eher Zufall (und die Fehler waren subtil).