[BUG] Doppeltes einlesen der Kanalliste nach Kanalsuche

[GetAway]

Folgendes ist mir bei der Kanalsuche über GUI und pzapit aufgefallen.
Scheinbar wird die Kanalliste nach dem Scan immer 2 mal nacheinander
eingelesen. Bei 100 Kanälen ist das wohl egal, aber bei 1000 schon nicht
mehr. Vielleicht könnte das mal einer ändern. Es sein denn es handelt sich
nur um eine doppeltes print-Kommando.

satellite: 1, transponder: 11, of: 15, services: 129
satellite: 1, transponder: 11, of: 15, services: 129
satellite: 1, transponder: 12, of: 15, services: 137
satellite: 1, transponder: 12, of: 15, services: 156
satellite: 1, transponder: 13, of: 15, services: 203
satellite: 1, transponder: 13, of: 15, services: 203
satellite: 1, transponder: 14, of: 15, services: 210
satellite: 1, transponder: 14, of: 15, services: 210
satellite: 1, transponder: 15, of: 15, services: 224
satellite: 1, transponder: 15, of: 15, services: 224
satellite: 1, transponder: 15, of: 15, services: 224
satellite: 1, transponder: 15, of: 15, services: 237
[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 2 onid 85
[getservices] dup transponder id 4 onid 85
[getservices] dup transponder id 1 onid 85
satellite: 1, transponder: 15, of: 15, services: 237
/tmp/currentservices.xml: No such file or directory
[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 2 onid 85
[getservices] dup transponder id 4 onid 85
[getservices] dup transponder id 1 onid 85
/tmp/currentservices.xml: No such file or directory
/var # [timeThread] - 04.02.2009 22:13:04, tim: Wed Feb 4 22:13:04 2009
[timeThread] Time set via DVB, going to sleep for 900 seconds.

[seife]

Passiert das auch, wenn du neutrino killst bevor du den transponderscan per pzapit startest? (vermutlich musst du erst "killall -STOP start_neutrino" machen, damit neutrino nicht sofort neu gestartet wird. Danach dann "killall -CONT start_neutrino")

[GetAway]

Ja, passiert dann auch.

[eventserver]: connect (/tmp/neutrino.sock): Connection refused
[eventserver]: connect (/tmp/neutrino.sock): Connection refused
[eventserver]: connect (/tmp/neutrino.sock): Connection refused
satellite: 1, transponder: 15, of: 15, services: 237
[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 2 onid 85
[getservices] dup transponder id 4 onid 85
[getservices] dup transponder id 1 onid 85
satellite: 1, transponder: 15, of: 15, services: 237
/tmp/currentservices.xml: No such file or directory
[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 2 onid 85
[getservices] dup transponder id 4 onid 85
[getservices] dup transponder id 1 onid 85
/tmp/currentservices.xml: No such file or directory
[eventserver]: connect (/tmp/neutrino.sock): Connection refused
[eventserver]: connect (/tmp/neutrino.sock): Connection refused

Ein pzapit -c lädt die Kanäle korrekt.

[re_Look]

@GetAway
Der Bug muss bei dir local sein.

Code: Alles auswählen

[CFrontend::getEvent] FE_COMPLETION_EV: freq 2128500
tansponder 2b05008212500064 not written
tansponder 2b1a00823138013e not written
tansponder 3194008226ac013f not written
[getservices] /var/tuxbox/config/zapit/myservices.xml  found.
[getservices] dup transponder id 1 onid 85
[getservices] dup transponder id 3 onid 85
[getservices] dup transponder id 4 onid 85
[getservices] dup transponder id 11 onid 85
/tmp/currentservices.xml: No such file or directory

[GetAway]

Hast Du Sat? Ich habe Kabel.
Wäre natürlich ein Hinweis

Getestet mit der aktuellen zapit aus dem CVS.

[re_Look]

Ich habe Sat.

[GetAway]

satellite: 1, transponder: 15, of: 15, services: 224
satellite: 1, transponder: 15, of: 15, services: 224
satellite: 1, transponder: 15, of: 15, services: 237
[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 2 onid 85
[getservices] dup transponder id 4 onid 85
[getservices] dup transponder id 1 onid 85
satellite: 1, transponder: 15, of: 15, services: 237
/tmp/currentservices.xml: No such file or directory
[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 2 onid 85
[getservices] dup transponder id 4 onid 85
[getservices] dup transponder id 1 onid 85
/tmp/currentservices.xml: No such file or directory

Wenn man davon ausgeht das die markierten Zeilen:

satellite: 1, transponder: 14, of: 15, services: 210
satellite: 1, transponder: 15, of: 15, services: 224
satellite: 1, transponder: 15, of: 15, services: 224
satellite: 1, transponder: 15, of: 15, services: 224
satellite: 1, transponder: 15, of: 15, services: 237
satellite: 1, transponder: 15, of: 15, services: 237

eigentlich nacheinander gelistet werden sollten, würde ich glatt
behaupten das die zapitclient.reinitChannels() beim ersten mal schon
bei "Gesamttabelle" -1 angesprungen wird.

[GetAway]

Falls es einen interessiert.

Es handelt sich scheinbar um ein doppeltes LoadServices.
Die doppelte Ausgabe findet nur statt, wenn die Suche im Bouquet-Modus
durchgeführt wird und die Datei myservices.xml vorhanden ist. Sonst nicht.

Führt man die Suche ohne myservices.xml durch bzw. stellt man bei der Kanalsuche
bei vorhandener myservices.xml auf "Bouquets löschen" um, so erfolgt eine normale
Ausgabe.

[seife]

Kein Bug. AFAICT wird jede der Dateien (myservices, currentservices, ...) einzeln eingelesen. Könnte man optimieren, aber wozu, man macht das ja nicht zweimal pro Stunde.

[GetAway]

OKay, dann wird die myservices.xml halt 2x einzeln hintereinander eingelesen. Was soll's!