Menu
▾
▴
#18 Gefahr von Überschreibungen bei geschnittenen MPEGs
Eventuell nur ein theoretisches Problem, bitte aber mal
prüfen, ob ich Recht habe:
Im tmp-Verzeichnis der udrec_suite werden die demuxten
Streams ja mit folgendem Namensschema abgespeichert:
yymmdd_hhmmss_0x_0y.[mpv|mp2|ac3]
Der darin enthaltene Timestamp repräsentiert den
Zeitpunkt des Beginns der Aufnahme.
Wenn man eine Aufnahme im usgui mit GOPchop schneidet,
wird diese geschnittene Datei ebenfalls wieder demuxt
und mit der gleichen Namenskonvention im
tmp-Verzeichnis abgelegt. Sie erscheint dann als neue
Aufnahme im usgui.
Der Timestamp der durch den Schnitt erzeugten Dateien
repräsentiert den Zeitpunkt, zu dem usgui die
Weiterverarbeitung der mittels GOPchop erzeugten
Videodatei begonnen hat.
Wenn dieser Zeitpunkt zufällig mit dem Zeitpunkt des
Aufnahmebeginns auf der dBox zusammenfällt, werden - je
nach Aufnahmeart - entweder das Ergebnis des manuellen
Schnitts oder die dBox-Aufnahme überschrieben. (Bei
udrecemu wird nach Aufnahmenende die Schnittdatei
überschrieben, bei udrec.exe wird die Schnittdatei
zunächst die bis dahin aufgenommene Daten der Aufnahme
überschreiben und nach Ende des Speichervorgangs selbst
wieder von den gestreamten Informationen überschrieben
werden).
Wenn diese Situation tatsächlich auftreten kann,
sollten wir uns eine eindeutige Unterscheidung in der
Namensgebung zwischen Streams aus einer Aufnahme und
denjenigen aus einem manuellen Schnittvorgang überlegen.
Logged In: YES
user_id=925471
Du hast leider recht.
Auch wenn ich denke dass die Auftretenswahrscheinlichkeit
des Problems marginal ist. Aber laut Murphy ist es
wahrscheinlich das erste Problem das von usern gemeldet wird
:-)
Wie auch immer, wie wre es, statt 0x_0y einfach 1x_1y zu
nehmen? Mein Tool htte damit kein Problem und wir htten
eine einfache UINterscheidung. Um das ganze auf die Spitze
zu treiben knnte man sogar die udrecemu streams auf 2x_2y
enden lassen, dann wsset man, woher was kommt.
Gibt es von eurer Seite Bedenken? Ich probier das bei
nchster Gelegenheit mal aus.
Logged In: YES
user_id=925471
Mist, das ist noch nicht das gelbe vom Ei, immerhin
existieren ja auch ein .xml, ein .fmt, ein .epg und ein
.stat file, die nur den Datumsstring als Kennung haben.
Letztlich muss man wohl doch ein eindeutiges Datum finden.....