Nach Encoding mit Staxrip Bild und Ton sehr asynchron

    Hallo zusammen.
    Im Moment teste ich ein wenig meine Einstellungen für das Encoding-Programm Staxrip aus, eigentlich läuft es super.
    Leider sind manchmal Bild und Ton ziemlich asynchron bzw verschoben.
    Woran kann das liegen und wie kann man das ändern?
    Ich habe die beiden Spuren auch schon separat, also nicht von Staxrip, sondern mit mkvmergeGUI gemuxt, da wurde die Asynchronität nur noch extremer.

    :welcome:

    Bissel arg wenig Details. Vor allem wäre wichtig: Aus welcher Art von Quelle stammt das Original? Von einer DVD Video? Dann hast du wahrscheinlich nicht die Hauptfilm-PGC extrahiert (rippen im IFO-Modus, oder nachträglich mit PGCDemux), sondern die VOBs so genommen, wie sie auf DVD sind.

    Es sind TV-Aufnahmen über einen Edision-Receiver auf eine Festplatte. Bearbeitet habe ich das Rohmaterial mit dem TS-Doctor. Nun habe ich das bei Staxrip mit dem x264-Codec encodiert. Manchmal klappt dies problemlos, manchmal sind beide Spuren aber sehr asynchron.

    Zuerst habe ich die einzelnen .trp-Dateien, wie mein Receiver sie auf die Festplatte packt, gemerged und dann "cleanen" lassen, also was der TS-Doctor "gefixed" nennte. Dann habe ich die Werbepausen mit der Schnittfunktion heraus geschnitten und eine neue Datei erzeugt.
    Bei einigen habe ich das dann noch in 4GB-Teile geteilt. Bei den Dateien war der Fehler mit der Asynchronität besonders häufig, daher füge ich die nun lieber zusammen und encode sie dann als Ganzes. Es kam aber auch hin und wieder bei Nicht-Geteilten Dateien vor, dass die Enddatei asynchron war. Hier könnte ich mir vorstellen, dass evtl. ein Fehler im Stream liegt.
    Die Einstellungen dürften die Standardeinstellungen gewesen sein.

    Einmal editiert, zuletzt von werderlo (29. Dezember 2012 um 13:35)

    Ich habe die .ts-Datei nun mit mmg gemuxt und damit Staxrip gefüttert.
    Staxrip erstellt nun den temp-Ordner und encodet die Audiospur, dann muxt er schon, sodass ich am Ende nur eine Audiospur erhalte. Wo ist da der Fehler?

    k.A. zu wenige Detail um genaueres zu sagen.
    Würde erst mal empfehlen zu gucken ob die mkv denn den Videostream enthält, nicht das mmg der Ansicht ist der Videostream ist nicht vorhanden oder kaputt und hat deshalb eine Datei ohne Video erstellt.
    Falls das Video in der mkv fehlt und Du diese nicht in mmg oder StaxRip deaktiviert hattest, müsste man gucken ob der 'reparierte' Transportstream sich den abspielen lässt und auch eine Videospur enthält, damit man eventuell irgendwie rausbekommt wer da Mist baut,..

    Ich versuche mich mal etwas klarer auszudrücken ;)
    Das Muxen war erfolgreich, die entstandene .mkv-Datei enthält sowohl Ton- als auch Bildspur.
    Diese .mkv-Datei habe ich nun bei "Source" oben ausgewählt.
    Staxrip erstellt nun den Temp-Ordner, indem dann 3 AviSynth-Scripte, eine ffindex-Datei, ein .ac3-file liegt, sowie ein Textdokument.
    Beim Ordner erstellen führt Staxrip folgende Schritte durch:
    Demux MKV using mkvextract
    Index with ffmsindex
    Bei Source steht nun die ausgewählte .mkv-Datei, bei Audio die .ac3-Datei.
    Wenn ich nun aber meine Einstellungen eigebe und das Encoden starte, encoded Staxrip nur die Audiospur und muxt dann bereits eine Enddatei.

    edit: Ich habe gerade mal bei "Filters" die Source geändert und nun encodet Staxrip auch die Bildspur. Also sollte ich mich nicht auf die automatische Auswahl verlassen. Jetzt muss ich mal gucken, ob das Problem mit der Asynchronität jetzt gelöst ist.

    Einmal editiert, zuletzt von werderlo (29. Dezember 2012 um 18:19)

    Hmm, manchmal bringt es was, aber ein paar mal war die Enddatei trotzdem total asynchron. Das schaukelt sich dann meistens zum Ende hin immer weiter auf. Bei einer Datei war der Ton am Ende über 5 Sekunden vor dem Bild zu Ende.
    Ich probier jetzt mal ein paar Einstellungssachen aus bei Staxrip.
    Kann man beim VLC-Player irgendwas einstellen, dass der Ton etwas schneller läuft als das Bild? Ich kenne die Einstellung, dass man den Ton um eine bestimmte Zeit hinterher hinken lassen kann, das bringt aber ja nicht so viel, weil es im Laufe der Zeit eine immer größere Verschiebung gibt.

    Progressive Asynchronität bei eigenen Fernsehaufzeichnungen? ... Das klingt ja fast, als wären da Bildausfälle kaputtkorrigiert worden, indem sie einfach herausgeschnitten wurden. Dann wird die Videospur bei jedem Fehler immer kürzer, die Audiospur aber nicht (bei der ist die Wahrscheinlichkeit für Datenfehler aufgrund geringerer Bitrate deutlich geringer).

    Reine Mutmaßung. Dein Fall wird genauere Analyse benötigen.

    Ok, ich beschreibe euch mal eben, wie ich das Problem vorerst lösen konnte.
    Ich habe die Rohdatei, bei der bei der Enddatei die Probleme aufgetreten sind, mit mmg in 1 GB große Teile geteilt. Ich habe dann jeden Teil einzeln encodiert und geguckt in welchen Teil der Fehler auftritt. Dort habe ich dann geguckt ab wo genau der Fehler beginnt. So konnte ich den Fehler bestimmen. Man konnte auch im Bild gut die Störung erkennen. Direkt nach dem Fehler begann die Asynchronität, also scheint LigH schon auf dem richtigen Weg gewesen zu sein. Direkt danach habe ich die Rohdatei dann noch einmal geteilt und jeden Teil einzeln encodiert. Alle Teile habe ich später mit mmg wieder zusammen gefügt. Auf die Bildstörung folgt dann kurz eine Tonstörung, danach läuft wieder alles fast optimal.

    Nimmst Du ffms2 auch fürs Video? Dann könntest Du möglicherweise über die fpsnum- und fpsden-Parameter von ffvideosource die Fehler in der mkv-Datei ausgleichen lassen und Dir das mühsame Teilen ersparen.

    Was ist ffms2? Ich nehme immer DirectShowSource obwohl mir FFVideoSource vorgeschlagen wird, da bei FFVideosource die Videospur nie encodiert wird und ich am Ende nur eine Tondatei erhalte. Das könnte natürlich daran liegen, dass mir irgendein Bestandteil, zB. ffms2 fehlt.
    Wie würde das mit dem Ausgleichen denn dann funktionieren?

    FFMS2 bedeutet FFmpegSource2; das Plugin FFMS2.dll stellt u.a. die Funktionen FFVideoSource() und FFAudioSource() bereit.

    Wenn bei der Verwendung von FFVideoSource() keine Videospur decodiert wird, dann hast du wahrscheinlich den Haali Media Splitter nicht installiert; FFMS2 kann MPEG Transport Streams (*.ts, *.m2ts) nicht ohne dessen Hilfe zuverlässig verarbeiten. Deshalb wird ja auch immer wieder ausdrücklich empfohlen, mit FFMS2 keine Transportstreams, sondern nur Matroska-Dateien (*.mkv) als Videoquelle zu verarbeiten. Zum Konvertieren von TS/M2TS in MKV kann man aktuelle Versionen von mkvmerge bzw. MKVmergeGUI (MMG, aus dem mkvtoolnix-Paket) verwenden, oder GDSMux aus der Installation des Haali Media Splitter.

    Ich brauche noch mal eure Hilfe.
    Welchen Codec wählt ihr zu Beginn immer aus?
    Bisher hatte ich x264 genommen, den ich erst nicht installiert bekam, dann durch ein Codec-Pack oder ähnliches irgendwann doch. Dieses Codecpack vertug sich scheinbar nicht mit dem TS-Doctor, weshalb ich es wieder deinstalliert habe. Nun kriege ich den x264-Codec sowie viele andere aber einfach nicht mehr in Staxrip, auch wenn das Codecpack installiert ist. Komisch.
    Welchen Codec würdest ihr mir denn empfehlen, x264 oder ffdshow, der ja auch recommended ist.

    Ich habe dann gestern einfach mal ffdshow ausprobiert, die neueste Version runter geladen, ffms2 runtergeladen und ausgeführt und den PC neu gestartet. Wenn ich nun FFVideoSource auswähle, erhalte ich am Ende wieder nur eine Audiospur, irgend etwas scheint mir also zu fehlen.

    Zitat von werderlo

    Bisher hatte ich x264 genommen, den ich erst nicht installiert bekam, dann durch ein Codec-Pack oder ähnliches irgendwann doch. Dieses Codecpack vertug sich scheinbar nicht mit dem TS-Doctor, weshalb ich es wieder deinstalliert habe. Nun kriege ich den x264-Codec sowie viele andere aber einfach nicht mehr in Staxrip, auch wenn das Codecpack installiert ist. Komisch.

    Tja, "Codec-Packs sind der Anfang vom Ende", insbesondere, wenn der Benutzer keine Ahnung hat, was er da eigentlich tut. Der x264-Encoder ist ein eigenständiges Programm (*.exe), aber kein "Codec", der z.B. im VfW-System von Windows installiert werden müsste. StaxRip kann mit der x264.exe als Encoder eigentlich von Haus aus gut umgehen, deshalb ist für mich die Idee, ein Codec-Pack installieren zu müssen, ziemlich "schwach sinnig", und dürfte wohl nun für dich der Anlass sein, Windows noch mal neu zu installieren, da es ja offensichtlich seitdem nicht mehr zu retten ist (die "Deinstallation" des Codecpacks hat's ja anscheinend nicht repariert).


    Zitat von werderlo

    Welchen Codec würdest ihr mir denn empfehlen, x264 oder ffdshow, der ja auch recommended ist.

    Ich habe dann gestern einfach mal ffdshow ausprobiert, die neueste Version runter geladen, ffms2 runtergeladen und ausgeführt und den PC neu gestartet. Wenn ich nun FFVideoSource auswähle, erhalte ich am Ende wieder nur eine Audiospur, irgend etwas scheint mir also zu fehlen.

    Hättest du mal lieber vorher gefragt, bevor du dir nun dein ganzes System kaputtexperimentiert hast. Ohne den "Codecpack" hätte StaxRip noch funktioniert. Jetzt ist alles durcheinander.

    Der x264-Encoder kann neue Videos im Format MPEG4-AVC/H.264 erzeugen; ffdshow dagegen ist eigentlich ein Decoder zum Abspielen vieler Formate (auch MPEG4-AVC/H.264) und hat mit dem Encodieren neuer Videos eigentlich gar nichts zu tun (außer man verwendet seine VfW-Codecs; aber das macht StaxRip gar nicht).
    __

    P.S.:

    Wenn du großes Glück hast, kannst du vielleicht zu einem Systemwiederherstellungspunkt zurückgehen, der vor der Installation des Codecpacks lag.

    Das wäre aber optimistisch gedacht.

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden