Hallo,
bei zweien meiner drei VDRs habe ich seit kurzem ein sehr merkwürdiges Problem beim Schnitt von Aufnahmen.
Nach dem Durchlauf von NoAd habe ich die groben Schnittmarken und die marks.vdr hat folgenden Inhalt:
0:00:00.01 Logo start
0:06:37.15 Logo lost
0:09:15.10 moved from [0:09:55.06 Logo start] by checkBlackFrameOnMark
0:36:50.01 Logo lost
0:41:22.09 moved from [0:41:46.24 Logo start] by checkBlackFrameOnMark
0:49:50.15 noad mark on last IFrame
Nach dem präzisen setzen der Schnittmarken habe ich in der Statusleiste nur noch einen Anfangspunkt bei 0:13:27.22 und einen Endpunkt bei 0:37:58.20.
Wenn ich nun die Aufnahme verlasse und mir die marks.vdr angucke, stehen folgende Informationen drin:
0:13:27.22
0:37:58.20
0:49:50.15 noad mark on last IFrame
mark on last IFrame
y checkBlackFrameOnMark
0:49:50.15 noad mark on last IFrame
y checkBlackFrameOnMark
0:49:50.15 noad mark on last IFrame
mark on last IFrame
Gehe ich jetzt wieder in die Aufnahme habe ich am Anfang der Aufnahme (bei Zeiteinheit 0:00:00.01) 4 Schnittmarken und am Ende (Zeiteinheit 0:49:50) 3 Schnittmarken. Diese Schnittmarken sind von Aufnahme zu Aufnahme willkürlich (können also auch längere Bereiche umspannen). Problem ist jetzt, dass, wenn ich die unerwünschten Schnittmarken entferne und dann den Schnitt auslöse, diese Schnittmaren wieder vorhanden sind. Im worst-case hatte ich bis jetzt ausschließlich Werbung in dem Schnitt - die ursprünglichen Schnittmarken wurden also komplett umgekehrt.
Wenn ich aus der marks.vdr manuell den ganzen "Schrott" entferne und die Datei dann nur noch folgenden Inhalt hat, funktioniert der Schnitt einwandfrei:
Die Frage ist jetzt natürlich: Wie bekomme ich das normale Verhalten wieder hin? Die Forensuche hat dieses Problem bis jetzt auch nicht gefunden.
Zu meiner Konfiguration:
ctvdrinfo liefert folgendes:
**************************************
* c't VDR Übersicht *
**************************************
c't VDR: 1.4.5-1ctvdr3
Kernel : 2.6.12-ct-1
Patches:
--------------------------------------
liemikuutio
jumpplay
subtitles-ttxtsubs
submenu
disableDoubleEpgEntrys
noepg
wareagle-icons
rotor
yaepg
dvdarchive
dmh-dvd-archive
sourcecaps
pin
Plugins (APIVERSION 1.4.5):
( N = Native Plugin )
( ! = Falscher Patchlevel )
( - = Deaktiviert )
--------------------------------------
vdr-plugin-control (0.0.2a-22)
vdr-plugin-epgsearch (0.9.20-2) conflictcheckonly
vdr-plugin-epgsearch (0.9.20-2)
vdr-plugin-epgsearch (0.9.20-2) epgsearchonly
vdr-plugin-epgsearch (0.9.20-2) quickepgsearch
vdr-plugin-epgsync (0.0.2-1)
vdr-plugin-femon (1.1.1-1)
vdr-plugin-nordlichtsepg (0.8a-10)
vdr-plugin-osdpip (0.0.8-20)
vdr-plugin-osdteletext (0.5.1-20)
vdr-plugin-recstatus (0+0.0.1.beta1-10)
vdr-plugin-remoteosd (0.0.1-2)
vdr-plugin-remote (0.3.9-1)
vdr-plugin-skinelchi (0.1.0+0.1.1pre1-11)
vdr-plugin-streamdev-client (0.3.1+cvs20050522-25)
vdr-plugin-subtitles (0.5.0-1)
vdr-plugin-svdrpservice (0.0.2-3)
vdr-plugin-taste (0.0.2d+cvs20061111-2)
vdr-plugin-text2skin (1.0+cvs20050618-25)
vdr-plugin-timeline (1.0.141-5)
vdr-plugin-ttxtsubs (0.0.5-25)
vdr-plugin-undelete (0.0.6-11)
Addon Packages:
--------------------------------------
vdr-addon-noad (0.6.0-8)
vdr-addon-sharemarks (0.1.3+0.1.4PRE2-1)
vdr-addon-tvmovie2vdr (0.5.9-1)
vdr-channellogos (0.0.3-3)
vdr-skins (0.6)
vdr-skins-speciallogos (0.2)
vdr-xpmlogos (0.0.1-3)
Alles anzeigen
Die beiden betroffenen Rechner haben per NFS Zugriff auf das Video-Verzeichnis des Servers, auf dem die ganzen Aufnahmen liegen. Auf dem Server konnte ich das Verhalten bis jetzt nicht reproduzieren.
Wäre schön, wenn jemand eine Idee hätte.