h264 avi zurück zu mkv

[NICELO]

Hi,
ich habe früher meine mkv-Dateien in HD-Avi-Dateien umgewandelt (mit mkv2vob) um sie auf meiner Playstation abzuspielen. Aus Platzgründen habe ich die mkv-Dateien danach gelöscht. Mittlerweile spiele ich die Avi-Dateien nicht mehr über die Playstation ab (sind zum Großteil auch gesptlittet -> fat32) und würde gerne wieder mkvs darauß machen, gibt es ein Möglichkeit das möglichst verlustfrei und nicht zu zeitaufwändig umzusetzen ?

[CCS]

Wenn an den Inhalten nix groß rumkodiert wurde seitens MKV2VOB, dann würde es doch reichen, die AVI zu demuxen (zB. mit AVIdemux) und die dann entstandenen Ton/Bildspur-Inhalte wieder als MKV zu muxen (MKVMerge wäre da zu empfehlen)

Cee ya, CCS

[TomKeller]

Wieso erstmal demuxen ? MKVMerge sollte doch normalerweise die AVI direkt laden und deren Inhalt in eine MKV schreiben können...

[NICELO]

danke schonmal für die Antworten

@TomKeller
das geht nicht weil es eine MPEG-2 TS im Avi-Container ist

@Ccs
iwie krieg ich das mit avidemux nicht gebacken :S

[TomKeller]

das geht nicht weil es eine MPEG-2 TS im Avi-Container ist

Hmmm... also ich habe gerade versucht, eine AVI mit MPEG-2-Video direkt in MKVMerge zu laden - ging ohne Probleme . Ebenso das Muxen in Matroska...

[NICELO]

