Haenlein-Software Forum

Code: Alles auswählen

Hallo Ralf,

Die Beschreibung viewtopic.php?t=3718 hatte ich bereits studiert. 
Die angebotene Möglichkeit '10MB VOR und 10 NACH der eingestellten Position' machte und macht mir immer noch Sorgen, ob mir damit ein Sample gelingt, mit dem ihr alles testen könnts.  [i](Inzwischen weiß ich, dass es mir schon gelingen würde, DVRS HD es jedoch nicht exportieren kann.)[/i]
Ich nehme an, man braucht für Vorschau und Zusammenfügen der Grün-Schnitte auch genügend gute GOPs der beiden Grün-Schnitte. Da hängt es dann schon von der MB-Länge der Störung ab und von der passend eingestellten Position, dass sich das ausgeht. Selbst bei meiner relativ kurzen 14 Sekunden Störung ist das schon ein Problem. Was wäre bei einer 20 Minuten Störung? Was, wenn ich bei einem Waldbühnekonzert nur bestimmte Stücke eines Interpreten zusammfügen möchte und dazu vielleicht 50 Minuten auslassen muss und Nach dem Zusammenfügen Bildfehler an der Zusammfüge-/Klebestelle bekomme und ihr dann ein repräsentatives Test-Sample braucht? Dazu meine ich wäre meine im vorigen Posting angedeutete Vorgehensweise mit den 4 Schnitten geeignet.

Ich habe einen Minimalausschnitt [b]Cut2.ts [/b] (23 sec, 28.557 KB) um die kurze Fehlerstelle mit einigen Sekunden Vorlauf und Nachlauf mit dem TSPlayer vorbereitet. Der TSPlayer von DVBViewer hat angeblich die gleiche Strategie der TS-Erzeugung wie der DVBViewer. Das kurze Sample hat somit eine original DVBViewer TS Struktur. Das ist schon nicht mal schlecht. Zudem zeigt es die gleichen Probleme, wie die lange (7.919.309 KB) Aufnahme.

Der TSPlayer benötigt unter einer Sekunde zur Erzeugung des Schnittes. Wahrscheinlich kümmert er sich nur um die [i]Abfolge[/i] der TS-Pakete und nicht um den [i]Inhalt[/i] der TS-Pakete und somit schon gar nicht um den stockdunklen Inhalt der fehlerhaften Pakete. Beim Abspielen stören ihn die fehlerhaften Pakete auch nicht, er ignoriert sie wahrscheinlich und spielt nur ab, wessen Inhalt er kennt. Zum Schluss liefert er eine knappe Meldung "Found 12 discontinuities in the transport stream" (Dauer unter 1 sec inkl. Export in eine neue Datei Cut2_0.ts).

Die Fehlerprüfung hat da offensichtlich eine andere Strategie. Wahrscheinlich kämpft sie sich durch den Unrat in den stockdunkeln fehlerhaften Paketen und benötigt dafür eine Ewigkeit, wenn sie überhaupt hinausfindet. Bei meinem gestrigen Test hatte ich ohne langes Warten nach der Fehlermeldung 'Fehler in Video erkannt bei' und nachdem ich sah, dass die Fehlerstelle in der Schnitt-Tabelle  mit Anfang- und Ende eingetragen war, abgebrochen. Aus meiner Sicht war der fehlerhafte Bereich, dan man ja ohnedies nur auslassen kann, da er ja stockdunkel ist, ausreichen erkannt. Heute beim Test des kurzen Samples ließ ich die Fehlersuche weiterlaufen und wundere mich, dass sie nicht nach dem Fehlerbereich-Ende weiterläuft um den nächsten Fehler zu suchen, sondern sich ewig in der Fehlerstelle selbst durchkämpft. Wahrscheinlich passiert das Gleiche bei der Vorschau und bei der Schnitterstellung/Zusammenfügung für den Export. 

Da würde ich einen Strategiewechsel für das DVRS HD zwecks rascher Auslassung/Überbrückung der Fehlerstelle empfehlen. Vielleicht hilft euch mein Testbeispiel dabei. Würde mich freuen.

Diesmal dauert es mir zu lange und ich breche die Fehlersuche ab, da ich ja weiß, dass nur eine Fehlerstelle vorhanden ist und diese bereits erkannt ist.

Nun kommt die Meldung: Fehler in der Aufnahme gefunden, sollen diese in Schnittbereiche umgewandelt werden? Ich sage Ja.

Das sind nun die Schnittbereiche in der Schnitt-Tabelle:
Grün-Schnittbereich 1:
0h 00'00.0 - 0h 00'03.1 (3s)

Orange-Fehler, umgewandelt (Video)
0h 00'3.3 - 0h 00'17.7 (14s)

Grün-Schnittbereich 2:
0h 00'17.7 - 0h 00'24.1 (6s)

Nun kommt das nächste Problem: In deiner ausführlichen Vorschaubeschreibung in http://forum.haenlein-software.com/viewtopic.php?p=30150#p30150 lese ich sinngemäß, dass im ‚Beispiel mit Grünen Schnittbereichen‘ der Zeiger in der Zeitleiste nicht im grünen Bereich stehen darf. In meinem Sample habe ich da nicht viele Möglichkeiten, die nicht in einem der grünen Bereiche liegen und auch nicht in der Fehlerstelle liegen.
Vor dem Fehler gäbe es theoretisch die Stelle 0h 00'03.2 im Niemandsland (Weder grün noch orange). Kann ich aber nicht einstellen. Hinter der Störung ist gar kein Platz. Wahrscheinlich heißt es da Platz schaffen, d.h am Ende des ersten Grün-Schnittbereichs und am Anfang des zweiten Grün-Schnittbereichs knabbern. Oder den Zeiger in den Fehlerbereich stellen. Würde ja auch anzeigen, dass ich eigentlich alles zwischen den beiden Grün-Bereichen überspringen möchte. Eigentlich würde ja auch der Zeiger exakt auf dem Ende des Grünbereichs 1 oder exakt auf dem Anfang des nachfolgenden Grün-Bereichs 2 eindeutig anzeigen, dass beide benachbarten Grünbereiche verbunden werden sollen?
Mein Befund in der langen Aufnahme war: 
Zeiger vor dem Fehlerbereich -> Vorschau funktioniert
Zeiger im Fehlerbereich oder danach -> Vorschau und Export dauern ewig.

Für die Supportanfrage stelle ich den Zeiger in die mit dem Lineal am Bildschirm abgemesse Mitte der orangen Fehlerstelle und hoffe dass ihr bei '10MB VOR und 10 NACH der eingestellten Position' alle notwendigen Informationen erhaltet. Sonst kann ich euch auch die gesamte 27.8 MB große Beispielsdatei Cut2.ts senden.

Nun beginne ich den Export in eines neues TS und stoppe die Zeit die für die 3s+6s=9s aus 23s benötigt werden (Der TSPLayer benötigt mit Stopp-Uhr nicht messbar,unter 1 sec): Diesmal erhalte ich gleich die Meldung:
"Verarbeitung abgebrochen! Bitte schicken Sie uns eine Support-Anfrage mit Log Dateien.

Das werde ich nun gleich tun.

Achtung: 
einige kleine Unterschiede zum Ablauf mit der im Posting vom 05.Okt.2011 21:20h und vom 06.Okt.2011 22:13h beschriebenen Gesamtaufnahme:
a) bei der Gesamtaufnahme setzte ich den Anfang des ersten Grün-Schnitts nicht gleich dem Anfang des TS sondern nach ca. 10min, wo die eigentliche Sendung begann. Dann machte ich um die Fehlerstelle auf beiden Seiten eine Ausspaarung von einigen GOPs, vor und nach der Fehlerstelle jeweils etwas mehr als 2 sec. Zum Schluss beendete ich den zweiten Grün-Schnitt am Ende der Sendung, ca. 11 Minuten vor dem Ende des TS. 
b) Der Export brachte nicht die heutige Meldung sondern kam nach ca. 23 Minuten zu einem positiven Ergebnis 

Anmerkung:
Es wäre sehr praktisch, wenn die Inhalte der Schnitt-Tabelle mit Strg-C/Strg-V in eine Textdatei kopiert werden könnten, und man sie nicht händisch abtippen muss!
Weiters wäre es praktisch die Zeitangaben nicht im Format
0h 46'39.4 - 0h 46'53.8 (14s)
sondern im Format (etwa wie im Fortschrittfenster) 
hh:mm:ss.ff (mit framenummern ff) anzugeben.