sectionsd aktualisiert Kanalliste

[mb405]

ich weiss, ne blöde frage.
aber ich hab ja mit Nirvana schon gemailt

patch -p0 < nirvana.diff

funktioniert das so ??
ich hab mir hier schon einen "wolf" gesucht, nach den diff und patch geschichten.

[Houdini]

patch -p0 < nirvana.diff

grundsätzlich geht das so

[mogway]

...im speziellen Fall würde ich folgendes nehmen:

Im tuxbox Verzeichnis:

Code: Alles auswählen

# patch -p1 < /PathTo/nirvana.diff

Gruß
mogway

[mb405]

erstmal danke mogway. die yadis sind die besten images. ich hab as jetzt so gemacht, und es scheint gefunzt zu haben

mb405@linux:~/yadi/tuxbox-cvs> patch -p1 < nirvana.diff
patching file apps/dvb/zapit/include/zapit/getservices.h
patching file apps/dvb/zapit/include/zapit/settings.h
patching file apps/dvb/zapit/include/zapit/client/msgtypes.h
patching file apps/dvb/zapit/include/zapit/client/zapitclient.h
patching file apps/dvb/zapit/include/zapit/client/zapittypes.h
patching file apps/dvb/zapit/lib/zapitclient.cpp
patching file apps/dvb/zapit/src/bouquets.cpp
patching file apps/dvb/zapit/src/getservices.cpp
patching file apps/dvb/zapit/src/zapit.cpp
Hunk #4 succeeded at 1100 (offset 8 lines).
Hunk #5 succeeded at 2002 (offset 8 lines).
patching file apps/tuxbox/neutrino/configure.ac
patching file apps/tuxbox/neutrino/daemons/sectionsd/Makefile.am
patching file apps/tuxbox/neutrino/daemons/sectionsd/SIevents.cpp
patching file apps/tuxbox/neutrino/daemons/sectionsd/SIevents.hpp
patching file apps/tuxbox/neutrino/daemons/sectionsd/SIsections.cpp
patching file apps/tuxbox/neutrino/daemons/sectionsd/SIsections.hpp
patching file apps/tuxbox/neutrino/daemons/sectionsd/bat.cpp
patching file apps/tuxbox/neutrino/daemons/sectionsd/epg.cpp
patching file apps/tuxbox/neutrino/daemons/sectionsd/nit.cpp
patching file apps/tuxbox/neutrino/daemons/sectionsd/sdt.cpp
patching file apps/tuxbox/neutrino/daemons/sectionsd/sectionsd.cpp
Hunk #16 succeeded at 4969 with fuzz 1.
patching file apps/tuxbox/neutrino/lib/sectionsdclient/sectionsdclient.h
patching file apps/tuxbox/neutrino/src/neutrino.cpp
patching file apps/tuxbox/neutrino/src/neutrinoMessages.h
patching file apps/tuxbox/neutrino/src/driver/rcinput.cpp
mb405@linux:~/yadi/tuxbox-cvs>

mal sehen

[mb405]

nee, das selbe ergebnis. die kanäle werden zwar im laufenden betrieb eingefügt (hatte vorher gelöscht). aber nach neustart der box sind die wieder weg. mhhh kann man das nicht einfügen, bevor die kanäle neu geladen werden, dann macht man alles in einen rutsch.

dann hab ich noch festgestellt, das der start bedeutend länger dauert (subjektiv). hier wartet die box sehr lange.

$Id: sectionsd.cpp,v 1.196 2005/11/12 12:10:37 metallica Exp $
caching 504 hours
events are old 180min after their end time
[nitThread] pid 150 start
$Id: zapit.cpp,v 1.376 2005/11/16 07:01:21 metallica Exp $
[getservices] /var/tuxbox/config/zapit/myservices.xml found.
[getservices] dup transponder id 3 onid 85
[getservices] dup transponder id 11 onid 85
[getservices] dup transponder id 4 onid 85
[getservices] dup transponder id 1 onid 85
[sectionsd] getUTC: read: Connection timed out

[mogway]

Kommentier den nit-thread aus und alles sollte wieder okay sein.

