VFR-Encoding notwendig für Anime?

  • Ich habe ein kleines Problem. Das Video was ich hab, hat im Video Interlaced, was ich dann normal per Trim und Tdecimate von 29.970 -> auf 23.976 bringe und es ein Ergebnis ist, mit dem ich leben kann, da es wohl keine andere Möglichkeit gibt (?)
    NTSC übrigens, ein Anime.

    Am Ending allerdings ist es Progessive, das bedeutet, wenn ich Frames lösche, stockt es.

    Also hab ich mir gedacht -> VFR, was auch alles super klappt, keine Interlaced Effekte, Ending stockt nicht, super.

    Das zur Ausgangslage.
    ----------------------------------------

    Da es mir hier nur zur Methode geht und ich nicht weiß, wo ich Anhaltspunkte bekomme oder wo ich Suchen muss:

    Ich habe gesehen das eine Fansub Gruppe, naja sogar 2, konstant bei dem Video 23.976 haben(!) laut Mediainfo.
    Wenn ich deren Video allerdings mit Directshowsource("...",convertfps=true,fps=23.976) lade per AVSP, stockt deren Ending. Beim Abspielen aber wie gesagt nicht, obwohl er 23.976 anzeigt.

    Hat jemand auch nur die Hauch einer Idee?
    Weil, wenn ich es mir Theoretisch vorstelle, sollte es doch nicht möglich sein, denn entweder wird das Video im Ending länger 29.970->23.976 = Ton passt nicht oder es muss halt sofort stocken, da Frames gelöscht wurden.

  • Du hast Recht, es gehen Informationen verloren wenn man 30p in 24p Material umwandelt und im 30p Material nicht irgendwelche redundante Frames existieren, wenn also jedes Frame sich wirklich von Vorgänger unterscheidet.

    Zitat

    Hat jemand auch nur die Hauch einer Idee?


    1. Ausgangsmaterial bobben und angucken um zu sehen ob sich da wirklich nichts wiederholt.
    2. Finger weg von DirectShowSource, es sei denn Du weißt genau was der verwendete Decoder wirklich alles macht.

    Cu Selur

  • Das tut es wohl, denn ist auch egal mit welchen Filter ich reduziere.
    Habs auch mal mit einem einfachen "Bob()" probiert, wegen dem "sehen" und eigentlich war ich mir eh schon sicher, das kein Frame am Ende gleich ist und man dementsprechend nix löschen kann.

    Directshowsource hatte ich nur verwendet, um nur mal Unterschiede zu sehen. DSS2 tut automatisch zu einer Framerate konvertieren und deswegen stockte es da schon, wenn ich es einfach nur reingeladen habe, also schlechter zum "nur anschaun"

    Weswegen es aber bei deren abspielen nicht stockt.
    Übrigens sind alle MKV.

    Also müssen sie nach meiner Meinung nach Timecodecs verwendet haben, aber müsste sie dann nicht 29.970 Frames haben, wenn die höchste Framerate genommen wird?

    Ich denk dann auch einfach, das sie eine andere Quelle haben, da ich mir echt keine andere Methode vorstellen kann.

    Zitat


    Modus der Bildwiederholungsrate : variabel
    Bildwiederholungsrate : 23,976 FPS

    Zeigt mir Mediainfo bei deren Ergebnis an.
    Gibt es da eigentlich noch bessere Methode um das auszulesen? Möchte es nämlich schon echt gern auf "23.976" bringen und das Ende auf 29.970 belassen. Auch weil ich dann weniger Frames encoden muss.

    Mein Ergebnis:

    Zitat

    Bildwiederholungsrate : 29,970 FPS
    originale Bildwiederholungsrate : 24,386 FPS

    Haben die das dann schon von vorne rein in x264 Variable Encoded? Wenn jemand mir Links geben kann, wo ich es nachlesen kann oder Tipps wo ich suchen kann, wäre ich schon sehr dankbar. Verwende nämlich normal "Megui", und da geht es denke ich nicht, lasse mich aber gern eines besseren belehren.

  • Das mit dem "diskutiere drum herum" liegt eher daran, dass ich nicht weiß, ob ihr mir noch helft, wenn ich einen Cut poste.
    Ich gucke halt gern wo es Quellen gibt und lad mir dazu den Japanischen Untertitel, dann Encode ich es mir zu einer erträgliche Größe und hab dann Hör- Lese Verständnis, bei etwas, was ganz lustig ist zum schaun. Da ich eh voll viel lerne und mitte des Jahres für ein Jahr hinfliege..., naja anderes Thema.

    Encoden ist "allerdings" auch ein Hobby und da interessiert es mich sehr, was es da für Methoden gibt und ob man daran vorbei kommt.

    Cut -> http://www.mediafire.com/?7earpteazdpk487
    17,8 MB
    Ist eine Stelle vorm Ending und wo das Ending anfängt, sonst wirds auch zu groß.
    Vorm Ending dann tfm().tdecimate(mode=1)
    Beim Ending nix(?)

    Problem wäre dann 23.976 und 29.970, könnte zwar alles auf 29.970 belassen, aber das wären 8000 Frames mehr (=größeres File, längere Encode dauer....)
    Deswegen VFR... der rest steht eh oben.

    Meine Methode...
    TDecimate(mode=4, hybrid=2,output="sometext.txt") # 1. Pass
    TDecimate(mode=5, hybrid=2,input="sometext.txt",mkvout="sometextv2.txt") # 2.Pass

    Übrigens Thx für Topic Änderung, war mir eh null sicher beim Titel.

    Einmal editiert, zuletzt von Lugia25000 (11. Januar 2011 um 12:46)

Jetzt mitmachen!

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