Diashow erstellen mit DVDsGUI 0.9.5.3 und GFD 1.07, Problem Underrun

    Jo, das alte Problem. ffms2 ist desöfteren (oder "meistens") nicht fähig, interlactes Videomaterial korrekt zu dekodieren.

    - dekodiere ich das *.mov mit ffvideosource: weitgehend richtig, manchmal treten vorwärts-rückwärts-Sprünge auf. => unbrauchbar

    - muxe ich das *.mov in *.mkv, dann ffvideosource: vorwärts-rückwärts-Sprünge nach jeweils 4 Frames. => unbrauchbar

    - muxe ich das *.mov in *.mkv, und dekodiere mit DGDecodeNV: Keine Probleme. Alles gut. Alles so wie es ein soll.


    Warum die das mit dem Interlacing bei ffms2 nicht gebacken kriegen weiß ich auch nicht. ffmpeg bzw. libav kann es ja, über directshow funktioniert's ja schließlich auch. Aber bei ffms2 ist's ein riesen-Problem. SEIT JAHREN.

    Wenn ich <code><code>QTInput("H:\CIMG4558.MOV")</code></code>verwende, ist sowohl bei <code><code>AssumeTFF()</code></code> als auch bei <code><code>AssumeBFF()</code></code> und <code><code>Bob()</code></code> das Ergebnis: "3 vor, 1 zurück".
    Wie müsste das korrekte Ergebnis sein? Interpretiere ich es falsch?

    Ich habe mir nun bei <code><code>FFmpegSource2()</code></code>, <code><code>AssumeTFF()</code></code> und <code><code>Bob()</code></code> 15 Bilder exportiert und von 1-15 durchnummeriert. Das Ergebnis: 2=4, 3=5, 6=8, 7=9, 10=12 und 11=13
    Daraus ergibt sich: A, B, C, B, C, D, E, D, E, F, G, F, G, H, I

    Nehme ich nun <code><code>FFmpegSource2()</code></code>, <code><code>AssumeBFF()</code></code> und <code><code>Bob()</code></code> ist das <code><code></code></code>Ergebnis: 1=3, 2=4, 5=7, 6=8, 9=11, 10=12, 13=15, 14=16
    Daraus ergibt sich: A, B, A, B, C, D, C, D, E, F, E, F, G, H, G, H


    Ignoriert das Material der Kamera alle Standards und Normen?
    Oder stimmt mein avs nicht? Z.B. die Parameter.
    Warum steht in der Anleitung als Parameter zweimal clip ohne Komma? http://avisynth.org/mediawiki/Parity : <code><code>AssumeTFF(clip clip)</code></code>

    Gibt es noch andere Möglichkeiten / Tricks das Ergebnis zu verändern?

    MFG blueice_haller

    14 Mal editiert, zuletzt von blueice_haller (27. Januar 2013 um 17:38)

    Wieso sind die Ergebnisse "2=4 3=5..." oder "1=3 2=4..." - - - was heißt "gleich"? Es dürfte ja keine "gleichen" Bilder geben, der Stream ist echt-interlaced, und nach Bob() soll herauskommen:

    A B C D E F G H ... also nix mit Doppel-Buchstaben. Außer wir reden gerade aneinander vorbei, was möglich wäre. :)

    Mir fällt gerade ein: beim Um-Muxen hat sich MKVMerge über den Datenstrom beschwert, irgendwas mit fehlenden Referenz-Timecodes oder so, und dass bei Multi-Referenzen Probleme auftauchen könnten. Kann sein dass hier ein Teil des Problemes liegt .... allerdings nutzt der Stream sowieso nur 1 Referenzframe, nicht mehrere. Wäre schon möglich dass Timecodes eingespart wurden (weil bei 1 Referenz nicht unbedingt nötig), verschiedene Decoder aber die Timecodes erwarten, weil sie "eigentlich" immer da sein sollten? (Was weiß ich ... da unten auf dem Datenstrom-Level kenne ich mich auch nicht aus.)

    Schon mal DirectShowSource probiert? Normalerweise wird ja immer abgeraten ... außer in den Fällen wo nichts anderes funktioniert, und wo es dann der rettende Notausgang sein kann. Vielleicht haben wir hier so einen Fall. (Von DGDecodeNV mal abgesehen.):)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden