[GELÖST][0.4]svdrpsend SCAN - keine Funktion

max676 · 29. März 2012

Hy,

mein VDR wacht nachts auf, um einen EPG Scan durchzuführen (svdrpsend SCAN per cronjob). Seit ein paar Tagen tauchen jedoch immer mehr Lücken auf, was nach kurzer Fehlersuche die Erkenntnis bringt, dass der Befehl "svdrpsend SCAN" nix mehr macht.

Das einzige, dass ich in den letzten WOchen gemacht hab, ist ein dist-upgrade vor ein paar Tagen.

Syslog bei Absenden des Befehls:

Code

Mar 29 11:27:49 mediapc vdr: [5468] connect from 127.0.0.1, port 43123 - accepted
Mar 29 11:27:49 mediapc vdr: [5468] closing SVDRP connection

Sollte da nicht etwas wie "start epg scan" oder derart dazwischen auftauchen?

Ein probeweises "svdrpsend MESG test" funktioniert einwandfrei.

fnu · 29. März 2012

Code

#/> vdr -V

Regards
fnu

max676 · 29. März 2012

Code

Mär 29 14:30:13.334 [general.debug] using new 1.7.11+ capture code
vdr (1.7.22/1.7.22) - The Video Disk Recorder
streamdev-server (0.5.1-git) - VDR Streaming Server
epgsearch (1.0.1) - search the EPG for repeats and more
skinpearlhd (0.0.1) - PearlHD Skin
live (0.2.0) - Live Interactive VDR Environment
text2skin (1.3.2+git) - Loader for text-based skins
extrecmenu (1.2.1) - Extended recordings menu
pvr350 (1.7.3) - PVR350 as output device
yaepghd (0.0.3-ce) - Yet another EPG in HD
quickepgsearch (0.0.1) - Quick search for broadcasts
menuorg (0.4.5) - Reorganizes the main menu
graphtft (0.3.3) - VDR OSD on TFT
channellists (0.0.4) - Manage your channellists
restfulapi (0.1.0) - Offers a RESTful-API to retrieve data from VDR
xine (0.9.4) - Software based playback using xine
markad (0.1.3) - Mark advertisements
conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
femon (1.7.11) - DVB Signal Information Monitor (OSD)
osdteletext (0.9.1) - Displays teletext on the OSD
epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
dummydevice (1.0.3) - Output device that does nothing
dvbsddevice (0.0.5) - SD Full Featured DVB device
wirbelscan (0.0.7) - DVB and pvrinput channel scan for VDR
dvbhddevice (0.0.4dag) - HD Full Featured DVB device
xvdr (0.9.5) - VDR-Network-Streaming-Interface (XVDR) Server
dynamite (0.0.9a) - attach/detach devices on the fly
control (0.0.2a) - Control VDR over terminal or telnet
xineliboutput (1.0.90-cvs) - X11/xine-lib output plugin
iptv (0.4.2) - Experience the IPTV
dbus2vdr (0.0.2j) - expose methods for controlling vdr via DBus

Alles anzeigen

fnu · 29. März 2012

max676

Ok, "stable-vdr" (1.7.22).

Ist irgendwie DiSEqC, SCR oder Device Bonding aktiv? vdr-plugin-dynamite ist aktiviert oder nicht?

Die XX Zeile kannst Du einfach rausnehmen aus dem Post ...

Regards
fnu

max676 · 29. März 2012

Diseqc ist nicht akiv, beim anderen weiß ich nichtmal, was das ist o_0

Zur Zeit behelf ich mir mit einem eigenen Script, dass die wichtigsten Sender einfach durchzappt. Nicht schön, aber ich hab wieder ordentliche EPG Daten.

Wie gesagt, es wurden seit ein paar Wochen keine Plugins installiert oder sonstige Änderungen vorgenommen, außer eben dem Dist-upgrade.

Wie komm ich eigentlich zu den logs, die svdrpsend verewigt? Der 2-Zeiler im syslog ist ja ein wenig dürftig...

EDIT: Deaktivieren des dynamite Plugins in der order.conf hat das Problem tatsächlich gelöst! Danke!
Ein Bug?

Hab ich irgendwelche Nachteile, wenn ich das deaktiviere? Habs bis jetzt nicht benutzt, zumindest nicht bewusst.

fnu · 29. März 2012

Zitat von max676

Ein Bug?

Ja, gibt noch das ein oder andere Issue, nun hat mini73 nomm'l was zu prüfen, oje ...

Zitat von max676

Hab ich irgendwelche Nachteile, wenn ich das deaktiviere? Habs bis jetzt nicht benutzt, zumindest nicht bewusst.

Dann hast Du aktuell keine Nachteile, wenn Du die Funktion bewußt nicht nutzt oder benötigst ...

Regards
fnu

max676 · 29. März 2012

Alles klar, dankeschön.

mini73 · 29. März 2012

Moin!

Ich konnte zumindest schon mal reinsehen und hab vermutlich noch eine Stelle gefunden, die eine Überarbeitung braucht.
Das Problem tritt aber nur auf, wenn man nur eine Empfangskarte hat, ist also "exotisch".
Wäre mir nicht aufgefallen, wenn meine yavdr-4-VM mehr als eine Karte hätte...

Lars.

max676 · 23. September 2012

Nachdem das Problem das letzte mal durch deaktivieren des dynamite Plugins gelöst werden konnte, tritt es nun wieder seit dem letzten dist-upgrade (auf vdr 1.7.27) erneut auf.

Zur Erinnerung: svdrpsend SCAN zeigt keine Reaktion.

vdr -V

Zitat

vdr (1.7.27/1.7.27) - The Video Disk Recorder
conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
xineliboutput (1.0.90-cvs) - X11/xine-lib output plugin
dbus2vdr (0.0.4b) - control vdr via D-Bus
streamdev-server (0.6.0-git) - VDR Streaming Server
graphtft (0.3.3) - VDR OSD on TFT
epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
iptv (0.5.2) - Experience the IPTV
extrecmenu (1.2.2) - Extended recordings menu
quickepgsearch (0.0.1) - Quick search for broadcasts
text2skin (1.3.2+git) - Loader for text-based skins
channellists (0.0.4) - Manage your channellists
pvr350 (1.7.4) - PVR350 as output device
xvdr (0.9.5) - VDR-Network-Streaming-Interface (XVDR) Server
xine (0.9.4) - Software based playback using xine
systeminfo (0.1.2) - Display various system informations
yaepghd (0.0.3-ce) - Yet another EPG in HD
markad (0.1.4pre) - Mark advertisements
menuorg (0.4.5) - Reorganizes the main menu
dvbsddevice (0.0.6) - SD Full Featured DVB device
dynamite (0.0.9e) - attach/detach devices on the fly
osdteletext (0.9.3) - Displays teletext on the OSD
skinpearlhd (0.0.1) - PearlHD Skin
dummydevice (1.0.3) - Output device that does nothing
epgsearch (1.0.1.beta1) - search the EPG for repeats and more
live (0.2.0) - Live Interactive VDR Environment
femon (1.7.17) - DVB Signal Information Monitor (OSD)
restfulapi (0.1.0) - Offers a RESTful-API to retrieve data from VDR
wirbelscan (0.0.7) - DVB and pvrinput channel scan for VDR
dvbhddevice (0.0.4) - HD Full Featured DVB device

Alles anzeigen

Dynamite ist nach wie vor deaktiviert. Jemand nen Tipp, wo ich mit der Fehlersuche beginnen sollte?

Bin übrigens der mit dem Exot (nur 1 TV Karte)

seahawk1986 · 23. September 2012

Das war doch ein bekannter Fehler, der in der VDR-Version 1.7.28 behoben wurde ([ANNOUNCE] VDR developer version 1.7.28)

Zitat

- Fixed EPG scan on systems with only a single DVB device that use software output
(reported by Juergen Lock).

max676 · 23. September 2012

Asou... das is natürlich blöd... Muss ich wieder mein amateurhaftes Umschalt-Skript bemühen.

Wird die 0.4er noch auf 1.7.28 geupdatet werden?

seahawk1986 · 23. September 2012

Nein, und die 0.5 kommt auch erst mal mit VDR 1.7.27 - wo der SCAN aber problemlos funktioniert, wenn man das Softhddevice-Frontend detacht.

gda · 23. September 2012

Zitat von max676

Wird die 0.4er noch auf 1.7.28 geupdatet werden?

Da hat fnu natürlich das letzte Wort, aber ich halte das für unwahrscheinlich.

Gerald

max676 · 23. September 2012

Ok, vom Softhddevice-Frontend detachen versteh ich erstmal gar nix, weshalb ich eher denke, dass ich das lassen sollte.

Ich warte besser auf ne DAU sichere Version der 0.5er und hoffe auf ein vdr Update. Bis dahin läuft mein Skript. Problem ist halt,dass ich es nicht per FB abbrechen kann, aber das ist eine andere Baustelle.

Danke jedenfalls für die Infos.

MarkusE · 29. Oktober 2012

Hallo,

Ich hänge mich mal hier rein. Ich habe auch ein System mit nur einem DVB device. Und EPG scan funktioniert auch nicht . vdr -V liefert:

Code

vdr (1.7.31/1.7.31) - The Video Disk Recorder
dummydevice (1.0.3) - Output device that does nothing
conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
pin (0.1.11) - Childlock plugin
live (0.2.0) - Live Interactive VDR Environment
control (0.0.2a) - Control VDR over terminal or telnet
epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
suspendoutput (1.0.1) - Suspend output
epgsearch (1.0.1.beta2) - search the EPG for repeats and more
quickepgsearch (0.0.1) - Quick search for broadcasts
dynamite (0.0.9e) - attach/detach devices on the fly

Alles anzeigen

Ich versuche, den Scan mit

Code

svdrpsend plug dynamite SetNotIdle /dev/dvb/adapter1/frontend0
svdrpsend scan

zu starten. Es gibt keine Fehlermeldung, aber der Scan startet auch nicht.

- Markus

mini73 · 30. Oktober 2012

Moin!

Zitat von MarkusE

Code

svdrpsend plug dynamite SetNotIdle /dev/dvb/adapter1/frontend0

Wenn du nur ein DVB-Device hast, warum ist es dann adapter1? Oder ist das nur ein Tippfehler?

Code

dynamite (0.0.9e) - attach/detach devices on the fly

Hast du den aktuellen Patch für vdr 1.7.31 genommen? Außerdem solltest du dynamite auf 0.1.0 updaten.
https://github.com/flensrocker/vdr-plugin-dynamite

Ansonsten ist dein Vorgehen theoretisch richtig.

Lars.

MarkusE · 30. Oktober 2012

Hallo Lars,

vielen Dank für den Hinweis, ich habe auf dynamite (0.1.0) upgedated.
Ich verwende den VDR aus

Code

deb-src http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu natty main

da sollte doch der aktuelle Patch drin sein (?). Ansonsten, welchen Patch brauche ich denn?
vdr-1.7.31-dynamite+externalci.patch oder vdr-1.7.31-dynamite-subdevice.patch?

Ach ja, /dev/dvb/adapter1/frontend0 stimmt schon, den DVB Stick auf /dev/dvb/adapter0/frontend0 verwendet ein anderer VDR.

- Markus

mini73 · 31. Oktober 2012

Moin!

Ah, ok, guter Hinweis, dann müssen wir dynamite mal im testing-vdr aktualisieren.
Der Patch dort ist ok.

Lars.

fnu · 31. Oktober 2012

MarkusE

An testing-vdr für lucid/natty muß ich noch viel arbeiten, wird sicher auch Zeitpunkte geben, wo evtl. gar nix mit den Paketen geht. Den Inhalt des PPA habe ich nur für das yaVDR Team und mich aufgebaut.

Wenn Dir Dein VDR lieb und wichtig ist, mach bitte einen großen Bogen drum, ich übernehme keinerlei Verantwortung für diese Pakete gegenüber Dritten und es wird auch niemals ein "offizielle" Verlautbarung dazu geben oder gar ein irgendwie geartetes Update für 0.3/0.4 ...

Ich vermute allerdings, das Du Dich dazu in der Lage siehst, den ein oder anderen Mangel an den Paketen für Dich selbst zu beheben ...

Auch die üblichen Spaßpakete stehen nirgends fertig zur Verfügung oder werden das je tun, d.h. der Nutzer muß in der Lage sein, diese selbst bauen zu können. Das gilt genauso für Plugins die nicht im PPA sind, es werden keinerlei Wünsche erhört oder akzeptiert.

Wenn Du oder andere mit den Bedingungen leben könnt, viel Spaß damit ...

Regards
fnu

MarkusE · 31. Oktober 2012

Hallo Lars,

vielen Dank für die Info, dann muss ich den Patch nicht updaten.
fnu: Das ist für mich voll O.K., ich suche mir Source Pakete, die so gut wie möglich passen, und übersetzte sie dann für ARM (debian squeeze ).

Möglicherweise habe ich die Zeit, die ein EPG Scan braucht, einfach unterschätzt. Ich habe etwa 2800 Zeilen in der channels.conf . Ich habe mit --idle-timeout=20 angefangen, und dann auf --idle-timeout=60 erhöht. Ich werde jetzt mal --idle-timeout=90 testen.

- Markus

[GELÖST][0.4]svdrpsend SCAN - keine Funktion

Jetzt mitmachen!

Teilen