Also, mit dem deaktivierten NIT Thread rennt es hier so, wie es soll. Das Neuladen der Kanalliste sollte nur noch im Recordmode abgeschaltet werden.

nee, das selbe ergebnis. die kanäle werden zwar im laufenden betrieb eingefügt (hatte vorher gelöscht). aber nach neustart der box sind die wieder weg.

Hier geht es. Die neuen Services sind nach einem Reboot (bzw zapit standby) in der services.xml. Ist dein /var vielleicht voll, dass nichts mehr geschrieben werden kann?

Gruß
mogway

[DrStoned]

Riker hat soeben einen Test-Snapshot fürs JtG-Image mit automatischer Kanalsuche online gestellt. http://www.jackthegrabber.de/viewtopic.php?t=8004

Greetz von DrStoned

[mb405]

rmmm an irgendwas muss es ja liegen, warum der die nicht in die services.xml übernimmt die currentservices wird ja astrein erstellt.
ich werd noch blöde

PS es ist ein yadi image, mir diesem script erzeugt yadi-script-200511062346.tar.gz
arzka sachen hab ich deaktiviert

evtl liegt es an der service.xml selber ? die ist nicht mit einem scan von mir gemacht.

[mb405]

habs rausgefunden
jetzt geht es. zumindest hat es grad 3x gefunkt.

ich hab in der start_neutrino den eintrag 9 auf 16 hochgesetzt.

Code: Alles auswählen

..
[ -e /tmp/tuxmaild.pid ] && kill $( cat /tmp/tuxmaild.pid )
pzapit -kill

i=9 [color=red]<-das auf 16 setzen[/color]
while expr $i != 0 > /dev/null
do
..

[Nirvana]

Freut mich.

Das mit dem Transponder hinzufügen funktioniert jetzt bei mir.
Mein neuer Lieblingssport ist: Wenn ich mit nur einem einzigen Sender in der services.xml starte, wie oft muss ich zappen, bis ich alle Sender habe - ich finds einfach nur geil

[Metallica]

@Nirvana
Hast du auch Eutelsat ? bzw geht das auch auf Eutelsat ? (gut)

[Nirvana]

Ja, ich habe eine Drehanlage.

Auf Eutelsat liefern Sky und TPS und Polsat mehrere Transponder. Wie weit man damit kommt, muss ich noch testen. Alle wird man höchstwahrscheinlich nicht erreichen. Irgendwo habe ich ja geschrieben, dass dann eben mehr Transponder in der satellites.xml erwähnt werden müssen. Dafür erreicht der sectionsd-scan auch auf Eutelsat diverse Transponder, die die herkömmliche Kanalsuche nicht gefunden hat.

Aber auch Astra muss ich hier mal anprangern. Astra hört ihr mich? Ihr signalisiert Transpondernummer 0x454 und 0x457 enthielten das komplette Network. Ja, ich weiß ihr habt recht, sie tun es auch. Aber warum als eigener Service auf PID 002D? Wie doof ist das denn??? Auf Pid 002D werden ganz normale SDT_Other Tables ausgestrahlt. Wieso nicht auf Pid 0011, da wo sie hingehören? Es könnte alles so einfach sein, wenn ihr euch mal an die Standards halten würdet! Implementiert IRGENDEIN (Enigma...?) Receiver diesen Astra SDT? Warum eigentlich so kompliziert, wenn es auch einfach geht?

[mb405]

also bräuchte man nur ein script, was jeden transponder 3minuten anzappt . dann könnte man das über nacht machen lassen.

[Nico 77]

also bräuchte man nur ein script, was jeden transponder 3minuten anzappt . dann könnte man das über nacht machen lassen.

LoL, da kannste auch über Nacht eine Kanalsuche machen, die geht schneller.

[mb405]

jo genau. ich depp

[Nirvana]

Naja, darum geht es doch gar nicht. Abgesehen davon wartet der sectionsd ja künstlich bis er neue Kanäle sucht.

[mb405]

ich hab es jetzt 10x provoziert, und geht einwandfrei.
danke Nirvana.

wenn es jatzt noch abschaltbar wird, ist es perfekt

[Nirvana]

