Hallo Forum!
ich ärgere mich schon seit ein paar Tagen mit der Aufnahmefunktion von VDR herum. Vielleicht weiß einer von Euch Rat... Erstmal die Kurzfassung von dem, was ich einsetze:
PIII 667 MHz, 512 MB Ram, Raid 1/ReiserFS für den Videospeicher
SuSE 9.3 mit aktuellen Updates
DVB-Treiber von der SuSE-DVD
VDR 1.3.31 (ist z.Zt. die aktuelle Version, hatte bis heute früh die 1.2.6 von der SuSE-DVD)
vdradmin 0.97-am3.3
Terratec Cinergy 1200 DVB-T
Die DVB-T-Karte steckt in einem Server ohne Monitor, das ganze soll (wie man vielleicht an dem vdradmin sehen kann) später mal ein reiner Videorekorder mit Streamingfunktionen werden. Als Anleitung habe ich die aktuelle C'T 19/2005 und die üblichen Howtos/Wikis etc. genommen. Bevor ich zu den Problemen komme, schreibe ich erst mal, was alles funktioniert:
Die Kernelmodule werden fehlerfrei geladen, ich kann nach Kanälen scannen und die channels.conf aufbauen (sowohl für VDR als auch für tzap). Ich kann mit tzap auf die diversen Kanäle tunen und über "cat /dev/dvb/adapter0/dvr0 > /tmp/recording.ts" größere Streams aufnehmen und auf einem anderen Rechner mit Xine problemlos ansehen (wie in der C'T beschrieben). VDR kann per Script gestartet werden, es meckert etwas, weil kein On-Screen-Menü möglich ist, aber das ist bei einer Budget-Karte ohne Xine-Streaming o.ä. auch nicht anders zu erwarten. vdradmin funktioniert ebenfalls, ich kann z.B. Aufnahmen aus "Was läuft jetzt" starten.
Wenn ich aber eine Aufnahme starte, dann stürzt VDR nach ca. 30 Sekunden ab (Auszug aus dem Logfile):
ZitatAlles anzeigenSep 10 18:28:52 mail vdr[4033]: connect from 127.0.0.1, port 17185 - accepted
Sep 10 18:28:52 mail vdr[4033]: timer 1 (23 1740-1855 'Tracks') added
Sep 10 18:28:52 mail vdr[4033]: switching device 1 to channel 23
Sep 10 18:28:52 mail vdr[4033]: timer 1 (23 1740-1855 'Tracks') start
Sep 10 18:28:52 mail vdr[4033]: Title: 'Tracks' Subtitle: ''
Sep 10 18:28:52 mail vdr[4033]: record /srv/vdr/video/Tracks/2005-09-10.17:40.99.99.rec
Sep 10 18:28:52 mail vdr[4033]: creating directory /srv/vdr/video/Tracks
Sep 10 18:28:52 mail vdr[4033]: creating directory /srv/vdr/video/Tracks/2005-09-10.17:40.99.99.rec
Sep 10 18:28:52 mail vdr[4033]: transfer thread started (pid=4033, tid=1085156272)
Sep 10 18:28:52 mail vdr[4033]: receiver on device 1 thread started (pid=4033, tid=1087257520)
Sep 10 18:28:52 mail vdr[4033]: TS buffer on device 1 thread started (pid=4033, tid=1091460016)
Sep 10 18:28:52 mail vdr[4033]: recording to '/srv/vdr/video/Tracks/2005-09-10.17:40.99.99.rec/001.vdr'
Sep 10 18:28:52 mail vdr[4033]: file writer thread started (pid=4033, tid=1099074480)
Sep 10 18:28:52 mail vdr[4033]: recording thread started (pid=4033, tid=1101175728)
Sep 10 18:28:52 mail vdr[4033]: closing SVDRP connection
Sep 10 18:28:52 mail vdr[4033]: ERROR: Channel locked (recording)!
Sep 10 18:28:52 mail vdr[4033]: ERROR: no OSD provider available - using dummy OSD!
Sep 10 18:28:54 mail vdr[4033]: transfer thread ended (pid=4033, tid=1085156272)
Sep 10 18:28:54 mail vdr[4033]: buffer stats: 0 (0%) used
Sep 10 18:29:23 mail vdr[4033]: ERROR: video data stream broken
Sep 10 18:29:23 mail vdr[4033]: initiating emergency exit
Sep 10 18:29:23 mail vdr[4033]: emergency exit requested - shutting down
Sep 10 18:29:23 mail vdr[4033]: recording thread ended (pid=4033, tid=1101175728)
Sep 10 18:29:24 mail vdr[4033]: TS buffer on device 1 thread ended (pid=4033, tid=1091460016)
Sep 10 18:29:24 mail vdr[4033]: buffer stats: 0 (0%) used
Sep 10 18:29:24 mail vdr[4033]: receiver on device 1 thread ended (pid=4033, tid=1087257520)
Sep 10 18:29:24 mail vdr[4033]: file writer thread ended (pid=4033, tid=1099074480)
Sep 10 18:29:24 mail vdr[4033]: buffer stats: 0 (0%) used
Sep 10 18:29:24 mail vdr[4033]: timer 1 (23 1740-1855 'Tracks') stop
Sep 10 18:29:24 mail vdr[4033]: saved setup to /srv/vdr/setup.conf
Sep 10 18:29:24 mail vdr[4033]: tuner on device 1 thread ended (pid=4033, tid=1078586288)
Sep 10 18:29:24 mail vdr[4033]: Section handler thread ended (pid=4033, tid=1080687536)
Sep 10 18:29:24 mail vdr[4033]: =====================
Sep 10 18:29:24 mail vdr[4033]: EPG bugfix statistics
Sep 10 18:29:24 mail vdr[4033]: =====================
Sep 10 18:29:24 mail vdr[4033]: IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED
Sep 10 18:29:24 mail vdr[4033]: CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEvent::FixEpgBugs()
Sep 10 18:29:24 mail vdr[4033]: IN VDR/epg.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT!
Sep 10 18:29:24 mail vdr[4033]: =====================
Sep 10 18:29:24 mail vdr[4033]: Fix Hits Channels
Sep 10 18:29:24 mail vdr[4033]: 0 11 Das Erste, PHOENIX
Sep 10 18:29:24 mail vdr[4033]: 4 4 PHOENIX
Sep 10 18:29:24 mail vdr[4033]: 5 1 Das Erste
Sep 10 18:29:24 mail vdr[4033]: 6 5 PHOENIX
Sep 10 18:29:24 mail vdr[4033]: 7 32 arte, Das Erste, PHOENIX
Sep 10 18:29:24 mail vdr[4033]: =====================
Sep 10 18:29:24 mail vdr[4033]: exiting
Sep 10 18:29:24 mail vdr[4033]: emergency exit!
Wenn man mal die EPG-Meldungen ignoriert, dann fällt folgendes auf: im Video-Ordner werden diverse Ordner angelegt, darin wird wie zu erwarten die Datei für den Videostream angelegt. Diese 001.vdr Datei ist jedoch immer 0 Byte groß (was bei den Fehlermeldungen nicht gerade verwundert). Nur wieso? Sind derartige Probleme woanders schon mal aufgetreten?
Noch was, mir ist aufgefallen, dass VDR nicht in den anderen Kanälen das EPG abfragt, auch nicht nach mehreren Stunden. Zur Zeit ist das aber nicht das Hauptproblem.
Wo kann ich ansetzen, sieht jemand eine andere Möglichkeit, als die DVB-Treiber zu aktualisieren (das wollte ich eigentlich vermeiden, da ich sonst bei jedem Kernelupdate die Treiber auch anpassen muss).
Grüße,
Simon