Hallo Zusammen,
wie funktioniert eigentlich der EPG Scan vom VDR?
Wir da im Hintergrund wirklich jeder Kanal, der in der channels.conf steht getuned?
Hallo Zusammen,
wie funktioniert eigentlich der EPG Scan vom VDR?
Wir da im Hintergrund wirklich jeder Kanal, der in der channels.conf steht getuned?
Moin,
Ohne jetzt in den Code geschaut zu haben wird wohl eher nur jeder Transponder angesprochen, das sollte eigentlich reichen.
Ciao Louis
https://github.com/flensrocker…lob/master/eitscan.c#L127
https://github.com/flensrocker…blob/master/eitscan.c#L35
Es werden alle Source/Transponder-Kombinationen abgeklappert.
Lars.
Danke erstmals für die Infos, auch wenn ich es noch nicht so richtig verstanden habe.
Die Links zu den entsprechenden Sourcen war sicherlich gut gemeint, da ich aber Kein "C" kann, sind sie für mich leider wenig hilfreich.
Im 2ten Link gibt es eine Zeile:
//dsyslog("EIT scan: device %d source %-8s tp %5d", Device->DeviceNumber() + 1, *cSource::ToString(Channel->Source()), Channel->Transponder());
Wenn ich das richtig interpretiere, sollte man, wenn man die "//" entfernt und der Loglevel des VDR auf 3 steht, im Log sehen können, was beim EPG Scan so alles passiert?
Die Frage ist nun, ob man so ohne weiteres diese Zeile einkommentieren kann, ohne dass das unerwünschte Auswirkungen auf das System hat?
Nee. Schlimmstenfalls bremst die Logausgabe ein bisschen. Kann ich mir aber kaum vorstellen.
Ich denke, dass Klaus das auskommentiert hat, weil es die Log zu sehr flutet. Übersichtlichkeit und so.
Jup.
Lars
[...] Ich denke, dass Klaus das auskommentiert hat, weil es die Log zu sehr flutet. Übersichtlichkeit und so.
Steht das "d" bei dsyslog nicht für "debug"? Falls ja, müsste es doch dann bei Loglevel inaktiv sein, oder?
Ja, siehe tools.h oder .c:
Es gibt isyslog, esyslog und dsyslog.
Lars
Falls ja, müsste es doch dann bei Loglevel inaktiv sein, oder?
Ja, das stimmt schon. Aber da Loglevel 3 Standard ist und viele das nicht ändern, flutet es bei denen eben das Log.
Vielleicht gibt es auch eine andere Erklärung (Ich weiß doch nicht, was Klaus denkt), du kannst das aber wirklich gefahrlos aktivieren.
Ok, habe es mal eingebaut.
Nun werden solche Meldungen ausgegeben:
.....
Jan 01 12:41:40 [vdr] [32079] EIT scan: device 2 source S13.0E tp 110723
Jan 01 12:41:40 [vdr] [32079] EIT scan: device 3 source T tp 506
Jan 01 12:41:40 [vdr] [32079] EIT scan: device 4 source T tp 570
Jan 01 12:42:01 [vdr] [32079] EIT scan: device 2 source S13.0E tp 110775
Jan 01 12:42:01 [vdr] [32079] EIT scan: device 3 source T tp 706
Jan 01 12:42:22 [vdr] [32079] EIT scan: device 2 source S13.0E tp 110815
Jan 01 12:42:43 [vdr] [32079] EIT scan: device 2 source S13.0E tp 110853
Jan 01 12:43:04 [vdr] [32079] EIT scan: device 2 source S13.0E tp 110892
Jan 01 12:43:25 [vdr] [32079] EIT scan: device 2 source S13.0E tp 110930
Jan 01 12:43:46 [vdr] [32079] EIT scan: device 2 source S13.0E tp 110971
.....
Alles anzeigen
Ist zwar ganz nett, aber leider nicht das, was ich eigentlich sehen wollte.
Ist zwar ganz nett, aber leider nicht das, was ich eigentlich sehen wollte.
Was willst du denn sehen? Nen Kanalnamen?
dsyslog("EIT scan: device %d source %-8s tp %5d channel name %s", Device->DeviceNumber() + 1, *cSource::ToString(Channel->Source()), Channel->Transponder(), Channel->Name());
Ciao Louis
[...] Was willst du denn sehen? Nen Kanalnamen? ....
Danke erst mal für den Patch.
Nun, ich bin immer noch auf der Suche nach einem Weg, wie ich die "Leichen" aus der channles.conf bekomme.
Deshalb war die Frage, oder der EPG Scan jeden Sender tuned, denn dann wäre es sicherlich ein Leichtes gewesen, verwaiste Kanäle zu finden.
Der EPG Scan hätte sich halt angeboten, da es dann im laufenden Betrieb des VDR gehen würde,
Hm...kann man per svdrp oder dbus nicht das Device angeben, auf dem umgeschalten wird? Dann könntest du per Script leicht einen eigenen Scan initiieren, und Kanäle bei laufendem VDR mit svdrp löschen geht ja auch...
Ciao Louis
Das muss mir jetzt mal einer erklären.
In der channels.conf sind die Kanäle A, B, und C für Transponder XYZ hinterlegt und beim jetzigen Scan von Transponder XYZ fehlt Kanal C, warum wird der dann nicht einfach gelöscht?
Hm...kann man per svdrp oder dbus nicht das Device angeben, auf dem umgeschalten wird? Dann könntest du per Script leicht einen eigenen Scan initiieren, und Kanäle bei laufendem VDR mit svdrp löschen geht ja auch...
Ciao Louis
Es geht ja nicht darum einen Scan anzustoßen, wie das geht, ist mir schon klar.
Es wäre halt schön gewesen, die "Kanal nicht verfügbar" Kanäle zu loggen und einer weiteren "Verwertung" zuzuführen.
Das wären aber nicht sehr viele.
vdr01_64 ~ # grep "timed out while tuning to channel" /log/messages |cut -d " " -f13,14 |sort -u
channel 1277,
channel 1287,
channel 179,
channel 1918,
channel 1928,
channel 195,
channel 2146,
channel 2156,
channel 262,
channel 2741,
channel 2751,
channel 3498,
channel 3508,
channel 793,
channel 803,
vdr01_64 ~ #
Alles anzeigen
Hi,
eine ander Idee habe ich gerade nicht.
Ansonsten lösch doch mal die angegebenen Kanäle und starte den VDR-Prozess neu (btw. auf was hast Du UpdateChannels in der setup.conf stehen?).
Wenn dann die Meldung nach einer Weile nichts im Log auftaucht, dürftest Du keine "toten" Einträge in der channels.conf haben.
Gruss
Macavity
Ich habe es gerade nochmal getestet, die o.g. Sender sind alle empfangbar. Sie sind zwar verschlüsselt und ich habe keine Karte dafür, sind aber prinzipiell tunebar.
Mit dieser Lösung komme ich also auch nicht weiter.
Statt des EIT Scan solltest du dir nit.c mal ansehen. Das ist der verantwortliche Code für das Suchen von neuen Kanälen.
Lars
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!