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

[PauleFoul]

Zuerst einmal möchte ich sagen das es schön ist, das sich wieder mal jemand um unser "Sorgenkind"
kümmert...

Bei mir läuft soweit alles gut...

Eindruck: Now Event schneller, Next Event langsamer.

Wenn das Next auch so schnell da wäre... Oha...


Gruß
____Paule

[dbt]

Hab das auch mal reingenommen und läuft bisher sauber.

[bellum]

Auch bei mir läufts seit einigen Tagen problemlos und es kommt mir so vor, dass (beim Zappen) now/next schneller angezeigt werden
Danke und Gruß

bellum

[mb405]

im log kommen immer mal die anzeigen beim zappen.

waiting for more than 35 seconds - bail out...
check your code - nothing to stop
waiting for eit_version...

ps
die epgdaten auf allen kanälen(channellist) kommen mir schneller vor

[seife]

im log kommen immer mal die anzeigen beim zappen.

waiting for more than 35 seconds - bail out...
check your code - nothing to stop
waiting for eit_version...

Ja, ich habe noch einen bug im "warte auf EIT-Version"-Code gefunden, ich werde heute abend noch mal nen testpatch machen, muss nur erstmal fürs Wochenende auf die Einkaufstour

Nach dem EPG-restart funktioniert es auch nicht mehr richtig, weil ich den dmxCN im pause/unpause-Code vergessen habe
=> heute abend gibts den Fix.

ps
die epgdaten auf allen kanälen(channellist) kommen mir schneller vor

Das wollte ich hören

[mb405]

freu mich auf den patch

[PauleFoul]

@ Seife

Danke!

[seife]

So. Patch: sectionsd-1.261-current-next-thread-v2.diff

sowie ein binary: sectionsd-current-next-thread-v2.gz (auf der box mit gunzip dekomprimieren).

Viel Spaß

Das Logging sollte so wenig sein, dass es die Performance nicht mehr beeinträchtigt, aber genug um evtl. Probleme zu erkennen.

[mb405]

logging wenig ?
also ich habs mal fix reingebastelt.
auf was soll ich achten ?

die infos in der channelliste kommen fix wie bei der letzten version
ein log vom zap auf eurosport2

08:40:43.448 changeDMX [12]-> 0 (0x4e/0xff)
08:40:43.450 dmxCN: waking up again - requested from .change()
08:40:43.550 changeDMX [EIT]-> 0 (0x0/0x0) dummy filter (32 seconds)
08:40:45.656 [cnThread] got all current_next - sending event!
08:40:45.657 dmxCN: going to sleep...
08:40:45.659 eit_set_update_filter, servicekey = 0x44e00013395, current version 18
08:40:45.680 changeDMX [EIT]-> 1 (0x50/0xff) actual transport stream, scheduled (2 seconds)
08:40:45.808 changeDMX [12]-> 0 (0x4e/0xff)
08:40:45.811 dmxCN: waking up again - requested from .change()
08:40:46.155 [cnThread] got all current_next - sending event!
08:40:46.156 dmxCN: going to sleep...
08:40:46.157 eit_set_update_filter, servicekey = 0x44e00013395, current version 18
08:41:36.961 changeDMX [EIT]-> 2 (0x4f/0xff) other transport stream, now/next (51 seconds)
08:41:40.730 changeDMX [EIT]-> 3 (0x50/0xf0) actual transport stream, scheduled2 (4 seconds)
08:41:55.357 changeDMX [EIT]-> 4 (0x60/0xf1) other transport stream, scheduled 1/2 (15 seconds)
08:42:13.221 changeDMX [EIT]-> 5 (0x61/0xf1) other transport stream, scheduled 2/2 (18 seconds)
08:42:33.604 changeDMX [10]-> 0 (0x40/0xfe)
08:42:41.032 changeDMX [11]-> 0 (0x42/0xf3)
dmxSDT: waking up again - requested from .change()
[sdtThread] added 16 services [table 0x42 TID: 0001044e]
[sdtThread] added 39 services [table 0x46 TID: 0001045b]
[sdtThread] added 19 services [table 0x46 TID: 0001045d]
08:42:48.849 dmxSDT: going to sleep...

[seife]

logging wenig ?

Wenig genug, dass es die Performance nicht stören sollte ;-)

also ich habs mal fix reingebastelt.
auf was soll ich achten ?

Die Sachen mit den vielen "!!!!" sollten nie auftreten. Ansonsten erwarte ich keine besonderen Schwierigkeiten mehr.
Wenn man auf einen Sender zappt, der nur current und kein next hat, dann wird 5 Sekunden lang ständig der cnThread neu getriggert, um noch an next zu kommen, aber danach legt er sich auch schlafen (sehe ich z.B. auf dem Premiere Direkt Portal, das ist ja unverschlüsselt).
Ansonsten sollten halt die current/next flott da sein, ich teste immer auf Deluxe Music, da die nur cur/next haben, aber die sekundengenau aktualisieren. Die Premiere-Radiostationen sollen das auch machen (wohl nur current), aber ich habe kein Abo und kann das nicht testen.

Ausser bei Tabelle 0x60 treten bei mir keine POLLERRs auf, wenn die bei ner anderen Table kommen, dann müsste man evtl. die Puffer vergrößern (ich habe die Puffer generell mal eher verkleinert, denn bei EIT/Table 0x60 hat auch >256kB nichts gebracht, und bei der SDT hat 128kB auch gereicht.

die infos in der channelliste kommen fix wie bei der letzten version
ein log vom zap auf eurosport2

08:40:43.448 changeDMX [12]-> 0 (0x4e/0xff)
08:40:43.450 dmxCN: waking up again - requested from .change()
08:40:43.550 changeDMX [EIT]-> 0 (0x0/0x0) dummy filter (32 seconds)
08:40:45.656 [cnThread] got all current_next - sending event!
08:40:45.657 dmxCN: going to sleep...
08:40:45.659 eit_set_update_filter, servicekey = 0x44e00013395, current version 18
08:40:45.680 changeDMX [EIT]-> 1 (0x50/0xff) actual transport stream, scheduled (2 seconds)
08:40:45.808 changeDMX [12]-> 0 (0x4e/0xff)
08:40:45.811 dmxCN: waking up again - requested from .change()
08:40:46.155 [cnThread] got all current_next - sending event!
08:40:46.156 dmxCN: going to sleep...
08:40:46.157 eit_set_update_filter, servicekey = 0x44e00013395, current version 18
08:41:36.961 changeDMX [EIT]-> 2 (0x4f/0xff) other transport stream, now/next (51 seconds)
08:41:40.730 changeDMX [EIT]-> 3 (0x50/0xf0) actual transport stream, scheduled2 (4 seconds)
08:41:55.357 changeDMX [EIT]-> 4 (0x60/0xf1) other transport stream, scheduled 1/2 (15 seconds)
08:42:13.221 changeDMX [EIT]-> 5 (0x61/0xf1) other transport stream, scheduled 2/2 (18 seconds)
08:42:33.604 changeDMX [10]-> 0 (0x40/0xfe)
08:42:41.032 changeDMX [11]-> 0 (0x42/0xf3)
dmxSDT: waking up again - requested from .change()
[sdtThread] added 16 services [table 0x42 TID: 0001044e]
[sdtThread] added 39 services [table 0x46 TID: 0001045b]
[sdtThread] added 19 services [table 0x46 TID: 0001045d]
08:42:48.849 dmxSDT: going to sleep...

Das sieht schon mal gut aus, so wie erwartet.

Ich weiss dass noch ein Bug drin ist, dass wenn man auf einem Sender ohne EIT war (Bahn-TV) und dann nach ~30 sek. umschaltet, der 35-sek-warte-auf-EIT-version-Timeout zuschlägt und sich der cnThread mit "no valit EIT version found" bis zum nächsten zappen schlafenlegt. Das habe ich schon gefixt, aber das wird im normalen Betrieb eh fast nicht zu triggern sein.

[Frank0711]

Hier läuft die V2 vom Diff seit heute morgen ohne Probleme. Now / Next auch hier spürbar fixer. Danke!

[amiga23]

Gude,

bei mir läuft es auch super.
Auf Arte bekomme ich jetzt sogar den Frequenzwechsel-Hinweis richtig angezeigt.

Danke für die Arbeit und
Liebe Grüße
Amiga23

[MacLeod]

auch bei mir alles bestens
ist sehr flott

Danke

MacLeod

[seife]

Na gut. Nachdem es kein negatives Feedback gab, habe ich das mal eingechecked.

Merkt euch die alten Versionen sectionsd.cpp:1.261, dmx.cpp:1.34, falls doch was kaputt ist ;-)

[bellum]

bei mir läuft V2 auch recht gut und der EPG ist flott. Ich meine aber beobachtet zu haben (vor allem auf meinen Nokias), dass es nun länger dauert bis auf dem LC-Disply der Sendungsfortschrittsbalken aktualisiert wird. Die Uhrzeit ist zwar gleich da aber danach dauerts länger... Hat das sonst noch jemand beobachtet?

Trotzdem Vielen Dank

Gruß
bellum

[FRauANtje]

Moin.

Woran könnte es liegen, dass ich garkeinen EPG mehr habe? (Nokia Kabel, KDHome)
Dieselbe Config im Zapit-Ordner läuft auf CVS vorm 05.05. einwandfrei...

Gruss,


Frank

• ~/bin > sectionsd -d
  $Id: sectionsd.cpp,v 1.262 2008/05/12 11:06:37 seife Exp $
  [sectionsd] Caching max 4500 events
  [sectionsd] Caching 6 days
  [sectionsd] Caching 12 hours Extended Text
  [sectionsd] Events are old 120min after their end time
  23:00:58.035 Reading EPGFilters
  23:00:58.038 Add EPGFilter for onid="0000" tsid="0000" service_id="0000"
  /var/tuxbox/config/mybouquets.xml: No such file or directory
  23:00:58.085 [timeThread] pid 304 (16386) start
  23:00:58.142 eitThread getschedparam: 0 pol 0, prio 0
  23:00:58.143 [eitThread] pid 306 (32771) start
  23:00:58.147 [cnThread] pid 308 (49156) start
  23:00:58.159 [pptThread] pid 309 (65541) start
  23:00:58.203 [nitThread] pid 310 (81926) start
  23:00:58.223 [sdtThread] pid 311 (98311) start
  23:00:58.262 housekeeping-thread started.
  23:00:58.265 mainloop getschedparam 0 policy 2 prio 1
  rdate: cannot connect to remote host (78.47.221.202): Connection refused
  [timeThread] - 13.05.2008 01:00:59, tim: Tue May 13 01:00:59 2008
  [timeThread] Time set via DVB, going to sleep for 1800 seconds.
  23:00:59.007 dmx: dummy filter, sleeping for 100 ms
  23:00:59.009 dmxPPT: no valid pid 0
  23:00:59.027 dmxNIT: going to sleep...
  23:00:59.028 dmxSDT: going to sleep...
  23:00:59.113 dmx: dummy filter, sleeping for 100 ms
  23:00:59.223 dmx: dummy filter, sleeping for 100 ms
  23:00:59.283 dmx.read timeout - filter: 4e - timeout# 0
  23:00:59.334 dmx: dummy filter, sleeping for 100 ms
  23:00:59.442 dmx: dummy filter, sleeping for 100 ms
  23:00:59.552 dmx: dummy filter, sleeping for 100 ms
  23:00:59.664 dmx: dummy filter, sleeping for 100 ms
  23:00:59.753 dmx.read timeout - filter: 4e - timeout# 0
  23:00:59.772 dmx: dummy filter, sleeping for 100 ms
  23:00:59.883 dmx: dummy filter, sleeping for 100 ms
  23:00:59.994 dmx: dummy filter, sleeping for 100 ms
  23:01:00.014 [pptThread] going to sleep until wakeup...
  23:01:00.103 dmx: dummy filter, sleeping for 100 ms
  23:01:00.213 dmx: dummy filter, sleeping for 100 ms
  23:01:00.273 dmx.read timeout - filter: 4e - timeout# 0
  23:01:00.332 dmx: dummy filter, sleeping for 100 ms
  23:01:00.443 dmx: dummy filter, sleeping for 100 ms
  23:01:00.553 dmx: dummy filter, sleeping for 100 ms
  23:01:00.663 dmx: dummy filter, sleeping for 100 ms
  23:01:00.773 dmx: dummy filter, sleeping for 100 ms
  23:01:00.793 dmx.read timeout - filter: 4e - timeout# 0
  23:01:00.883 dmx: dummy filter, sleeping for 100 ms
  23:01:00.993 dmx: dummy filter, sleeping for 100 ms
  23:01:01.103 dmx: dummy filter, sleeping for 100 ms
  23:01:01.213 [eitThread] skipping to next filter(1) (> DMX_TIMEOUT_SKIPPING)
  23:01:01.213 --> 'changeDMX: before pthread_mutex_lock(&start_stop_mutex)' 1210633261213.890
  23:01:01.215 --> 'changeDMX: after pthread_mutex_lock(&start_stop_mutex)' 1.426
  23:01:01.216 changeDMX [EIT]-> 1 (0x50/0xff) actual transport stream, scheduled (1210633261 seconds)
  23:01:01.219 --> 'after DMX_SET_FILTER' 4.126
  23:01:01.248 dmx.read timeout - filter: 4e - timeout# 0

[seife]

Dein log sieht mal ganz normal aus, allerdings hast du auch neutrino nicht neu gestartet, oder zumindest einmal gezapped nach dem starten des sectionsd.
Poste mal ein längeres log irgendwohin, wo man es downloaden kann.

[seife]

BTW: Änderungen am sectionsd waren am 1.5. und am 9.5. Wenn es also am 5.5. kaputt ging, dann hast du ein anderes Problem. Poste doch mal ein komplettes Bootlog, damit man alles Versionen sieht.

[FRauANtje]

BTW: Änderungen am sectionsd waren am 1.5. und am 9.5. Wenn es also am 5.5. kaputt ging, dann hast du ein anderes Problem.

Ich backe leider nicht selbst, sondern bin von den fertigen Images abhängig (es sei denn, Du stellst ne binary zu Verfügung - danke, das macht ja nicht jeder). Und da hängts bei mir eben bei allen Images nach dem 02.05.. JTG und (böse, aber mal eben als frisches Komplettimage zum Testen draufgemacht) P***e) haben jeweils CVS 05.05. (JTG auch 12.05.)...
Ich melde mich wieder, wenn ich nen neuen kompletten Kabelscan gemacht habe und die epgfilter raus hab... Da kein Anderer das Problem zu haben scheint, vermute ich mein Problem dann eher an dieser Stelle.

Gruss und Danke,

Frank


PS: Ja, ich leg mir bald ein Linux-Image auf mein schoenes MacOs, damit ich auch selbst backen kann...

[seife]

Also ich will nicht ausschliessen, dass ich was kaputt gemacht habe, aber da du bisher der Erste bist, der solch ein Problem hat...
...wäre es gut, wenn du es etwas eingrenzen könntest (vielleicht habe ich ja z.B. einen Kollateralschaden am EPG-Filter verursacht, der nur in speziellen Konfigurationen auftritt)

[Houdini]

23:00:58.035 Reading EPGFilters
23:00:58.038 Add EPGFilter for onid="0000" tsid="0000" service_id="0000"

vielleicht den filter mal rausschmeissen

[FRauANtje]

23:00:58.035 Reading EPGFilters
23:00:58.038 Add EPGFilter for onid="0000" tsid="0000" service_id="0000"

vielleicht den filter mal rausschmeissen

. EPG da.

Die exakt gleiche Datei geht bei CVS vor 5.5. problemlos... Seltsam.
Hier ein Auszug:

<?xml version="1.0" encoding="UTF-8"?>
<epgfilter is_whitelist="0" except_current_next="0">
<channel service_id="00a8" name="HIT24" service_type="01"/>
<channel service_id="0206" name="GOLDSTAR TV" service_type="01"/>
</epgfilter>


Das sollte bei den genannten Kanaelen auf now/next eingrenzen und bei allen anderen Kanälen vollen EPG geben.
Bei CVS ab 5.5. wird garkein EPG mehr angezeigt...

Gruss,

Frank

PS:

[mb405]

<epgfilter is_whitelist = "0" except_current_next = "1">

mach mal die 0 zur 1 dann ist current/next aktiv

[seife]

. EPG da.

Die exakt gleiche Datei geht bei CVS vor 5.5. problemlos... Seltsam.
Hier ein Auszug:

<?xml version="1.0" encoding="UTF-8"?>
<epgfilter is_whitelist="0" except_current_next="0">
<channel service_id="00a8" name="HIT24" service_type="01"/>
<channel service_id="0206" name="GOLDSTAR TV" service_type="01"/>
</epgfilter>


Das sollte bei den genannten Kanaelen auf now/next eingrenzen und bei allen anderen Kanälen vollen EPG geben.
Bei CVS ab 5.5. wird garkein EPG mehr angezeigt...

Dann habe ich wohl aus Versehen den epgfilter gefixt.
War keine Absicht! Ehrlich nicht!

Insbesondere kann ich mir das wirklich nicht erklären - ausser mit einem "Dreckeffekt".

Allerdings sollte das ja nur auf den beiden Kanälen den EPG ganz abgeschaltet haben, der Rest sollte noch da sein. Muss ich mir irgendwann mal anschauen...

[FRauANtje]

Dann habe ich wohl aus Versehen den epgfilter gefixt.
War keine Absicht! Ehrlich nicht!

Schande über Dich

Und ich hab mir die epgfilter.xml nach einer Anleitung aus einem Forum angelegt. Allerdings war den Cracks dort die korrekte Syntax nicht ganz klar - wie auch, wenn es bisher falsch interpretiert wurde.

Vielleicht wäre es - wenn alle wichtigen Patches beim sectionsd eingearbeitet sind - mal sinnvoll, die aktuelle Syntax der epgfilter noch einmal zu veröffentlichen.

Als Fernziel könnte man auch - analog zu "Zu Favoriten hinzufügen" unter Neutrino eine Taste definieren, die zwischen "EPG Full" - "EPG Now/Next" und "No EPG" umschaltet und die epgfilter.xml anpasst.
Schliesslich spart ein auf die "eigenen" Kanaele reduzierter EPG ja auch Resourcen.

Gruss,


Frank