sectionsd: funktioniert EIT update bei jemandem?

Beitrag von **seife** » Donnerstag 8. November 2007, 12:48

Hallo,
das topic sagt schon alles: funktioniert das EIT update bei irgendjemand (bevorzugt spreche ich hier mal die sectionsd-Bastler, also nirvana, Houdini, ... an :-)
Wenn ihr also den sectionsd mit "-d" startet, oder folgenden patch einspielt:

Code: Alles auswählen

Index: sectionsd.cpp
===================================================================
RCS file: /cvs/tuxbox/apps/tuxbox/neutrino/daemons/sectionsd/sectionsd.cpp,v
retrieving revision 1.249
diff -u -p -r1.249 sectionsd.cpp
--- sectionsd.cpp       30 Oct 2007 08:48:23 -0000      1.249
+++ sectionsd.cpp       8 Nov 2007 11:43:50 -0000
@@ -7731,7 +7731,7 @@ int main(int argc, char **argv)
                                        pfd.events = (POLLIN | POLLPRI);
                                        if (poll(&pfd, 1, 0) > 0) {
                                                if (pfd.fd == eit_update_fd){
-                                                       dprintf("EIT Update Filter: Activate EitThread\n");
+                                                       printf("EIT Update Filter: Activate EitThread\n");
                                                        writeLockMessaging();
 //                                                     messaging_skipped_sections_ID[0].clear();
 //                                                     messaging_sections_max_ID[0] = -1;

triggert das "EIT Update Filter: Activate EitThread" jemals?

Wenn ich mir den Code so anschaue, ist das mindestens seit Version 1.238 kaputt, eher noch länger.

(ich hätte da noch mehr Fragen zum sectionsd, aber dazu später... :-)

ich hatte da auch schonmal rumgedebuggt und das gleiche bemerkt.
Hab aber keine Ahnung warum.
Da du ja möglicherweise ne Idee hast her damit

Beitrag von **seife** » Donnerstag 8. November 2007, 21:03

Ok, ich extrahiere mal die essentiellen diffs aus dem Sauhaufen, der der sectionsd bei mir gerade ist :-)

Edit:
sectionsd-1249-fix_eitupdate.diff

Ich habe das nur zusammen mit anderen Sachen auf der dreambox und nur remote getestet, dort hat's funktioniert (auf Deluxe Music sieht man sehr schön, wie alle paar Minuten ein update kommt :-), außerdem weiß ich nicht wirklich, was ich da tue (noch nicht :-), aber ich glaube das ist schon so der Kern des Ganzen.

Beitrag von **mb405** » Samstag 10. November 2007, 09:47

ist dieser patch auch noch relevant ?

Beitrag von **seife** » Samstag 10. November 2007, 21:52

mb405 hat geschrieben:ist dieser patch auch noch relevant ?

Welcher genau? Dieser?
http://forum.tuxbox-cvs.sourceforge.net ... 810#345810
Im Prinzip ja. Der ist aber auf der dbox anscheinend nicht dringend, und ich untersuche noch, woran es auf der Dreambox hakt. Ich würde ja lieber die Ursache beseitigen, als das Symptom :-)
Des weiteren macht dieser Patch zwingend ein Update der libsectionsdclient und des sectionsd zusammen notwendig, was es schwierig macht, mal schnell ein Binary zu Testzwecken zur Verfügung zu stellen => ich lass den erstmal raus.

Zurück zum Thema :-)
sectionsd-1249-fix_eitupdate-try2.diff der 2. Versuch, diesmal funktioniert es sogar. Zumindest bei mir.
Hat auch noch leicht verschärfte Debugausgaben eingeschaltet (auch ohne -d), also nicht wundern...

Beitrag von **mb405** » Mittwoch 14. November 2007, 10:07

ich habs mal eingebaut.
auf was soll ich achten ?

edit1
ich hab festgestellt, das zbsp. die epg infos auf premiere schneller kommen(auf allen kanälen) auch die direktfeeds werden ale sofort angezeigt, wenn man einzelne sender dafür erstellt hat.

Beitrag von **mb405** » Mittwoch 14. November 2007, 10:41

grad ist mir die version ohne grund abgeschmiert ?

09:19:07 changeDMX [12]-> 4 (0x60/0xfd) other transport stream, scheduled 1/2
09:19:07 changeDMX [12]-> 5 (0x61/0xfd) other transport stream, scheduled 2/2
09:19:45 changeDMX [b12]-> 0 (0xa0/0xff) actual transport stream, now/next
09:20:08 changeDMX [12]-> 6 (0x4e/0xff) actual transport stream, now/next (collect EIT version)
[CBasicClient] connect failed.
/tmp/sectionsd.sock: Connection refused
[CBasicClient] connect failed.
/tmp/sectionsd.sock: Connection refused
...