ich krieg von mkvmerge die fehlermeldung: nicht unterstütztes Containerformat (MPEG Transport Stream" :/

[Brother-John]

Sicher, dass das tatsächlich eine AVI ist und keine TS mit falscher Dateiendung? Was sagt MediaInfo?

[doc-mabuse]

ich krieg von mkvmerge die fehlermeldung: nicht unterstütztes Containerformat (MPEG Transport Stream" :/

Ja - und?

Da steht doch, woran's scheitert. Er kann keinen MPEG-Transport-Stream lesen. Also saug dir ProjectX und demuxe die TS zu m2v und mp2 (oder ac3 oder was auch immer) und muxe die einzelnen Daten dann mit mkvmerge.

So schwer isses doch wirklich nicht, wenn man über die Fehlermeldung mal ein paar Sekunden nachdenkt . . .

[NICELO]

@brother-john
bin recht sicher das es eine ist, von mkv2vob als avi ausgespuckt und gspot sagt auch dass es ein Avi-Container ist.

@doc-mabuse
Danke werds probieren. Aber so nebenbei: Nur weil es für dich nicht so schwer ist, muss das ja noch lange nicht für Andere gelten..

[doc-mabuse]

Sorry, ich wollte dich nicht persönlich angreifen.

Aber eine Fehlermeldung "nicht unterstütztes Containerformat" sollte doch eigentlich ein recht deutlicher Hinweis sein. Zumindest als Suchphrase für Google . . .

[NICELO]

weil ich diese Fehlermeldung hatte habe ich ja hier nach einer anderen Lösung gefragt, und mir wurde gesagt, dass es eigentlich doch gehen sollte mit MkvMerge.

So mit ProjectX komm ich gar nicht klar hab da gar keine Übersicht und deshalb nichts groß eingestellt.

Beim Demuxen kommen unendlich viele Fehlermeldungen -.- Läuft aber trotzdem durch und spuckt mir nur das hier, gefolgt von undefinierbaren Fehlermeldungen.

Donnerstag, 26. Mai 2011 13:37 Uhr MESZ
ProjectX 0.91.0.00 (31.03.2011)

-> arbeite an Zusammenstellung 0

-> normale Logdatei automatisch speichern
-> Sequenz-/Bitfehler melden
-> fehlende Startcodes/Synchronisationswörter melden
-> Fehler in Elementarstream melden
-> WSS mitloggen
-> VPS mitloggen
-> RDS mitloggen
-> max. 500 Warnungen/Fehler ausgeben
-> schreibe Videodaten
-> schreibe alle anderen Daten
-> weitere Export-Limitationen: H-Auflösg.: 720
-> composite.display.flag unwirksam machen
-> Sequenzendcode am Ende anfügen
-> Auflösung in SDE setzen
-> PVA: Audio nur formatgerecht behandeln
-> VOB: versch. Cell-Zeitlinen beachten
-> TS: ignoriere verschlüsselte Pakete
-> TS: erweiterte Paketinhaltsuche
-> TS: verbinde Dateisegmente (Dreambox®)
-> TS: generiere PMT inhaltsbezogen
-> akzept. nur geschlossene PES/TS Pakete
-> verbinde verschiedene Aufnahmen
-> 1.PES-Paket muß mit Video starten
-> generiere PCR/SCR aus PTS

-> schreibe Ausgabedateien nach: 'C:\Users\Nicholas\Desktop\demux'

-> Hauptpuffergröße in Bytes für Lesen/Schreiben 4096000 bytes

Datei-Segmente:
* (0) B:\Video\High Definition\Avi Mpeg\Schinlers Liste\Schindler's Liste.mkv.avi
sekund. Dateien:
* ---

+> Eingabedatei 0: 'B:\Video\High Definition\Avi Mpeg\Schinlers Liste\Schindler's Liste.mkv.avi' (2.815.351.512 Bytes)
-> Dateityp ist TS (generic PES Container)
-> demultiplexe
-> Service ID 0x0001
-> PMT 0x0100 verweist auf diese Programminhalte:
Video:
PID: 0x1011(H.264)
Audio:
PID: 0x1100(AC-3)[PD]
Teletext:
n/a
Untertitel:
n/a

Wird da jemand drauß schlau, was soll ich machen ?

[TomKeller]

Das Problem dabei, hier eine Hilfestellung zu leisten, ist (kurz gesagt): ZU viele widersprüchliche Informationen !

Wahrscheinlich kannst du nichts dafür... aber anhand der bisherigen Angaben, hast du entweder eine AVI-Datei (sagt GSpot) ODER eine TS-Datei (sagt MKVMerge/ProjectX), in der entweder MPEG2-Video (sagst du?) ODER H.264-Video (sagt ProjectX) drin steckt.

Daraus wird man nur schwer schlau ! FALLS H.264-Video drinsteckt, kannst du ProjectX sowieso vergessen: das kann nämlich nur mit MPEG2-Video ordentlich umgehen.

Mach am besten doch mal eine Analyse mit MediaInfo (und poste das ausführliche Analyseergebnis hier) - das wird wenigstens noch aktuell gehalten (während GSpot ja seit gut 4 Jahren entwicklungsmäßig still steht). Eventuell gibt das ja mehr Aufschluss (hoffe ich zumindest)...

[NICELO]

hab wirklich selbst langsam den Überblick verloren :S danke, hier was MediaInfo sagt:

Allgemein
ID : 1 (0x1)
Vollständiger Name : B:\Video\High Definition\Avi Mpeg\Babylon AD\Babylon A.D.avi.avi
Format : MPEG-TS
Dateigröße : 3,92 GiB
Dauer : 1h 40min
Gesamte Bitrate : 5 557 Kbps
maximale Gesamtbitrate : 35,5 Mbps

Video
ID : 4113 (0x1011)
Menü-ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format-Profil : High@L4.1
Format-Einstellungen für CABAC : Ja
Format-Einstellungen für ReFrame : 5 frames
Codec-ID : 27
Dauer : 1h 40min
Bitraten-Modus : variabel
Bitrate : 4 694 Kbps
maximale Bitrate : 40,0 Mbps
Breite : 1 280 Pixel
Höhe : 544 Pixel
Bildseitenverhältnis : 2,35:1
Bildwiederholungsrate : 23,976 FPS
ColorSpace : YUV
ChromaSubsampling : 4:2:0
BitDepth/String : 8 bits
Scantyp : progressiv
Bits/(Pixel*Frame) : 0.281
Stream-Größe : 3,27 GiB (83%)
verwendete Encoder-Bibliothek : x264 core 67 r1134 b8808bf
Kodierungseinstellungen : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=7 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / keyint=250 / keyint_min=25 / scenecut=40 / rc=2pass / bitrate=4694 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.0

Audio
ID : 4352 (0x1100)
Menü-ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Format_Settings_ModeExtension : CM (complete main)
Codec-ID : 129
Dauer : 1h 40min
Bitraten-Modus : konstant
Bitrate : 640 Kbps
Kanäle : 6 Kanäle
Kanal-Positionen : Front: L C R, Side: L R, LFE
Samplingrate : 48,0 KHz
BitDepth/String : 16 bits
Stream-Größe : 462 MiB (12%)

[TomKeller]

OK... MediaInfo sagt, dass es eine (M2)TS-Datei (MPEG-TransportStream) mit H.264-Video und AC3-Audio ist. Und da glaube ich MediaInfo einfach mal...

ProjectX fällt da also flach, da es zwar mit dem Containerformat, aber nicht mit H.264-Video umgehen kann.

MKVMerge fällt ebenfalls flach, da es das Containerformat tatsächlich nicht unterstützt (sagt es ja auch selbst).

Was gehen sollte:

• tsMuxeR zum Demuxen von Video- und Audiospur nehmen (gibt noch ein paar andere Tools dafür - aber probier's erstmal damit) und MKVMerge um beides danach in eine Matroska-Datei zu verfrachten.
• Oder: versuch mit DSMux (ist Bestandteil vom Haali Media Splitter - die gdsmux.exe liefert die grafische Benutzeroberfläche dafür) die Datei direkt in eine Matroska-Datei zu muxen. So ganz traue ich DSMux allerdings nicht - teste daher hinterher (falls alles zu klappen schien), ob das Ergebnis synchron ist und es sich auf dem "Zielwiedergabegerät" ordentlich abspielen lässt.

[doc-mabuse]

Wird da jemand drauß schlau, was soll ich machen ?

Naja - wir wär's mal mit lesen?

-> schreibe Ausgabedateien nach: 'C:\Users\Nicholas\Desktop\demux'

Hast du mal ein Auge in diesen Ordner gehalten?
Sind da Dateien drin, wenn ja, wie groß und mit welchen Extendern?
Kannst du die beispielsweise mit dem Mediaplayer öfnen und was passiert dann?

ProjectX fällt da also flach, da es zwar mit dem Containerformat, aber nicht mit H.264-Video umgehen kann.

Das ist hier auch gar nicht notwendig, da wir erst mal nur demuxen wollen - und das bekommt ProjectX meines Wissens nach auch mit exotischen Formaten hin. Natürlich ohne Schnitt o.ä., aber wie gesagt, das ist im Moment ja auch gar nicht gefordert.

[NICELO]

@ Tom
tsMuxer hatte ich schon probiert, der kommt mit dem Container nicht klar.
Aber DSMux klappt super, Ton und Bild sind absolut syncron. Vielen Dank

@Doc-mabuse
Schon wieder so ein Gelabber^^
Ich bin nicht dumm. Den Ordner habe ich selber erstellt also guck ich danach auch rein.
Wären des "demuxen" gab es 2 Dateien (0kb groß und mit undefinierbarem Format) Nach Beendigung sind die aber weg und es bleibt nur eine txt. mit den Fehlermeldungen.

Mit ProjektX klappt es halt nicht also wenn du selber keine Plan hast wie es funktioniert, dann lass es einfach, anstatt mir die dümmsten Fehler zu unterstellen.

[TomKeller]

Das ist hier auch gar nicht notwendig, da wir erst mal nur demuxen wollen - und das bekommt ProjectX meines Wissens nach auch mit exotischen Formaten hin. Natürlich ohne Schnitt o.ä., aber wie gesagt, das ist im Moment ja auch gar nicht gefordert.

Das klappt nicht mit H.264-Video... zumindest nicht per Demuxen. Einzig mit der RAW-File-Extraction kriegt man per ProjectX H.264-Video aus einer Datei raus. Aber die so erzeugte Datei lässt sich nur schwer weiter verarbeiten, da der so erzeugte RAW-Videostream irgendwie nicht so ganz dem entspricht, was andere Programme erwarten...

[doc-mabuse]

<seufz>

und es bleibt nur eine txt. mit den Fehlermeldungen.

und was steht da drin?

[TomKeller]

Hatte er doch weiter oben schon geschrieben :

Donnerstag, 26. Mai 2011 13:37 Uhr MESZ
ProjectX 0.91.0.00 (31.03.2011)

-> arbeite an Zusammenstellung 0

-> normale Logdatei automatisch speichern
-> Sequenz-/Bitfehler melden
-> fehlende Startcodes/Synchronisationswörter melden
-> Fehler in Elementarstream melden
-> WSS mitloggen
-> VPS mitloggen
-> RDS mitloggen
-> max. 500 Warnungen/Fehler ausgeben
-> schreibe Videodaten
-> schreibe alle anderen Daten
-> weitere Export-Limitationen: H-Auflösg.: 720
-> composite.display.flag unwirksam machen
-> Sequenzendcode am Ende anfügen
-> Auflösung in SDE setzen
-> PVA: Audio nur formatgerecht behandeln
-> VOB: versch. Cell-Zeitlinen beachten
-> TS: ignoriere verschlüsselte Pakete
-> TS: erweiterte Paketinhaltsuche
-> TS: verbinde Dateisegmente (Dreambox®)
-> TS: generiere PMT inhaltsbezogen
-> akzept. nur geschlossene PES/TS Pakete
-> verbinde verschiedene Aufnahmen
-> 1.PES-Paket muß mit Video starten
-> generiere PCR/SCR aus PTS

-> schreibe Ausgabedateien nach: 'C:\Users\Nicholas\Desktop\demux'

-> Hauptpuffergröße in Bytes für Lesen/Schreiben 4096000 bytes

Datei-Segmente:
* (0) B:\Video\High Definition\Avi Mpeg\Schinlers Liste\Schindler's Liste.mkv.avi
sekund. Dateien:
* ---

+> Eingabedatei 0: 'B:\Video\High Definition\Avi Mpeg\Schinlers Liste\Schindler's Liste.mkv.avi' (2.815.351.512 Bytes)
-> Dateityp ist TS (generic PES Container)
-> demultiplexe
-> Service ID 0x0001
-> PMT 0x0100 verweist auf diese Programminhalte:
Video:
PID: 0x1011(H.264)
Audio:
PID: 0x1100(AC-3)[PD]
Teletext:
n/a
Untertitel:
n/a

Auch wenn du's eventuell immernoch nicht glaubst:
ProjectX kann wirklich und wahrhaftig NICHT mit H.264-Streams umgehen. Nein, nicht nur schneiden geht nicht, auch ein Demuxen ist nicht möglich. Es verwirft einfach alle GOPs des H.264-Streams, da es die als fehlerhaft ansieht (was kein Wunder ist, da ProjectX nunmal MPEG2 erwartet). Kannst du auch ausprobieren, falls du es nicht glaubst...

[doc-mabuse]

Hatte er doch weiter oben schon geschrieben :

Naja, das ist aber das ganz normale Logfile. Und das noch nicht mal vollständig. Fehlermeldungen kann ich darin gar keine sehen . . .

ProjectX kann wirklich und wahrhaftig NICHT mit H.264-Streams umgehen.

Hast ja recht.
Aber es hätte ja sein können, das man den Fehlermeldungen (die wir leider immer noch nicht kennen) vieleicht doch etwas hätten entnehmen können.

Das ganze scheint mir sowieso eine extrem verrückte Datei zu sein - offensichtlich wurde ein TS-Container nochmals in einen AVI-Container geschachtelt - wieso auch immer. Denn sonst hätte ProjectX ja wenigstens die AC3 darausholen müssen . . .

Ich seh da eher schwarz - wird wohl auf eine Recodierung herauslaufen.