Kein EPG Update nach mehreren Wochen Dauerbetrieb

  • Selbst nach mehreren Wochen Betrieb hat vdr / vdradmin immer noch keine EPG Daten jenseits von RTL und SAT1 für die nächsten 2 Stunden gefunden.
    Welches
    Plugin, oder welche Einstellungen, und vor allem WO sind denn nötig
    damit der VDR endlich mal einen EPG Scan macht und seine Daten
    aktualisiert?
    Oder kann das ein Hardwareproblem sein?
    In VDRAdmin
    kann ich ja "Anzahl der zu verwendenden Kanäle:" angeben, was ich auf 3
    stehen habe ( Es sollen 3 von 4 Tunern zum Gucken zur Verfügung stehen,
    der 4te hingegen für die EPG updates und dergleichen reserviert sein ).
    "Anzahl der DVB-Karten:" steht hingegen auf 4 - schliesslich hat die TBS 6985 ja volle 4 Tuner drauf.
    Oder verstehe ich die Einstellungen an dieser Stelle falsch?


    Welche Informationen braucht Ihr um mir helfen zu können?

  • 3PO schrieb:

    Was ist denn unter,


    Menü --> Einstellungen --> EPG --> Zeit bis zur EPG-Aktualisierung (h):


    eingestellt?

    Uhm,,.. Diese Position gibt es nicht im vdradmin-am webinterface und.. wie heisst dieser Eintrag in der setup.conf?
    Es handelt sich um einen reinen Webserver, es gibt also keine grafische Ausgabe!


    In der setup.conf ist eingetragen:

    Code
    EPGBugfixLevel = 3
    EPGLanguages = 
    EPGLinger = 0
    EPGScanTimeout = 5


  • Konkret heißt es, dass ein EPG-Scan ausgelöst wird, nachdem der User 5 Stunden lang keine Taste mehr gedrückt hat.
    Irgendwelche Einstellungen in vdradmin haben darauf keinen Einfluss.
    Wenn allerdings immer ein Tuner frei ist, sollte der EPG-Scan ständig laufen. Der Timeout greift nur, wenn der vdr kein freies Device findet.


    Ansonsten einfach mal einen Blick ins syslog werfen...


    Lars.

  • Konkret heißt es, dass ein EPG-Scan ausgelöst wird, nachdem der User 5 Stunden lang keine Taste mehr gedrückt hat.
    Irgendwelche Einstellungen in vdradmin haben darauf keinen Einfluss.
    Wenn allerdings immer ein Tuner frei ist, sollte der EPG-Scan ständig laufen. Der Timeout greift nur, wenn der vdr kein freies Device findet.


    Ansonsten einfach mal einen Blick ins syslog werfen...


    Lars.

    cat /var/log/syslog | grep vdr
    liefert:



    Leider sagt mir das jetzt so nicht sehr viel.


    lspci


    03:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder (rev 04)
    ist dabei die DVB-S Karte, eine TBS6981 ( Dual Tuner )


    Die Empfangsqualität sollte eigentlich ausreichen:


    Irgendwelche weiteren Vorschläge?
    In vdradmin-am hab ich mit dieser Konfiguration jetzt 1 Tuner reserviert und 2 als verfügbar angegeben:
    Anzahl der zu verwendenden Kanäle: 1
    Anzahl der DVB-Karten: 2
    Folglich sollte ein Tuner immer für den EPG Scan frei sein.

  • In vdradmin-am hab ich mit dieser Konfiguration jetzt 1 Tuner reserviert und 2 als verfügbar angegeben:
    Anzahl der zu verwendenden Kanäle: 1
    Anzahl der DVB-Karten: 2
    Folglich sollte ein Tuner immer für den EPG Scan frei sein.


    Keine Ahnung, was diese Einstellungen bewirken, aber der vdr wird das wohl nicht weiter berücksichtigen. Ob du da also was einstellst oder nicht, spielt keine Rolle. Ich würde da eher die Standardwerte lassen.
    Ich verwender vdradmin schon seit Jahren nicht mehr, wenn du Doku raussuchst, was man mit dieser Einstellung bewirkt, kann ich vielleicht was dazu sagen.


    Was macht denn da alle 10-20 Sekunden einen Zugriff auf SVDRP?
    Wie sieht das syslog vom Start des vdr aus? Da zeigt er an, wie viele und welche DVB-Karten er gefunden hat.


    Lars.


  • Keine Ahnung, was diese Einstellungen bewirken, aber der vdr wird das wohl nicht weiter berücksichtigen. Ob du da also was einstellst oder nicht, spielt keine Rolle. Ich würde da eher die Standardwerte lassen.
    Ich verwender vdradmin schon seit Jahren nicht mehr, wenn du Doku raussuchst, was man mit dieser Einstellung bewirkt, kann ich vielleicht was dazu sagen.


    Was macht denn da alle 10-20 Sekunden einen Zugriff auf SVDRP?
    Wie sieht das syslog vom Start des vdr aus? Da zeigt er an, wie viele und welche DVB-Karten er gefunden hat.


    Lars.



    Keine Ahnung, was diese Einstellungen bewirken, aber der vdr wird das wohl nicht weiter berücksichtigen. Ob du da also was einstellst oder nicht, spielt keine Rolle. Ich würde da eher die Standardwerte lassen.
    Ich verwender vdradmin schon seit Jahren nicht mehr, wenn du Doku raussuchst, was man mit dieser Einstellung bewirkt, kann ich vielleicht was dazu sagen.


    Was macht denn da alle 10-20 Sekunden einen Zugriff auf SVDRP?
    Wie sieht das syslog vom Start des vdr aus? Da zeigt er an, wie viele und welche DVB-Karten er gefunden hat.


    Lars.


    /etc/init.d/vdr restart
    cat /var/log/syslog | grep vdr



  • Du kannst ja mal versuchen, einen EPG Scan zu erzwingen:


    Code
    svdrpsend SCAN
    Code
    root@server:~# svdrpsend SCAN
    220 server SVDRP VideoDiskRecorder 2.0.3; Sat Jan 11 17:32:00 2014; UTF-8
    250 EPG scan triggered
    221 server closing connection


    Eine halbe Stunde später sehe ich nur RTL mit EPG Einträgen bis um 23:00

  • Code
    Jan 11 17:30:42 server vdr: [9046] ERROR (lirc.c,45): /var/run/lirc/lircd: Datei oder Verzeichnis nicht gefunden
    Jan 11 17:30:42 server vdr: [9046] ERROR: remote control LIRC not ready!


    Ich schätze mal, dein Server soll ohne Fernbedienung laufen, oder? Dann entferne einfach den "--lirc"-Parameter. Aber das hat nichts mit dem Problem zu tun.


    Es werden zwei Tuner erkannt, also schon mal ok.


    Sag mal, diese Einstellungen in vdradmin... Ist RTL dein erster Kanal in der channels.conf? Kann es sein, dass diese "1" die Anzeige des EPG innerhalb von vdradmin begrenzen? D.h., wenn du da "Anzahl der zu verwendenen Kanäle = 1" hast, wird dann nur für den ersten Kanal EPG angezeigt? Was passiert, wenn du da mal 30 einträgst? 0 müsste "alle Kanäle" sein.
    Ich meine, mich zu erinnern, dass die "Anzahl der DVB-Karten" evtl. was mit der Timerkonfliktanzeige etwas zu tun hat, oder?


    Lars.

  • Moin,


    irgendwas ist da seltsam ;)


    Hast du schonmal getestet, per svdrp über die Konsole durch die Kanäle zu schalten? Wenn du auf dem Kanal so ca. 5 - 10 Sekunden bleibst, sollte eigentlich das EPG aus dem Stream definitiv gelesen werden.


    Der Befehl dazu ist


    Code
    svdrpsend chan +


    bzw.

    Code
    svdrpsend chan -


    Falls du so auch kein EPG bekommst, würde ich mal die channels.conf checken...wo hast du deine denn her? Hast du mal eine von Channelpediaprobiert?


    Ciao Louis


  • Nachdem ich das gesehen habe, habe ich erstmal meine Channels.conf gecheckt:



    <SNIP>


    Die Channels conf wird bei der installation von VDR unter Debian Jessie automatisch installiert.
    Ich weiss nicht von wo sie herkommt.
    Mein System ist ein Debian Jessie 64Bit auf einem E350 System von Asus.Es ist ein Dachboden Server der ansonsten einfach nur Datei und Druckdienste, Webserver sowie einen Mumble Server zur Verfügung stellt, Mumble allerdings ist nicht in Benutzung, und der Apache erzeugt keine Last.


    --lirc option ist in /etc/init.d/vdr deactiviert worden, kein roblem dort.
    "Anzahl der zu verwendenen Kanäle = 1" bedeutet wie viele Kanäle gleichzeitig von VDRAdmin-am genutzt werden sollen, i.e. wie viele Tuner es belegen darf.


    Mit 30 oder so hat es keine Auswirkungen auf die EPG Problematik, es bedeutet halt nur das alle Tuner für Live-streaming und Recording verwendet werden dürfen.
    Soweit die Theorie.


    Nach Verwendung der neuen channels.conf und mit "Anzahl der zu verwendenen Kanäle = 40" habe ich auf einmal Berge von Kanälen gelistet?
    Das ist Putzig. Muss erstmal einen Moment experimentieren.

  • Jan 11 18:45:28 server vdr: [10385] Streamdev: Accepted new client (HTTP) 192.168.10.143:44540
    Jan 11 18:45:28 server vdr: [10477] streamdev-livestreaming thread started (pid=10375, tid=10477, prio=high)
    Jan 11 18:45:28 server vdr: [10476] streamdev-writer thread started (pid=10375, tid=10476, prio=high)
    Jan 11 18:45:28 server vdr: [10478] receiver on device 1 thread started (pid=10375, tid=10478, prio=high)
    Jan 11 18:45:28 server vdr: [10479] TS buffer on device 1 thread started (pid=10375, tid=10479, prio=high)
    Jan 11 18:45:32 server vdr: [10385] client (HTTP) 192.168.10.143:44540 has closed connection
    Jan 11 18:45:32 server vdr: [10385] streamdev-server: closing HTTP connection to 192.168.10.143:44540
    Jan 11 18:45:33 server vdr: [10477] streamdev-livestreaming thread ended (pid=10375, tid=10477)
    Jan 11 18:45:33 server vdr: [10476] streamdev-writer thread ended (pid=10375, tid=10476)
    Jan 11 18:45:33 server vdr: [10479] TS buffer on device 1 thread ended (pid=10375, tid=10479)
    Jan 11 18:45:33 server vdr: [10385] buffer stats: 157732 (4%) used
    Jan 11 18:45:33 server vdr: [10478] buffer stats: 157356 (3%) used
    Jan 11 18:45:33 server vdr: [10478] receiver on device 1 thread ended (pid=10375, tid=10478)
    Jan 11 18:45:39 server vdr: [10375] connect from 127.0.0.1, port 60200 - accepted
    Jan 11 18:45:40 server vdr: [10375] closing SVDRP connection
    Jan 11 18:45:43 server vdr: [10385] Streamdev: Accepted new client (HTTP) 192.168.10.143:44544
    Jan 11 18:45:43 server vdr: [10480] streamdev-writer thread started (pid=10375, tid=10480, prio=high)
    Jan 11 18:45:43 server vdr: [10481] streamdev-livestreaming thread started (pid=10375, tid=10481, prio=high)
    Jan 11 18:45:44 server vdr: [10483] receiver on device 1 thread started (pid=10375, tid=10483, prio=high)
    Jan 11 18:45:44 server vdr: [10484] TS buffer on device 1 thread started (pid=10375, tid=10484, prio=high)
    Jan 11 18:45:55 server vdr: [10483] buffer usage: 70% (tid=10481)
    Jan 11 18:45:55 server vdr: [10483] buffer usage: 80% (tid=10481)
    Jan 11 18:45:56 server vdr: [10483] buffer usage: 90% (tid=10481)
    Jan 11 18:45:56 server vdr: [10483] ERROR: 1 ring buffer overflow (188 bytes dropped)
    Jan 11 18:46:02 server vdr: [10483] ERROR: 22765 ring buffer overflows (4279820 bytes dropped)
    Jan 11 18:46:08 server vdr: [10483] ERROR: 21278 ring buffer overflows (4000264 bytes dropped)


    Jetzt bekomme ich alle Kanäle aufgelistet, aber der Datenstrom raucht nach knapp 10s ab ???

  • Okay, anders als es all die Jahre, wo es die Anzahl der maximal gleichzeitig Verwendeten Kanäle/Trasnponder zu begrenze nschien, ist es nun irgendwas anderes. Auf Null ( 0 ) gestellt erhalte ich nun alle Sender aufgelistet, das EPG findet alle nötigen Informationen Problemlos.


    Folglich ist das Problem mit dem EPG nun als Gelöst anzusehen, auch wenn ich nicht nachvollziehen kann WARUM dieser Effekt nun eintritt.
    Jetzt muss ich nur einen neuen Thread aufmachen und Herausfinden warum ich nun Ring Buffer Overflows bekomme...


    Danke Euch allen!

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!