und hier noch einer

09:43:16 changeDMX [12]-> 4 (0x60/0xfd) other transport stream, scheduled 1/2
09:43:17 changeDMX [12]-> 5 (0x61/0xfd) other transport stream, scheduled 2/2
09:43:19 changeDMX [12]-> 6 (0x4e/0xff) actual transport stream, now/next (collect EIT version)
[CBasicClient] connect failed.
/tmp/sectionsd.sock: Connection refused
[CBasicClient] connect failed.
/tmp/sectionsd.sock: Connection refused
[CBasicClient] connect failed.
/tmp/sectionsd.sock: Connection refused
[CBasicClient] connect failed.
/tmp/sectionsd.sock: Connection refused
[CBasicClient] connect failed.
...

Beitrag von **seife** » Mittwoch 14. November 2007, 10:42

Achte einfach darauf, daß sich nix verschlechtert :-)
Ab und zu müßte ein "EIT Update Filter: Activate EitThread" in der Ausgabe auftauchen, insbesondere auf Kanälen, wo sich die EIT öfters ändert (Deluxe Music ist da immer mein "testcase", aber vermutlich auch auf den Premiere-Portalen).

Aber wenn nix schlechter wird, bin ich schon zufrieden :-)
Was sein kann ist, daß durch das exzessive Debugging die Performance schlechter ist, aber das ist absolut fixbar.

Beitrag von **PT-1** » Mittwoch 14. November 2007, 10:52

@Seife oder jemand anders ;-)

Wenn du/Ihr gerade von Deluxe Music redet, ich habe da ja immer noch meine grosse BSkyB EPG Suchaktion und habe beim spielen ein paar Pid's entdeckt wo auf 28.2 auf 07d4 0002 105d finde ich auf PID 3386 und 3385 Music Choice Content.

Wird solcher eigentlich irgendwo angezeigt ?

3385

Code: Alles auswählen

................ 
.......uSONG0012 
007111200047|Tot 
al Hits|216|T||W 
histle For The C 
hoir|The Fratell 
is||Costello Mus 
ic|Drop The Gun  
Recordings|.J..2

3386

Code: Alles auswählen

N............N.. 
...8P..1.sMqeng. 
Music Choice`Son 
g: She Drives Me 
 Crazy.Artist: F 
ine Young Cannib 
als.Album: Raw & 
 The Cooked.Comp 
: Steele/Gift 21

Beitrag von **seife** » Mittwoch 14. November 2007, 10:58

"Deluxe Music" ist ein Musiksender auf Astra, der in now & next-EPG immer den aktuellen Titel hat. Drum eignet der sich recht gut um das EIT update zu testen.

Was dein Post mit EIT update zu tun hat ist mir nun allerdings schleierhaft.
=> Werd mal nicht offtopic hier :-)

Beitrag von **mb405** » Mittwoch 14. November 2007, 10:59

also nächste test

das etwas langsamere ansprechen stört mich nicht.
wenn ich durch die kanäle zapp geht alles einwandfrei.
ich hab grad premiere discovery chennel geschaut. alles wunderbar, dann ruf ich kanalliste auf, mit dem ergebnis, das epg abschmiert.
ist auch schon auf zdf infokanal passiert.
ich lass mal bissle auf radiokanälen laufen. mal sehn was passiert

auf premiere 60/70er gehts wies scheint

09:59:01 changeDMX [12]-> 0 (0x4e/0xff) actual transport stream, now/next
old_version: 255 new version: 14
09:59:02 eit_version 14
09:59:02 changeDMX [12]-> 1 (0x50/0xff) actual transport stream, scheduled
09:59:02 changeDMX [12]-> 2 (0x4e/0xfe) actual + other transport stream, now/next
old_version: 14 new version: 14
09:59:02 changeDMX [12]-> 3 (0x50/0xf0) actual transport stream, scheduled
09:59:02 changeDMX [12]-> 4 (0x60/0xfd) other transport stream, scheduled 1/2
09:59:03 changeDMX [b12]-> 0 (0xa0/0xff) actual transport stream, now/next
09:59:12 changeDMX [12]-> 5 (0x61/0xfd) other transport stream, scheduled 2/2
DMX::setCurrentService(0x99)
09:59:12 changeDMX [12]-> 6 (0x4e/0xff) actual transport stream, now/next (collect EIT version)
old_version: 14 new version: 14
09:59:13 eit_set_update_filter, servicekey = 0x100850099, current version 14
10:00:19 EIT Update Filter: Activate EitThread
sectionsd.cpp:main:7986
10:00:19 changeDMX [12]-> 0 (0x4e/0xff) actual transport stream, now/next
old_version: 255 new version: 15
10:00:19 eit_version 15
old_version: 15 new version: 15
10:00:20 changeDMX [12]-> 1 (0x50/0xff) actual transport stream, scheduled
10:00:20 changeDMX [12]-> 2 (0x4e/0xfe) actual + other transport stream, now/next
old_version: 15 new version: 15
10:00:20 changeDMX [12]-> 3 (0x50/0xf0) actual transport stream, scheduled
10:00:20 changeDMX [12]-> 4 (0x60/0xfd) other transport stream, scheduled 1/2
[10:00:30 changeDMX [12]-> 5 (0x61/0xfd) other transport stream, scheduled 2/2
DMX::setCurrentService(0x99)
10:00:31 changeDMX [12]-> 6 (0x4e/0xff) actual transport stream, now/next (collect EIT version)
old_version: 15 new version: 15
10:00:31 eit_set_update_filter, servicekey = 0x100850099, current version 15

Beitrag von **seife** » Mittwoch 14. November 2007, 11:00

crashed der sectionsd oder hat er nur kein EPG mehr?

Beitrag von **mb405** » Mittwoch 14. November 2007, 11:03

der crasht komplett.
da auch kein sectionsd.sock mehr da ist.

Beitrag von **mb405** » Mittwoch 14. November 2007, 11:24

und nochmal ein crash

10:22:42 changeDMX [12]-> 4 (0x60/0xfd) other transport stream, scheduled 1/2
10:22:42 changeDMX [12]-> 5 (0x61/0xfd) other transport stream, scheduled 2/2
10:22:45 changeDMX [12]-> 6 (0x4e/0xff) actual transport stream, now/next (collect EIT version)
[CBasicClient] connect failed.
/tmp/sectionsd.sock: Connection refused
[CBasicClient] connect failed.
/tmp/sectionsd.sock: Connection refused
[CBasicClient] connect failed.
/tmp/sectionsd.sock: Connection refused
[CBasicClient] connect failed.
/tmp/sectionsd.sock: Connection refused
[CBasicClient] connect failed.

und so sind die ausgaben gleich, aber es geht

10:24:25 changeDMX [12]-> 4 (0x60/0xfd) other transport stream, scheduled 1/2
10:24:27 changeDMX [12]-> 5 (0x61/0xfd) other transport stream, scheduled 2/2
DMX::setCurrentService(0x2ee3)
10:24:27 changeDMX [12]-> 6 (0x4e/0xff) actual transport stream, now/next (collect EIT version)
waiting for eit_version...
old_version: 255 new version: 23
10:24:27 eit_version 23
10:24:27 eit_set_update_filter, servicekey = 0x44100012ee3, current version 23

+ dmxEIT.addfilter( 0x60, 0xfd ); // other TS, scheduled, even
+ dmxEIT.addfilter( 0x61, 0xfd ); // other TS, scheduled, odd

Sollte es nicht 0xf1 statt 0xfd heißen?

Ansonsten wäre eine Vermutung, dass der Absturz aus dem reset_eit im dmx kommt. Nicht dass ich es getestet hätte, bloß vom anschauen des Codes riecht es nach Race Condition. Wie gesagt, nur vermutet...

Beitrag von **seife** » Mittwoch 14. November 2007, 12:30

Nirvana hat geschrieben:+ dmxEIT.addfilter( 0x60, 0xfd ); // other TS, scheduled, even
+ dmxEIT.addfilter( 0x61, 0xfd ); // other TS, scheduled, odd

Sollte es nicht 0xf1 statt 0xfd heißen?

Ähm. Ja. Peinlich. Das ist aber hier vermutlich nicht das Problem :-)

Ansonsten wäre eine Vermutung, dass der Absturz aus dem reset_eit im dmx kommt. Nicht dass ich es getestet hätte, bloß vom anschauen des Codes riecht es nach Race Condition. Wie gesagt, nur vermutet...

Ich glaube nicht, daß das zu einem Crash führen kann. Die eit_version wird ja nur benutzt, um den Filter zu setzen, vor der Thread sich schlafen legt. Im schlimmsten Fall könnte da ein falscher Filter gesetzt sein, was dann zu "wacht garnicht auf" oder "wacht sofort wieder auf" führt, aber eigenltlich nicht zu einem sang- und klanglosen Abgang :-(

evtl. sind es auch meine Hacks mit

Code: Alles auswählen

int _debug=debug; debug = 1;
                    dprintf("EIT Update Filter: Activate EitThread\n");
debug=_debug;

Das ist jedenfalls nicht thread-safe (funktioniert auf der dream mit kernel 2.6 aber trotzdem, auf der dbox eher nicht :-)

Falls ich am Wochenende nach Hause komme (also wenn Züge fahren :-), teste ich das nochmals ausführlicher auf der dbox.

Evtl. lohnt es sich dann auch eine Testversion zu machen, in der der EIT-Thread nur bei Senderwechsel, oder Sendungswechsel aktiviert wird und gar nicht mehr periodisch. Oder ist das in dieser Version schon so?

Beitrag von **mb405** » Mittwoch 14. November 2007, 12:44

also ich hatte es jetzt ne ganze weile auf rtl laufen, da geht es einwandfrei.
ich werd wieder auf premiere zappen. mal sehn was passiert.

sagt einfach was ich ändern soll am code

dann frimel ich das rein, und gebe bericht.

Beitrag von **seife** » Mittwoch 14. November 2007, 12:45

Nein, das ist noch nicht so. Aber was ich mir überlegt hatte (und auch lokal schon so drin habe) ist: wenn eit_update aktiv und eine Version zum Filtern gefunden wurde, dann den Timeout (5 Minuten) mal 12 nehmen, also den eitThread nur noch einmal pro Stunde aufwecken. Das könnte man natürlich auch zu "dann den Timeout auf unendlich" abändern :-)

Aber nun muß ich mir erstmal anschauen, warum das crashed.

Edit:
@mb405: du könntest den sectionsd mal mit "-d" starten, evtl. sieht man dann noch mehr, bevor er stirbt. Auf jeden Fall sehen wir dann auch, woran (aber vermutlich ist es ein SEGV).

Beitrag von **mb405** » Mittwoch 14. November 2007, 13:08

kein problem

12:06:52 [sectionsd] sendEventList - response-size: 0x8a0
12:06:52 Connection from UDS
12:06:52 version: 5, cmd: 26, numbytes: 1
12:06:52 data length: 4
12:06:52 commandPauseSorting
12:06:52 Request of stop sorting events.
12:06:52 Connection from UDS
12:06:52 version: 5, cmd: 14, numbytes: 1
12:06:52 data length: 336
12:06:52 commandEventListTVids
Request of TV event list (IDs).

12:06:52 [sectionsd] sendEventList - response-size: 0x8a0
12:06:53 Connection from UDS
12:06:53 version: 5, cmd: 26, numbytes: 1
12:06:53 data length: 4
12:06:53 commandPauseSorting
12:06:53 Request of continue sorting events.
12:06:56 Connection from UDS
12:06:56 version: 5, cmd: 16, numbytes: 1
12:06:56 data length: 8
12:06:56 commandCurrentNextInfoChannelID
12:06:56 [sectionsd] Request of current/next information for 20085000a
12:06:56 [sectionsd] current EPG found.
12:06:56 [sectionsd] next EPG found.
12:07:00 Connection from UDS
12:07:00 version: 5, cmd: 14, numbytes: 1
12:07:00 data length: 336
12:07:00 commandEventListTVids
Request of TV event list (IDs).

12:07:00 [sectionsd] sendEventList - response-size: 0x8a0
12:07:00 Connection from UDS
12:07:00 version: 5, cmd: 26, numbytes: 1
12:07:00 data length: 4
12:07:00 commandPauseSorting
12:07:00 Request of stop sorting events.
12:07:00 Connection from UDS
12:07:00 version: 5, cmd: 14, numbytes: 1
12:07:00 data length: 336
12:07:00 commandEventListTVids
Request of TV event list (IDs).

12:07:00 [sectionsd] sendEventList - response-size: 0x8a0
12:07:01 Connection from UDS
12:07:01 version: 5, cmd: 26, numbytes: 1
12:07:01 data length: 4
12:07:01 commandPauseSorting
12:07:01 Request of continue sorting events.
12:07:03 Connection from UDS
12:07:03 version: 5, cmd: 24, numbytes: 1
12:07:03 data length: 16
12:07:03 commandserviceChanged
12:07:03 [sectionsd] commandserviceChanged: Service changed to 200850009
DMX::setCurrentService(0x9)
[sectionsd] commandserviceChanged: current service-descriptor not loaded yet!
12:07:03 Current Event: Der rote Kakadu
12:07:03 Next Event: Mein Name ist Modesty (My Name Is Modesty)
sectionsd.cpp:commandserviceChanged:2842
12:07:03 changeDMX [12]-> 3 (0x50/0xf0) actual transport stream, scheduled
12:07:04 Connection from UDS
12:07:04 version: 5, cmd: 16, numbytes: 1
12:07:04 data length: 8
12:07:04 commandCurrentNextInfoChannelID
12:07:04 [sectionsd] Request of current/next information for 200850009
12:07:04 [sectionsd] current EPG found.
12:07:04 [sectionsd] next EPG found.
12:07:04 Connection from UDS
12:07:04 version: 5, cmd: 29, numbytes: 1
12:07:04 data length: 2
12:07:04 commandSetPrivatePid
12:07:05 Connection from UDS
12:07:05 version: 5, cmd: 19, numbytes: 1
12:07:05 data length: 8
12:07:05 commandComponentTagsUniqueKey
12:07:05 Request of ComponentTags for 0x20085000931ca
12:07:05 ComponentTags found.
12:07:05 components.size 3
12:07:05 16:9
12:07:05 Deutsch
12:07:05 Dolby Digital 2.0
12:07:07 Connection from UDS
12:07:07 version: 5, cmd: 14, numbytes: 1
12:07:07 data length: 25504
12:07:07 commandEventListTVids
Request of TV event list (IDs).

12:07:07 [sectionsd] sendEventList - response-size: 0xf49
12:07:10 Connection from UDS
12:07:10 version: 5, cmd: 14, numbytes: 1
12:07:10 data length: 336
12:07:10 commandEventListTVids
Request of TV event list (IDs).

12:07:10 [sectionsd] sendEventList - response-size: 0x8a0
12:07:10 Connection from UDS
12:07:10 version: 5, cmd: 26, numbytes: 1
12:07:10 data length: 4
12:07:10 commandPauseSorting
12:07:10 Request of stop sorting events.
12:07:10 Connection from UDS
12:07:10 version: 5, cmd: 14, numbytes: 1
12:07:10 data length: 336
12:07:10 commandEventListTVids
Request of TV event list (IDs).

12:07:10 [sectionsd] sendEventList - response-size: 0x8a0
12:07:11 Connection from UDS
12:07:11 version: 5, cmd: 26, numbytes: 1
12:07:11 data length: 4
12:07:11 commandPauseSorting
12:07:11 Request of continue sorting events.
12:07:13 Connection from UDS
12:07:13 version: 5, cmd: 14, numbytes: 1
12:07:13 data length: 232
12:07:13 commandEventListTVids
Request of TV event list (IDs).

12:07:13 [sectionsd] sendEventList - response-size: 0x2f
12:07:13 Connection from UDS
12:07:13 version: 5, cmd: 26, numbytes: 1
12:07:13 data length: 4
12:07:13 commandPauseSorting
12:07:13 Request of stop sorting events.
12:07:13 Connection from UDS
12:07:13 version: 5, cmd: 14, numbytes: 1
12:07:13 data length: 232
12:07:13 commandEventListTVids
Request of TV event list (IDs).

12:07:13 [sectionsd] sendEventList - response-size: 0x2f
12:07:13 Connection from UDS
12:07:13 version: 5, cmd: 26, numbytes: 1
12:07:13 data length: 4
12:07:13 commandPauseSorting
12:07:13 Request of continue sorting events.
12:07:13 [eitThread] skipping to next filter(4) (> DMX_HAS_ALL_CURRENT_SECTIONS_SKIPPING)
12:07:13 changeDMX [12]-> 4 (0x60/0xf1) other transport stream, scheduled 1/2
12:07:13 changeDMX [12]-> 5 (0x61/0xf1) other transport stream, scheduled 2/2
12:07:14 dmx.read timeout - filter: 61 - timeout# 0
12:07:14 dmx.read timeout - filter: 61 - timeout# 1
12:07:15 dmx.read timeout - filter: 61 - timeout# 2
12:07:15 dmx.read timeout - filter: 61 - timeout# 3
12:07:15 [eitThread] skipping to next filter(6) (> DMX_TIMEOUT_SKIPPING)
12:07:15 changeDMX [12]-> 6 (0x4e/0xff) actual transport stream, now/next (collect EIT version)
Segmentation fault

und nochmal das ende von nen anderen absturz

12:10:42 [sectionsd] sendEventList - response-size: 0x8a0
12:10:43 Connection from UDS
12:10:43 version: 5, cmd: 26, numbytes: 1
12:10:43 data length: 4
12:10:43 commandPauseSorting
12:10:43 Request of continue sorting events.
12:10:44 [eitThread] skipping to next filter(4) (> DMX_HAS_ALL_CURRENT_SECTIONS_SKIPPING)
12:10:44 changeDMX [12]-> 4 (0x60/0xf1) other transport stream, scheduled 1/2
12:10:44 changeDMX [12]-> 5 (0x61/0xf1) other transport stream, scheduled 2/2
12:10:45 dmx.read timeout - filter: 61 - timeout# 0
12:10:45 dmx.read timeout - filter: 61 - timeout# 1
12:10:46 dmx.read timeout - filter: 61 - timeout# 2
12:10:46 Connection from UDS
12:10:46 version: 5, cmd: 16, numbytes: 1
12:10:46 data length: 8
12:10:46 commandCurrentNextInfoChannelID
12:10:46 [sectionsd] Request of current/next information for 200850009
12:10:46 [sectionsd] current EPG found.
12:10:46 [sectionsd] next EPG found.
12:10:46 dmx.read timeout - filter: 61 - timeout# 3
12:10:46 [eitThread] skipping to next filter(6) (> DMX_TIMEOUT_SKIPPING)
12:10:46 changeDMX [12]-> 6 (0x4e/0xff) actual transport stream, now/next (collect EIT version)
Segmentation fault

und noch einer

12:15:51 [sectionsd] sendEventList - response-size: 0x12fe
12:15:52 Connection from UDS
12:15:52 version: 5, cmd: 29, numbytes: 1
12:15:52 data length: 2
12:15:52 commandSetPrivatePid
12:15:52 Connection from UDS
12:15:52 version: 5, cmd: 19, numbytes: 1
12:15:52 data length: 8
12:15:52 commandComponentTagsUniqueKey
12:15:52 Request of ComponentTags for 0x90085003c0b54
12:15:52 ComponentTags found.
12:15:52 components.size 2
12:15:52 Video
12:15:52 Audio
12:15:55 Connection from UDS
12:15:55 version: 5, cmd: 16, numbytes: 1
12:15:55 data length: 8
12:15:55 commandCurrentNextInfoChannelID
12:15:55 [sectionsd] Request of current/next information for 90085003c
12:15:55 [sectionsd] current EPG found.
12:15:55 [sectionsd] next EPG found.
12:16:17 Connection from UDS
12:16:17 version: 5, cmd: 16, numbytes: 1
12:16:17 data length: 8
12:16:17 commandCurrentNextInfoChannelID
12:16:17 [sectionsd] Request of current/next information for 90085003c
12:16:17 [sectionsd] current EPG found.
12:16:17 [sectionsd] next EPG found.
12:16:19 [eitThread] skipping to next filter(4) (> DMX_HAS_ALL_SECTIONS_SKIPPING)
12:16:19 changeDMX [12]-> 4 (0x60/0xf1) other transport stream, scheduled 1/2
12:16:19 changeDMX [12]-> 5 (0x61/0xf1) other transport stream, scheduled 2/2
12:16:20 dmx.read timeout - filter: 61 - timeout# 0
12:16:20 dmx.read timeout - filter: 61 - timeout# 1
12:16:21 dmx.read timeout - filter: 61 - timeout# 2
12:16:21 dmx.read timeout - filter: 61 - timeout# 3
12:16:21 [eitThread] skipping to next filter(6) (> DMX_TIMEOUT_SKIPPING)
12:16:21 changeDMX [12]-> 6 (0x4e/0xff) actual transport stream, now/next (collect EIT version)
Segmentation fault

12:25:15 dmx.read timeout - filter: 61 - timeout# 0
12:25:15 [sectionsd] sendEventList - response-size: 0x882
12:25:15 Connection from UDS
12:25:15 version: 5, cmd: 26, numbytes: 1
12:25:15 data length: 4
12:25:15 commandPauseSorting
12:25:15 Request of continue sorting events.
12:25:16 dmx.read timeout - filter: 61 - timeout# 0
12:25:17 dmx.read timeout - filter: 61 - timeout# 1
12:25:17 Connection from UDS
12:25:17 version: 5, cmd: 16, numbytes: 1
12:25:17 data length: 8
12:25:17 commandCurrentNextInfoChannelID
12:25:17 [sectionsd] Request of current/next information for 43700016d6b
12:25:17 [sectionsd] current EPG found.
12:25:17 [sectionsd] next EPG found.
12:25:17 dmx.read timeout - filter: 61 - timeout# 0
12:25:18 dmx.read timeout - filter: 61 - timeout# 0
12:25:19 dmx.read timeout - filter: 61 - timeout# 0
12:25:20 dmx.read timeout - filter: 61 - timeout# 0
12:25:21 dmx.read timeout - filter: 61 - timeout# 0
12:25:22 dmx.read timeout - filter: 61 - timeout# 0
12:25:22 dmx.read timeout - filter: 61 - timeout# 0
12:25:24 dmx.read timeout - filter: 61 - timeout# 0
12:25:26 dmx.read timeout - filter: 61 - timeout# 0
12:25:26 dmx.read timeout - filter: 61 - timeout# 0
12:25:27 dmx.read timeout - filter: 61 - timeout# 0
12:25:28 dmx.read timeout - filter: 61 - timeout# 0
12:25:29 dmx.read timeout - filter: 61 - timeout# 0
12:25:29 dmx.read timeout - filter: 61 - timeout# 1
12:25:30 dmx.read timeout - filter: 61 - timeout# 0
12:25:32 dmx.read timeout - filter: 61 - timeout# 0
12:25:33 dmx.read timeout - filter: 61 - timeout# 1
12:25:34 dmx.read timeout - filter: 61 - timeout# 0
12:25:34 dmx.read timeout - filter: 61 - timeout# 1
12:25:35 dmx.read timeout - filter: 61 - timeout# 0
12:25:36 dmx.read timeout - filter: 61 - timeout# 0
12:25:36 dmx.read timeout - filter: 61 - timeout# 1
12:25:37 dmx.read timeout - filter: 61 - timeout# 0
12:25:38 dmx.read timeout - filter: 61 - timeout# 0
12:25:38 dmx.read timeout - filter: 61 - timeout# 0
12:25:39 dmx.read timeout - filter: 61 - timeout# 1
12:25:39 dmx.read timeout - filter: 61 - timeout# 2
12:25:41 dmx.read timeout - filter: 61 - timeout# 0
12:25:41 dmx.read timeout - filter: 61 - timeout# 1
12:25:42 dmx.read timeout - filter: 61 - timeout# 0
12:25:43 dmx.read timeout - filter: 61 - timeout# 0
12:25:44 dmx.read timeout - filter: 61 - timeout# 0
12:25:44 dmx.read timeout - filter: 61 - timeout# 1
12:25:45 dmx.read timeout - filter: 61 - timeout# 0
12:25:46 dmx.read timeout - filter: 61 - timeout# 0
12:25:46 dmx.read timeout - filter: 61 - timeout# 1
12:25:47 dmx.read timeout - filter: 61 - timeout# 0
12:25:48 dmx.read timeout - filter: 61 - timeout# 0
12:25:49 dmx.read timeout - filter: 61 - timeout# 0
12:25:49 dmx.read timeout - filter: 61 - timeout# 1
12:25:50 dmx.read timeout - filter: 61 - timeout# 0
12:25:50 dmx.read timeout - filter: 61 - timeout# 0
12:25:51 dmx.read timeout - filter: 61 - timeout# 0
12:25:52 dmx.read timeout - filter: 61 - timeout# 0
12:25:53 [eitThread] skipping to next filter(6) (> TIME_EIT_SKIPPING)
12:25:53 changeDMX [12]-> 6 (0x4e/0xff) actual transport stream, now/next (collect EIT version)
Segmentation fault

scheint immer die selbe stelle zu sein

Beitrag von **mb405** » Mittwoch 14. November 2007, 13:26

ups doppelt
hier fast der selbe log ohne absturz

12:29:36 dmx.read timeout - filter: 60 - timeout# 0
12:29:37 dmx.read timeout - filter: 60 - timeout# 0
12:29:38 dmx.read timeout - filter: 60 - timeout# 0
12:29:39 dmx.read timeout - filter: 60 - timeout# 1
12:29:40 dmx.read timeout - filter: 60 - timeout# 0
12:29:41 dmx.read timeout - filter: 60 - timeout# 0
12:29:41 dmx.read timeout - filter: 60 - timeout# 0
12:29:43 dmx.read timeout - filter: 60 - timeout# 0
12:29:43 dmx.read timeout - filter: 60 - timeout# 0
12:29:44 dmx.read timeout - filter: 60 - timeout# 0
12:29:44 dmx.read timeout - filter: 60 - timeout# 0
12:29:45 [eitThread] skipping to next filter(5) (> TIME_EIT_SKIPPING)
12:29:45 changeDMX [12]-> 5 (0x61/0xf1) other transport stream, scheduled 2/2
DMX::setCurrentService(0x0)
12:29:45 changeDMX [12]-> 6 (0x4e/0xff) actual transport stream, now/next (collect EIT version)
12:29:46 dmxEIT: going to sleep...
eit_set_update_filter, servicekey = 0x0, current version 0
12:30:00 Connection from UDS
12:30:00 version: 5, cmd: 16, numbytes: 1
12:30:00 data length: 8
12:30:00 commandCurrentNextInfoChannelID
12:30:00 [sectionsd] Request of current/next information for 43700016d6b
12:30:00 [sectionsd] current EPG found.
12:30:06 Connection from UDS
12:30:06 version: 5, cmd: 19, numbytes: 1
12:30:06 data length: 8
12:30:06 commandComponentTagsUniqueKey
12:30:06 Request of ComponentTags for 0x43700016d6b541a
12:30:06 ComponentTags found.
12:30:06 components.size 2
12:30:06 4:3
12:30:06 Stereo
12:30:08 Connection from UDS
12:30:08 version: 5, cmd: 14, numbytes: 1
12:30:08 data length: 25504
12:30:08 commandEventListTVids
Request of TV event list (IDs).

ich hoffe es hilft euch

Beitrag von **seife** » Mittwoch 14. November 2007, 15:19

Ganz oben in debug.h habe ich um #define dprintf() ein "#if 0", mach da mal "#if 1" (Zeile 33).
Dann überall bei diesen Konstrukten in dmx.cpp und sectionsd.cpp:

Code: Alles auswählen

int _debug = debug;debug=1;
dprintf("eit_version %d\n", eit_version);
debug=_debug;

einfach die beiden Zeilen "int _debug=..." und "debug=_debug" auskommentieren (dmx.cpp Zeilen 366, 368, 689 und 691, sectionsd.cpp Zeile 6564, 6570, 7814 und 7816).
Wenn du sowieso mit "-d" laufen läßt, dann macht das keinen großen Unterschied von der Ausgabe, aber wir sind sicher, daß nicht mein "pack die Uhrzeit mit in die debug-Ausgabe"-Hack schuld ist. Und die Performance ist dann auch wieder besser :-)

Beitrag von **mb405** » Mittwoch 14. November 2007, 15:59

leider

[sectionsd] sendEventList - response-size: 0xf6b
Connection from UDS
version: 5, cmd: 29, numbytes: 1
data length: 2
commandSetPrivatePid
Connection from UDS
version: 5, cmd: 19, numbytes: 1
data length: 8
commandComponentTagsUniqueKey
Request of ComponentTags for 0x20085000931cc
ComponentTags found.
components.size 0
[eitThread] skipping to next filter(4) (> DMX_HAS_ALL_SECTIONS_SKIPPING)
changeDMX [12]-> 4 (0x60/0xf1) other transport stream, scheduled 1/2
changeDMX [12]-> 5 (0x61/0xf1) other transport stream, scheduled 2/2
dmx.read timeout - filter: 61 - timeout# 0
dmx.read timeout - filter: 61 - timeout# 1
dmx.read timeout - filter: 61 - timeout# 2
dmx.read timeout - filter: 61 - timeout# 3
[eitThread] skipping to next filter(6) (> DMX_TIMEOUT_SKIPPING)
changeDMX [12]-> 6 (0x4e/0xff) actual transport stream, now/next (collect EIT version)
Segmentation fault

Beitrag von **seife** » Mittwoch 14. November 2007, 16:13

Hm. Im Moment habe ich da keine Idee. Mach mal debug-printf's rein, evtl. um die Zeile 6911 rum, so in der Art:

Code: Alles auswählen

fprintf(stderr,"%s:%s:%d\n",__FILE__,__FUNCTION__,__LINE__);
                        buf = dmxEIT.getSection(timeoutInMSeconds, timeoutsDMX);
fprintf(stderr,"%s:%s:%d\n",__FILE__,__FUNCTION__,__LINE__);
                        writeLockMessaging();
                        messaging_current_version_number = dmxEIT.get_eit_version();
                        unlockMessaging();
fprintf(stderr,"%s:%s:%d\n",__FILE__,__FUNCTION__,__LINE__);

                        if (buf == NULL)
                                continue;
fprintf(stderr,"%s:%s:%d\n",__FILE__,__FUNCTION__,__LINE__);

Und an evtl. anderen verdächtigen Stellen. Auch in dmx.cpp:DMX::getSection könnte er durchaus an einigen Stellen auf die Schnauze fallen... Dummerweise hat es bei mir funktioniert und jetzt bin ich ein paar Hundert Kilometer von der Box weg :-(

Beitrag von **mb405** » Mittwoch 14. November 2007, 16:16

naja macht ja nix.
die dbox ist wohl doch bissle anders als die dream in der hinsicht.
ich hab ja noch die funt. version hier.