Ist es schon. Auch deine Version. Deine Version über scanType=4 in scan.conf. Meine Version hat eine eigene Variable scanSectionsd die folgende Werte hat: 0=aus 1=aktiv 2=aktiv, aber keine Meldungen.

[mb405]

ja, das in neutrino rein, und es ist perfekt. dann kann der
getscanType raus aus der sectionsd.cpp (bzw modifiziert werden)

[Nirvana]

Ich bin ein kleines Stück Software und möchte getestet werden:

http://s49.yousendit.com/d.aspx?id=091N ... Z0J7V5C2BA

Alles, was die services.xml betrifft sollte somit abgeschlossen sein.
- wieder ein patch gegen das cvs
- support for SDT (actual/other) NIT (actual/other)
- also werden neue Kanäle und Transponder hinzugefügt
- Die Provider Einträge für Sat habe ich modifiziert. Ich finds doof, dass die Position als Text im Namen mit angegeben wird. Deshalb Erweiterung um oribtal und east west. Verwendet wird das Format aus den Einträgen der NIT
- Bitte auch unter Kabel testen. Ich habe keinen Plan ob das da überhaupt funktioniert. Alles blind programmiert
- Die Einträge in der Services.xml werden beim ersten shutdown mit orbital Einträgen in der currentservices.xml aktualisiert
- scanSectionsd=0 schaltet die automatische Kanalsuche ab
- scanSectionsd=2 unterdrückt das dynamische Laden der Kanalliste (keine Meldungen) Die services.xml wird beim Herunterfahren aktualisiert. Damit stehen die neuen Sender beim nächsten Neustart zur Verfügung.
- weder auf Astra noch auf Eutelsat kann man von einem Sender alle anderen erreichen
- macht euch nicht die Mühe nach Debug Meldungen zu suchen. Die helfen mir sowieso nicht. Postet einfach die Services.xml die Probleme macht.
Bitte beachten: Wenn ein Transponder schon in der currentservices.xml ist, wird er nicht noch einmal aktualisiert. Erst wenn die Box heruntergefahren wurd, wird der Transponder beim nächsten Mal behandelt.
- Das gleiche gilt, so lange die Provider Einträge noch nicht das aktuelle Format haben.
=> Deshalb kann es sein dass man die Box 2x herunter fährt, bis man wirklich alle Sender hat.

Es gibt einen bekannten Bug: Irgendwie heißen Sportmania und Dokumania nach der Behandlung durch den sectiond Sportmana/Dokumana. Und das obwohl ich CDVBString verwende. Weiß jemand wo das "i" bleibt?

[JtG-Riker]

@Nirvana

Diff ist nicht ganz ok, dein cvs ist nicht aktuell.

und es hängt hier:

sectionsd.cpp: In function `bool updateNetwork(t_network_id, bool)':
sectionsd.cpp:3671: error: 'class SInetwork' has no member named 'network_id'
make[4]: *** [sectionsd.o] Error 1

hm das andere hab ich manuell gefixt, weil deine sectionsd.cpp älter ist hats da gemeckert

Riker

[Nirvana]

Schnall ich nicht. Was muss ich nun tun?

[mb405]

ich jag mal dein diff durch den Kompare, damit ich sehe, was gemacht wurde.

[Houdini]

Irgendwie heißen Sportmania und Dokumania nach der Behandlung durch den sectiond Sportmana/Dokumana. Und das obwohl ich CDVBString verwende. Weiß jemand wo das "i" bleibt?

Da fällt mir auch noch was zu ein: Bei meinem Maxima FM von D+ fehlt nach der Kanalsuche auch immer das 'i'. Ist schon länger so.

Houdini

[mogway]

http://s55.yousendit.com/d.aspx?id=18RC ... KIDIO0X784

Die zusätzlichen Dateien kommen ins sectionsd - Verzeichnis.

Den Stand vom 16.11.05 habe einmal in CVS eingecheckt. Dieser läuft hier schon einige Tage ohne Probleme.

Ich bin ein kleines Stück Software und möchte getestet werden.

Sei bitte so nett und mach uns ein neues Diff gegen das CVS.

Gruß
mogway