[gelöst] Fehler beim Resume einer Aufzeichnung mit Sonderzeichen und vfat-Ersetzung

seahawk1986 · 22. März 2013

Hallo,
ich habe gerade versucht die Wiedergabe einer Aufzeichnung nach dem Neustart des Rechners fortzusetzen. Die Besonderheit bei der Aufnahme ist, dass der Name mit einem Sonderzeichen endet und ich die Ersetzung der vfat-inkompatiblen Zeichen aktiviert habe.

Der Pfad für die Aufnahme lautet:

Code

/srv/vdr/video.00/VDR/House_of_Lies/Was_würde_Clooney_tun#3F/2013-03-06.23.13.41-0.rec

Wenn ich jetzt die Wiedergabe beende und den Rechner neu starte und die Wiedergabe über die Play-Taste fortsetzen lassen möchte passiert das:
Im Log:

Code

Mar 22 19:12:03 VDR vdr: [1325] replay /srv/vdr/video.00/House_of_Lies/Was_würde_Clooney_tun
Mar 22 19:12:03 VDR vdr: [2792] index file generator thread started (pid=1325, tid=2792, prio=high)
Mar 22 19:12:03 VDR vdr: [2792] ERROR (recording.c,1918): /srv/vdr/video.00/House_of_Lies/Was_würde_Clooney_tun/index: Datei oder Verzeichnis nicht gefunden
Mar 22 19:12:03 VDR vdr: [2792] deleting index file '/srv/vdr/video.00/House_of_Lies/Was_würde_Clooney_tun/index'
Mar 22 19:12:03 VDR vdr: [2792] index file generator thread ended (pid=1325, tid=2792)
Mar 22 19:12:03 VDR vdr: [2790] TS buffer on device 2 thread ended (pid=1325, tid=2790)
Mar 22 19:12:03 VDR vdr: [2789] buffer stats: 54144 (1%) used
Mar 22 19:12:03 VDR vdr: [2789] receiver on device 2 thread ended (pid=1325, tid=2789)
Mar 22 19:12:13 VDR vdr: [1325] missing index file /srv/vdr/video.00/House_of_Lies/Was_würde_Clooney_tun/index
Mar 22 19:12:13 VDR vdr: [1325] [softhddev]SetPlayMode: 1
Mar 22 19:12:13 VDR vdr: [1325] info: Index-Datei wird regeneriert

Alles anzeigen

In der setup.conf stand dabei:

Code

LastReplayed = /srv/vdr/video.00/House_of_Lies/Was_würde_Clooney_tun

Der VDR 1.7.41 (testing-PPA von yaVDR) läuft mit VDR_LANG=de_DE.UTF-8 und VDR_CHARSET_OVERRIDE=ISO-8859-9 und wurde mit "--vfat" gestartet:

Code

/usr/bin/vdr --lirc=/var/run/lirc/lircd -v /srv/vdr/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s /usr/lib/vdr/vdr-shutdown.wrapper -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 6419 -w 0 --vfat -Psofthddevice -D -Pfritzbox -Pyaepghd -Pxvdr -t 10 -Psundtek -Pconflictcheckonly -Pskinnopacity --epgimages=/var/cache/vdr/epgimages -Pskinsoppalusikka --logodir=/usr/share/vdr-xpmlogos -Pepgsearchonly -Pmarkad -Prestfulapi --port=8002 --ip=0.0.0.0 --epgimages=/var/cache/vdr/epgimages --channellogos=/usr/share/vdr-channellogos -Pdevstatus -Pepgsearch -f /usr/bin/svdrpsend -Pmenuorg -Pstreamdev-server -Pskinpearlhd --epgimages=/var/cache/vdr/epgimages -Plive --port=8008 --ip=0.0.0.0 --log=INFO --epgimages=/var/cache/vdr/epgimages -Pdbus2vdr --shutdown-hooks=/usr/share/vdr/shutdown-hooks --shutdown-hooks-wrapper=/usr/share/vdr-plugin-dbus2vdr/shutdown-wrapper --network --upstart -Pskinenigmang --logodir=/usr/share/vdr-enigmang-icons --epgimages=/var/cache/vdr/epgimages -Pchannellists -Pquickepgsearch -Pskinelchi -Pfemon -Pvnsiserver3 -Pdynamite

Auf einem zweiten VDR 1.7.41 unter Arch Linux mit VDR_LANG=de_DE.UTF-8 und --dirnames=,,1 verhält sich der VDR genau so.

Beim Laden der setup.conf gibt es im Log keine Meldungen für den Wert LastReplayed:

Code

Mär 22 19:29:36 vdr4arch vdr[416]: [416] loading /var/lib/vdr/setup.conf
Mär 22 19:29:36 vdr4arch vdr[416]: [416] ERROR: unknown config parameter: filebrowser.BaseDir = /media/ftp
Mär 22 19:29:36 vdr4arch vdr[416]: [416] ERROR: unknown config parameter: skinnopacity.menuWidthNarrow = 30
Mär 22 19:29:36 vdr4arch vdr[416]: [416] ERROR: unknown config parameter: tvm2vdr.MaxImageWidthOrHeight = 0
Mär 22 19:29:36 vdr4arch vdr[416]: [416] ERROR: unknown config parameter: yaepghd.HideMenuEntry = 0

Interessanterweise steht der Pfad für die Aufzeichnung im laufenden Betrieb (also nach dem Stoppen der Wiedergabe oder nach einem Restart des VDR über das Einstellungs-Menü) korrekt in der setup.conf, nach einem Neustart des Rechners ist er aber verkürzt:

Code

# Direkt nach dem schreiben der setup.conf und auch nach einem "internen" Neustart des VDR:
LastReplayed = /srv/vdr/video/VDR/House_of_Lies/Was_würde_Clooney_tun#3F/2013-03-06.23.13.41-0.rec
#Nach Reboot:
LastReplayed = /srv/vdr/video/VDR/House_of_Lies/Was_würde_Clooney_tun

Kann das jemand nachvollziehen? Ich könnte mir vorstellen, dass der Parser für die setup.conf da Kommentare rauswirft und den Pfad dabei abschneidet...

mini73 · 23. März 2013

Moin!

Die Stelle sieht so aus:

Code

Setup.Load(AddDirectory(ConfigDirectory, "setup.conf"));

Die Funktionsdeklaration so:

Code

bool Load(const char *FileName = NULL, bool AllowComments = false, bool MustExist = false)

Eigentlich sollte er # also nicht als Kommentarzeichen werten.

Lars.

mini73 · 23. März 2013

Moin!

In Zeile 133 in config.h könntest du isyslog-Aufrufe einbauen, um zu sehen, was da im Parser ankommt.

Lars.

kls · 23. März 2013

Der Fehler liegt in config.c:

Diff

--- config.c    2013/03/10 14:56:51     2.37
+++ config.c    2013/03/18 08:57:50     2.38
@@ -518,7 +518,7 @@
 
 bool cSetup::Load(const char *FileName)
 {
-  if (cConfig<cSetupLine>::Load(FileName, true)) {
+  if (cConfig<cSetupLine>::Load(FileName)) {
      bool result = true;
      for (cSetupLine *l = First(); l; l = Next(l)) {
          bool error = false;

Alles anzeigen

Klaus

seahawk1986 · 23. März 2013

Ja, das war es, vielen Dank.

[gelöst] Fehler beim Resume einer Aufzeichnung mit Sonderzeichen und vfat-Ersetzung

Jetzt mitmachen!

Teilen

Tags