Nirvana's sectionsd Testecke

[Torsten73]

Hi,
wie ist eigentlich Stand der Dinge? Ist Homar mittlerweile weitergekommen?

Ich habe zwar die Bins eingebunden, aber dadurch ist mien Image zum platzen voll... Hat mir sogar schon mal dadurch die Sendertabelle zerschossen.

Cu
Torsten

[mb405]

also das zerschiessen der bouquets kommt von der zu kurzen zeit beim herunterfahren der zapit. du musst der mehr zeit geben 20-30sec kann das schon dauern. beim yadi-script, was ich verwendet hab, ist das zu niedrig

Code: Alles auswählen

i=16
while expr $i != 0 > /dev/null
do
if pidof controld > /dev/null; then echo "Waiting for controld (max. $i seconds)"
elif pidof timerd > /dev/null; then echo "Waiting for timerd (max. $i seconds)"
elif pidof zapit > /dev/null; then echo "Waiting for zapit (max. $i seconds)"
elif pidof tuxmaild > /dev/null; then echo "Waiting for tuxmaild (max. $i seconds)"
else break;
fi
i=`expr $i - 1`
sleep 1
done

einfach die i=16 in i=50 abändern, und schon hat die zapit genug zeit

[Nico 77]

Gibt es hierbei eine Möglichkeit das i=5 nur bei sectionsdscan = ein auf i=50 gesetzt wird?

[mb405]

warum ?
wenn er eher fertig ist, dann macht der eher schluss.
wenn du den scan nicht anhast, beendet sich die zapit ruckzuck.

ich hab 50 gewählt, denn bei 4 sats kommt ne menge zusammen.
ich hab ja schon mal gefragt, ob man die größe der current***.xml es irgndwie bei bedarf auslesen kann. und evtl. in der infobar bei dateigrößenüberschreitung ein symbol anzeigen kann. ich habs mal so gemacht, wenn current***.xml da ist, dann zeigt er mir ein symbol an, damit ich weiss, das was neues da ist.

[Nirvana]

Meine Planung sieht eigentlich vor, dass das aus der zapit in den sectionsd kommt. Zusammen mit dem Speichern des EPG. Der Funktionsaufruf existiert auch schon. Neutrino müsste dann auswerten, ob die gesammelten Daten gespeichert werden sollen und dann die Funktion im sectionsd aufrufen. Wenn die Funktion returned kann dann das Runterfahren weitergehen.

[Torsten73]

... Zusammen mit dem Speichern des EPG. Der Funktionsaufruf existiert auch schon...

Oh Nirvana, Du machst mich ja ganz wuschig, ich glaube kaum was ich lese

Cu
Torsten

PS: Der Zapit kann ich nicht mehr Zeit geben, weil ich nicht kompilieren kann...

[racker]

PS: Der Zapit kann ich nicht mehr Zeit geben, weil ich nicht kompilieren kann...

Das hat mit kompilieren nichts zu tun:

also das zerschiessen der bouquets kommt von der zu kurzen zeit beim herunterfahren der zapit. du musst der mehr zeit geben 20-30sec kann das schon dauern. beim yadi-script, was ich verwendet hab, ist das zu niedrig

Code: Alles auswählen

i=16
while expr $i != 0 > /dev/null
do
if pidof controld > /dev/null; then echo "Waiting for controld (max. $i seconds)"
elif pidof timerd > /dev/null; then echo "Waiting for timerd (max. $i seconds)"
elif pidof zapit > /dev/null; then echo "Waiting for zapit (max. $i seconds)"
elif pidof tuxmaild > /dev/null; then echo "Waiting for tuxmaild (max. $i seconds)"
else break;
fi
i=`expr $i - 1`
sleep 1
done

einfach die i=16 in i=50 abändern, und schon hat die zapit genug zeit

So sollte das Ende deiner start_neutrino aussehen

[Torsten73]

@racker,
das habe ich nicht gewußt. Danke für die Info! Werde das mal ändern.

Cu
Torsten

[PauleFoul]

Hallo zusammen,

wie geht es denn jetzt eigentlich weiter?
Wie lange lassen wir die Baustelle noch im CVS?
Warum kommt nicht endlich der Stand von Nirvana als Basis für weitere Optimierungen in CVS?

Ich denke über das CVS lässt sich die Sache bei dem jetzigen recht
stabilen Stand von Nirvana besser/schneller weiterentwickeln als mit
dem Binary geschiebe...


Gruß
____Paule

[PauleFoul]

Meine Planung sieht eigentlich vor, dass das aus der zapit in den sectionsd kommt. Zusammen mit dem Speichern des EPG. Der Funktionsaufruf existiert auch schon. Neutrino müsste dann auswerten, ob die gesammelten Daten gespeichert werden sollen und dann die Funktion im sectionsd aufrufen. Wenn die Funktion returned kann dann das Runterfahren weitergehen.

Weihnachten, Ostern und Geburtstag...

[Torsten73]

Ich bin schon dabei den Gedenkstein zu meißeln !

[petb]

Ich bin schon dabei den Gedenkstein zu meißeln !

Ich habe auch schon eine Vorfreude darauf.
Endlich EPG beim Start auf allen Boxen.

Bye
Petb

[Nirvana]

Lieb gemeint, aber keine weiteren Vorschusslorbeeren bitte. Ich weiß nur, dass ich das haben möchte und glaube, dass es recht einfach zu bauen ist. Ich müsste nur mein cdk mal wieder in Gang bringen. Zu blöd, dass ich nicht einfach das CVS nehmen kann.

[PauleFoul]

@ Nirvana

Sag mal gibt es ein aktuelles Diff von Deinen Änderungen?


und wenn ja:

@ Houdini & Metallica

Könnt Ihr das nicht mal ins CVS einpflegen, damit wir wieder
ein Stück weiter kommen?


Gruß
____Paule

[Torsten73]

@Nirvana,
nicht so viel Bescheidenheit, will Dich ja nur anspornen

Gutes Gelingen
Torsten

[lollyxy]

@Nirvana
das letzte sectionsd binary von dir läuft bei mir ohne Absturz, klasse Leistung! Habs aber ohne zapit getestet, also auch ohne scan on. Brauche das eh nicht. endlich kann ich wieder entspannt gucken u. zappen nach Laune.

[PauleFoul]

Auch auf die Gefahr hin das ich nerve, kann ich den Spielstopp so langsam
nicht mehr nachvollziehen.
Es gibt von Nirvana eine Version die definitiv absolut stabil läuft. Das
wurde hier von mehreren Usern bestätigt. Warum kann man das denn
dann nicht einchecken??
Homar ist ja zur Zeit nicht erreichbar... Wie lange sollen wir denn warten?


Gruß
____Paule

[Torsten73]

@PauleFoul,
nun ohne Homar wird es m.e. nicht gehen, da er noch ein paar Speedups und bessere Debugs mit eingebaut hat. Das ist zumindest mein Wissensstand.
Nur Geduld, das was kommen wird wird kommen, früher oder später...

Und Homar sagte ja, dass er aufgrund eines Todesfalles z.Zt. keine Zeit hat.

Und zur Not gibt es immer noch die Test Binaries... oder Nirvana weiß mehr?

Cu
Torsten

[Nirvana]

Homar hat darüber hinaus auch viele Bugs gefunden, die auch in meiner aktuellen Version noch drin stecken (wohl aber seltener auftreten ). Wenn die Version fertig ist, wird sie auf alle Fälle besser. Mehr weiß ich auch nicht. Die Frage ist für mich eher, ob der Spielstopp noch irgendjemanden nutzt? Mir jedenfalls nicht.
Ich weiß nur, wenns draußen wärmer wird, bin ich weg. Ich denke, vielen geht es ähnlich. Hoffentlich haben wir bis dahin eine stabile Version. Mehr will ich doch gar nicht.

[PauleFoul]

@ Nirvana

Das ist ja das was ich meine. Wir haben eine sehr stabile Version und die
könnte ins CVS. Wenn Homar wieder da ist / Zeit hat kann er ja dann
seine Optimierungen mit einfliessen lassen.

Ich denke es war jetzt lange genug "Spielstopp".

Aber ein diff muß schon drin sein...

Gruß
____Paule

[Hollo]

Ich sehe es anders, wir respektieren Homars Entscheidung. Aber ein gepostetes Diff kann sich ja jeder selbst in sein CVS einbauen um mal zu testen. Aber wenn Nirvana, da momentan leider cvsmäßig nicht hat, ist das auch ok.

In der Ruhe liegt die Kraft.

[vinyl]

Auch wenn ich persönlich Enigma-Nutzer bin: Nachdem es hier schonmal um Kabel-NITs über Sat ging - hier mal das Gegenteil. Ich hoffe, es ist auch berücksichtigt das (zugegeben fälschlicherweise) so etwas im Kabel zu finden ist (KabelBW Ulm):

Code: Alles auswählen

Ausschnitt der NIT auf RTL-Transponder bei KabelBW:

---
Table_ID: 64 (0x40)  [= Network Information Table (NIT) - actual network]
section_syntax_indicator: 1 (0x01)
reserved_1: 1 (0x01)
reserved_2: 3 (0x03)
Section_length: 412 (0x019c)
Network_ID: 1 (0x0001)  [= Astra Satellite Network 19.2E / Satellite / SES]
reserved_3: 3 (0x03)
Version_number: 25 (0x19)
current_next_indicator: 1 (0x01)  [= valid now]
Section_number: 1 (0x01)
Last_Section_number: 1 (0x01)
reserved_4: 15 (0x0f)
Network_descriptor_length: 0 (0x0000)


reserved_5: 15 (0x0f)
Transport_stream_loop_length: 399 (0x018f)

    Transport_stream_ID: 1114 (0x045a)
    Original_network_ID: 1 (0x0001)  [= Astra Satellite Network 19,2\uffffE | Soci\ufffft\uffff Europ\uffffenne des Satellites]
    reserved_1: 15 (0x0f)
    Transport_descriptor_length: 13 (0x000d)

            DVB-DescriptorTag: 67 (0x43)  [= satellite_delivery_system_descriptor]
            Descriptor_length: 11 (0x0b)
            Frequency: 19283968 (=  12.64000 GHz)
            Orbital_position: 402 (=  19.2)
            West_East_flag: 1 (0x01)  [= EAST]
            Polarisation: 1 (0x01)  [= linear - vertical]
            Kind: 0 (0x00)  [= DVB-S]
            fixed ('00'): 0 (0x00)
            Modulation_type: 1 (0x01)  [= QPSK]
            Symbol_rate: 2228224 (=  22.0000)
            FEC_inner: 4 (0x04)  [= 5/6 conv. code rate]
---

[mb405]

@Nirvana
kannst du mal testen, warum bei der "e" version die bouquets nicht geschrieben werden ? bei der "d" geht es wunderbar.
bei e version wird nur die services eingepflegt, die bouquets baut er zwar beim runterfahren neu auf (sieht man per ftp), aber die currentbouquets sind nicht drin. die datei hat nachher die selbe größe wie vorher.

[Nirvana]

@mb405
Jetzt ohne Flachs: Ich habe mich schon die ganze Zeit gewundert, warum sich meine Bouquets verdammt nochmal nicht aktualisieren. Auf die Idee eines Fehlers bin ich nicht gekommen. Betriebsblind eben. Danke für den Hinweis.

[petgun]

Jetzt ohne Flachs: Ich habe mich schon die ganze Zeit gewundert, warum sich meine Bouquets verdammt nochmal nicht aktualisieren. Auf die Idee eines Fehlers bin ich nicht gekommen. Betriebsblind eben...

..vielleicht mit ein Grund warum der 'Spielstopp' (imo zu Recht) immer noch besteht.