Sectionsd Problem

[AudioSlyer]

Hmmm, wenn ich von Passion auf RTL Crime zappe (Kabel Deutschland) frezzed meine Infobar.
-Log entfernt-

Vielleicht kann ein SectionsD-Bezwinger mal ein Auge drauf werfen.

[rhabarber1848]

Hi,

hier ebenfalls KD. Ich habe gerade mehrmals zwischen Passion und RTL Crime
umgeschaltet, keine Probleme aufgetreten.

Zum Testen habe ich ein selbstkompiliertes Kernel 2.4-Image mit folgenden
sectionsd-Patches genutzt:

current-next try2 von Seife: sectionsd-1.264-current-next-try2.gz

Patch von mir, der Debugmeldungen entfernt, hängt von o.g. Patch ab:
sectionsd-1.264-current-next-try2_nodebug2.tar.bz2

Es kann sein, dass aufgrund der fehlenden Debug-Meldungen die lock-Problematik
des sectionsd beim Umschalten nicht so stark zum Tragen kommt.

[AudioSlyer]

hab es selbst gefixt, komisch, dass das sonst niemand hatte.

[rhabarber1848]

hab es selbst gefixt

und wie?

[Gorcon]

Wir vieleicht an den vielen verschiedenen Versionen liegen.

Ich hatte vor kurzem auch mehrfach gelesen das einige mi Premiere Sendern wie RTL Crime oder Discovery CH probleme haben dies konnte ich bis jetzt nicht nachvollziehen.

Habe aber auch nicht das aktuellste JTG drauf.

[tcf4004]

Ich konnte das bisher bei mir im Kabel (UM) auch nicht nachvollziehen. Aber ein Bekannter hat nun genau die hier beschriebenen Probleme, allerdings auf Sat, und auch auf anderen Kanälen.

Habe das mal hier gepostet:
http://forum.tuxbox-cvs.sourceforge.net ... &start=180

hab es selbst gefixt, komisch, dass das sonst niemand hatte.

@AS
Also das haben durchaus noch welche wie man sieht
An welcher Schraube hast Du denn gedreht? Kannst Du uns evtl. einen Tipp geben?

[AudioSlyer]

Ich hab in der infoviewer.cpp den EPG-Collector abgeändert. Ist im CVS ein bischl ungünstig gelöst, wenn der sectionsd mal wieder etwas länger braucht.

[rhabarber1848]

Ich hab in der infoviewer.cpp den EPG-Collector abgeändert. Ist im CVS ein bischl ungünstig gelöst, wenn der sectionsd mal wieder etwas länger braucht.

Könntest Du den Code veröffentlichen?

[GetAway]

Ich hab in der infoviewer.cpp den EPG-Collector abgeändert. Ist im CVS ein bischl ungünstig gelöst, wenn der sectionsd mal wieder etwas länger braucht.

Collector=Sammler. Nimmt diese Funktion auch Einfluß auf die EPG-Vorschau?

[AudioSlyer]

Ich hab ja nur einen Würkaround gemacht, ist keine Lösung.
Problem ist das der Sectionsd bei der Sammlung hängt.
Neutrino meldet:

Code: Alles auswählen

[basicsocket] receive timed out. waiting process 5394 
[CBasicClient] receive failed: /tmp/zapit.sock

Erst dann wird die Infobar angezeigt, mit EGP Current/Next.
Wie geschrieben, ich bin da nicht so im Thema

[seife]

Ich habe mal den EITThreadsPause/unpause-Code geändert (hauptsächlich entfernt), Patch ist hier:
sectionsd-remove-eitthreads-pause-v1.diff
Probiert mal, ob das hilft.
Ich kann das Problem hier (Philips, Kernel 2.6) nicht reproduzieren.

@AudioSlyer: zeig mal, wo du was geändert hast. Ich habe auch schon im infoviewer die getEPG-Aufrufe optimiert, was das Verhalten verbessert (aber nicht ganz gefixt) hat, aber vielleicht sehe ich ja bei deiner Version noch was, was ich bisher übersehen hatte. Generell muss es im sectionsd gefixt werden, dass das der ordentlich abbricht wenn er den Lock nicht kriegt, aber das ist halt nicht trivial

[mb405]

ich bekomm bei deinen diff nen fehler

Code: Alles auswählen

sectionsd.cpp: In function `void commandserviceChanged(int, char*, unsigned int)':
sectionsd.cpp:2896: warning: unused variable 'requestCN_Event'
sectionsd.cpp: In function `void commandCurrentNextInfoChannelID(int, char*, unsigned int)':
sectionsd.cpp:3302: error: jump to label `out'
sectionsd.cpp:3223: error:   from here
sectionsd.cpp:3233: error:   crosses initialization of `SItime etime'
sectionsd.cpp:3302: error: jump to label `out'
sectionsd.cpp:3051: error:   from here
sectionsd.cpp:3233: error:   crosses initialization of `SItime etime'
sectionsd.cpp: At global scope:
sectionsd.cpp:1738: warning: 'const bool ServiceUniqueKeyHasCurrentNext(t_channel_id)' defined but not used
make[4]: *** [sectionsd.o] Fehler 1

[seife]

hast du vorher ein "cvs up" gemacht? Und keine anderen Patches drin?

[mb405]

hmm nööö. ich wollte nur dein diff reinmachen.
hab ja noch deine anderen diff drinne.
ich hab einfach mal den kompletten codeteil von meiner vorgängerversion genommen, und dort eingefügt.
willste en haben zum gegenchecken ?

[seife]

Nö. mach einfach mal daemons/sectionsd neu aus dem CVS und dann den patch rein. Oder hattest du noch andere Fixes drin? Dann her damit (ald diff) ;-)

[mb405]

ald diff ???
klar ich hab alle diffs und fixes drin die du gemacht hast

[rhabarber1848]

CVS-Update gemacht, seifes Patch eingespielt, kompiliert ohne Probleme.
Nun erfolgt der Test im Image...

EDIT: Erster Eindruck, keine neuen Probleme, subjektiv erfolgt die erste
Anzeige von EPG-Daten im Infobar nach "Warte auf EPG-Informationen"
einen Wimpernschlag schneller, allerdings nutze ich den sectionsd mit
meinem angepassten no_debug-Patch.

[T-Tron]

Das Problem besteht leider weiterhin.

[tcf4004]

Hmm, interessant wäre auch mal zu wissen was _genau_ hat sich zB auf Transponder 12551V (Bloomberg Germany & Co.) geändert, dass nun diese Abstürze auftreten, denn es lief ja jahrelang auf derselben Freq einwandfrei, und nun gehts plötzlich nimmer...

Evtl. ist ja was mit den gesendeten sections nicht ok, man bräuchte jemand der sich mit dvbsnoop gut auskennt und mal nen paar Tables analysieren möchte

Ich hab von dvbsnoop nur rudimentär Ahnung und weiss leider nicht wo und mit welchen Parametern ich suchen muss, um den Fehler einzukreisen.

Nur so ne Idee.

[AudioSlyer]

Checkt mal mit dvbsnoop die TOT und TDT auf den Sendern und stoppt die Zeit, mal schauen ob ihr da den selben Effekt wie ich auf Crime und Passion habt.
dvbsnoop -n 3 -nph 0x14

[rhabarber1848]

Ich habe mal den EITThreadsPause/unpause-Code geändert (hauptsächlich entfernt), Patch ist hier:
sectionsd-remove-eitthreads-pause-v1.diff

Ich habe meinen no_debug-Patch an den aktuellen CVS+Code + obigem Patch
angepasst und ein Binary daraus gemacht, no_debug-Patch und Binary gibt es hier:

sectionsd-1.265-remove-eitthreads-pause-v1_nodebug.tar.bz2

[tcf4004]

THX @AS, ich hab mal dvbsnoop angeschmissen, konnte aber (mit meinem Laienverstand) bisher nix auffälliges feststellen
Allerdings treten ja hier auch keine Probleme bei Passion & RTL Crime (UM) auf. Am WE kann ich das evtl. mal bei meinem Bekannten auf Bloomberg & Co. (Sat) testen.

Was ich noch (sporadisch) im seriellen Log gesehen habe ist folgendes:

Code: Alles auswählen

22:27:33.575 dmxCN: waking up again - requested from .change()
e->times.empty in CN-THREAD!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
22:27:33.923 dmxCN: going to sleep...
22:27:33.924 eit_set_update_filter, servicekey = 0x6f270f2b66, current version 23

Allerdings kann ich nicht genau sagen ob das beim Zap auf Passion/Crime aufgetreten ist.

Log dvbsnoop/Passion (UM):

Code: Alles auswählen

dvbsnoop V1.4.51 -- http://dvbsnoop.sourceforge.net/ 

------------------------------------------------------------
SECT-Packet: 00000001   PID: 20 (0x0014), Length: 29 (0x001d)
Time received: Tue 2008-08-19  22:28:52.571
------------------------------------------------------------
PID:  20 (0x0014)  [= assigned for: DVB Time and Date Table (TDT), Time Offset Table (TOT)]

Guess table from table id...
TOT-decoding....
Table_ID: 115 (0x73)  [= Time Offset Table (TOT)]
section_syntax_indicator: 0 (0x00)
reserved_1: 1 (0x01)
reserved_2: 3 (0x03)
Section_length: 26 (0x001a)
UTC_time: 0xd5a9202854 [= 2008-08-19 20:28:54 (UTC)]
reserved_3: 15 (0x0f)
Descriptor_loop_length: 15 (0x000f)

        DVB-DescriptorTag: 88 (0x58)  [= local_time_offset_descriptor]
        descriptor_length: 13 (0x0d)
            Country_code:  DEU
            Country_region_ID: 0 (0x00)
            reserved_1: 1 (0x01)
            local_time_offset_polarity: 0  [= plus to UTC]
            Local_time_offset: 02:00
            Time_of_change: 0xd5ed010000 [= 2008-10-26 01:00:00 (UTC)]
            Next_time_offset: 01:00 


CRC: 1245623519 (0x4a3eb4df)
==========================================================


------------------------------------------------------------
SECT-Packet: 00000002   PID: 20 (0x0014), Length: 8 (0x0008)
Time received: Tue 2008-08-19  22:28:55.570
------------------------------------------------------------
PID:  20 (0x0014)  [= assigned for: DVB Time and Date Table (TDT), Time Offset Table (TOT)]

Guess table from table id...
TDT-decoding....
Table_ID: 112 (0x70)  [= Time Date Table (TDT)]
section_syntax_indicator: 0 (0x00)
reserved_1: 1 (0x01)
reserved_2: 3 (0x03)
Section_length: 5 (0x0005)
UTC_time: 0xd5a9202857 [= 2008-08-19 20:28:57 (UTC)]
==========================================================


------------------------------------------------------------
SECT-Packet: 00000003   PID: 20 (0x0014), Length: 29 (0x001d)
Time received: Tue 2008-08-19  22:28:58.563
------------------------------------------------------------
PID:  20 (0x0014)  [= assigned for: DVB Time and Date Table (TDT), Time Offset Table (TOT)]

Guess table from table id...
TOT-decoding....
Table_ID: 115 (0x73)  [= Time Offset Table (TOT)]
section_syntax_indicator: 0 (0x00)
reserved_1: 1 (0x01)
reserved_2: 3 (0x03)
Section_length: 26 (0x001a)
UTC_time: 0xd5a9202900 [= 2008-08-19 20:29:00 (UTC)]
reserved_3: 15 (0x0f)
Descriptor_loop_length: 15 (0x000f)

        DVB-DescriptorTag: 88 (0x58)  [= local_time_offset_descriptor]
        descriptor_length: 13 (0x0d)
            Country_code:  DEU
            Country_region_ID: 0 (0x00)
            reserved_1: 1 (0x01)
            local_time_offset_polarity: 0  [= plus to UTC]
            Local_time_offset: 02:00
            Time_of_change: 0xd5ed010000 [= 2008-10-26 01:00:00 (UTC)]
            Next_time_offset: 01:00 


CRC: 3181117300 (0xbd9bff74)
==========================================================

Log dvbsnoop/RTL Crime (UM):

Code: Alles auswählen

dvbsnoop V1.4.51 -- http://dvbsnoop.sourceforge.net/ 

------------------------------------------------------------
SECT-Packet: 00000001   PID: 20 (0x0014), Length: 8 (0x0008)
Time received: Tue 2008-08-19  22:30:13.506
------------------------------------------------------------
PID:  20 (0x0014)  [= assigned for: DVB Time and Date Table (TDT), Time Offset Table (TOT)]

Guess table from table id...
TDT-decoding....
Table_ID: 112 (0x70)  [= Time Date Table (TDT)]
section_syntax_indicator: 0 (0x00)
reserved_1: 1 (0x01)
reserved_2: 3 (0x03)
Section_length: 5 (0x0005)
UTC_time: 0xd5a9203015 [= 2008-08-19 20:30:15 (UTC)]
==========================================================


------------------------------------------------------------
SECT-Packet: 00000002   PID: 20 (0x0014), Length: 29 (0x001d)
Time received: Tue 2008-08-19  22:30:16.492
------------------------------------------------------------
PID:  20 (0x0014)  [= assigned for: DVB Time and Date Table (TDT), Time Offset Table (TOT)]

Guess table from table id...
TOT-decoding....
Table_ID: 115 (0x73)  [= Time Offset Table (TOT)]
section_syntax_indicator: 0 (0x00)
reserved_1: 1 (0x01)
reserved_2: 3 (0x03)
Section_length: 26 (0x001a)
UTC_time: 0xd5a9203018 [= 2008-08-19 20:30:18 (UTC)]
reserved_3: 15 (0x0f)
Descriptor_loop_length: 15 (0x000f)

        DVB-DescriptorTag: 88 (0x58)  [= local_time_offset_descriptor]
        descriptor_length: 13 (0x0d)
            Country_code:  DEU
            Country_region_ID: 0 (0x00)
            reserved_1: 1 (0x01)
            local_time_offset_polarity: 0  [= plus to UTC]
            Local_time_offset: 02:00
            Time_of_change: 0xd5ed010000 [= 2008-10-26 01:00:00 (UTC)]
            Next_time_offset: 01:00 


CRC: 1856765929 (0x6eabffe9)
==========================================================


------------------------------------------------------------
SECT-Packet: 00000003   PID: 20 (0x0014), Length: 8 (0x0008)
Time received: Tue 2008-08-19  22:30:19.495
------------------------------------------------------------
PID:  20 (0x0014)  [= assigned for: DVB Time and Date Table (TDT), Time Offset Table (TOT)]

Guess table from table id...
TDT-decoding....
Table_ID: 112 (0x70)  [= Time Date Table (TDT)]
section_syntax_indicator: 0 (0x00)
reserved_1: 1 (0x01)
reserved_2: 3 (0x03)
Section_length: 5 (0x0005)
UTC_time: 0xd5a9203021 [= 2008-08-19 20:30:21 (UTC)]
==========================================================

[GetAway]

@AudioSlyer

Deinen angepassten Code zu posten wäre sehr nett.
Hilft vielleicht allen.
Danke

Gruß GetAway

[tcf4004]

So, hab nochmal auf Bloomberg/Astra 12551V getestet, im Vergleich zu einigen anderen testweise angezappten Sendern
wie zB Eurosport keine grossartigen Unterschiede gefunden. Dennoch treten bei Bloomberg die Abstürze auf und bspw.
bei Eurosport nicht!? Hier noch die Ausgabe von dvbsnoop:

Code: Alles auswählen

dvbsnoop V1.4.51 -- http://dvbsnoop.sourceforge.net/ 

------------------------------------------------------------
SECT-Packet: 00000001   PID: 20 (0x0014), Length: 8 (0x0008)
Time received: Sat 2008-08-23  20:22:03.685
------------------------------------------------------------
PID:  20 (0x0014)  [= assigned for: DVB Time and Date Table (TDT), Time Offset Table (TOT)]

Guess table from table id...
TDT-decoding....
Table_ID: 112 (0x70)  [= Time Date Table (TDT)]
section_syntax_indicator: 0 (0x00)
reserved_1: 1 (0x01)
reserved_2: 3 (0x03)
Section_length: 5 (0x0005)
UTC_time: 0xd5ad182205 [= 2008-08-23 18:22:05 (UTC)]
==========================================================


------------------------------------------------------------
SECT-Packet: 00000002   PID: 20 (0x0014), Length: 68 (0x0044)
Time received: Sat 2008-08-23  20:22:03.695
------------------------------------------------------------
PID:  20 (0x0014)  [= assigned for: DVB Time and Date Table (TDT), Time Offset Table (TOT)]

Guess table from table id...
TOT-decoding....
Table_ID: 115 (0x73)  [= Time Offset Table (TOT)]
section_syntax_indicator: 0 (0x00)
reserved_1: 1 (0x01)
reserved_2: 3 (0x03)
Section_length: 65 (0x0041)
UTC_time: 0xd5ad182205 [= 2008-08-23 18:22:05 (UTC)]
reserved_3: 15 (0x0f)
Descriptor_loop_length: 54 (0x0036)

        DVB-DescriptorTag: 88 (0x58)  [= local_time_offset_descriptor]
        descriptor_length: 52 (0x34)
            Country_code:  DEU
            Country_region_ID: 0 (0x00)
            reserved_1: 1 (0x01)
            local_time_offset_polarity: 0  [= plus to UTC]
            Local_time_offset: 02:00
            Time_of_change: 0xd5ed010000 [= 2008-10-26 01:00:00 (UTC)]
            Next_time_offset: 01:00 

            Country_code:  AUT
            Country_region_ID: 0 (0x00)
            reserved_1: 1 (0x01)
            local_time_offset_polarity: 0  [= plus to UTC]
            Local_time_offset: 02:00
            Time_of_change: 0xd5ed010000 [= 2008-10-26 01:00:00 (UTC)]
            Next_time_offset: 01:00 

            Country_code:  CHE
            Country_region_ID: 0 (0x00)
            reserved_1: 1 (0x01)
            local_time_offset_polarity: 0  [= plus to UTC]
            Local_time_offset: 02:00
            Time_of_change: 0xd5ed010000 [= 2008-10-26 01:00:00 (UTC)]
            Next_time_offset: 01:00 

            Country_code:  LUX
            Country_region_ID: 0 (0x00)
            reserved_1: 1 (0x01)
            local_time_offset_polarity: 0  [= plus to UTC]
            Local_time_offset: 02:00
            Time_of_change: 0xd5ed010000 [= 2008-10-26 01:00:00 (UTC)]
            Next_time_offset: 01:00 


CRC: 2283617887 (0x881d3e5f)
==========================================================


------------------------------------------------------------
SECT-Packet: 00000003   PID: 20 (0x0014), Length: 8 (0x0008)
Time received: Sat 2008-08-23  20:22:13.673
------------------------------------------------------------
PID:  20 (0x0014)  [= assigned for: DVB Time and Date Table (TDT), Time Offset Table (TOT)]

Guess table from table id...
TDT-decoding....
Table_ID: 112 (0x70)  [= Time Date Table (TDT)]
section_syntax_indicator: 0 (0x00)
reserved_1: 1 (0x01)
reserved_2: 3 (0x03)
Section_length: 5 (0x0005)
UTC_time: 0xd5ad182215 [= 2008-08-23 18:22:15 (UTC)]
==========================================================

[Houdini]

Time_of_change: 0xd5ed010000 [= 2008-10-26 01:00:00 (UTC)]

26.10.2008 ??
Hmm, der Umstieg auf die Winterzeit