MKVExtractGUI question...

uchihaclan13 · Post by **uchihaclan13** » Wed Dec 19, 2007 9:59 pm

*points up at my 3rd post*

Purge · Post by **Purge** » Thu Dec 20, 2007 12:15 am

is that dirctshowsource with the original mkv with the audio included? try it with an mkv with only the extracted video file in the mkv container (no audio or other streams) and directshowsource.

uchihaclan13 · Post by **uchihaclan13** » Thu Dec 20, 2007 12:41 am

It was the extracted .H264 file outcome after I used MKVextractGUI. (It didn't work as an H264 in the dshowsource filter) When I used it an MKV file (audio or no audio) it was ok. Wut's the codec used normally to playback an h264 file?

Purge · Post by **Purge** » Thu Dec 20, 2007 1:07 am

you could try the alternate solutions and use
Avidemux
http://fixounet.free.fr/avidemux/
or Super to get you a lossless avi
http://www.erightsoft.com/SUPER.html

Qyot27 · Post by **Qyot27** » Thu Dec 20, 2007 2:20 am

It's pointless to try to repack H.264 into AVI, due to the limitations of AVI itself. The best solution is to decode it to a lossless format like HuffYUV or Lagarith, straight from the container it's in. DirectShowSource (if maintaining audio sync is required for variable framerate files) and FFmpegSource (for all other purposes) can both do this. You could also do it the hard way by extracting the .264 and using DGAVCIndex/DGAVCDec the same way you'd use DGIndex/DGDecode. Just make sure you read the notes on it first.

Unlike DirectShowSource, FFmpegSource doesn't require system codecs be installed - however, it does require the dependencies it comes with to be placed in C:\WINDOWS. It will ignore all audio and subtitle streams by default (actually, I don't think it even supports subtitles). Enabling audio is done using the atrack parameter and specifying the audio stream number (1,2,3,etc.) or -1 for the first available stream.

post-it · Post by **post-it** » Thu Dec 20, 2007 5:55 am

.. in case that confused you, lets break-down what was just said -- in people terms:

AVI is a fairly old standard. Video For Windows 1.1e was the last true Codec for that design. The technology is dated 1993. The limitations of AVI's are the compression technic's. AVI is "Back-To-Back BMP's" .. bit-maps. anything other than .BMP's would be considered JPG's .. and THAT is where Divx and AVI's have problems! .. to much information gets lost.

X264 & H264 are Mpeg standards. Xvid tryed to make AVI's Mpeg's and it failed. again; too much information gets lost. If you are going to work with Mpeg type Video's then doesn't it make sense to stay in the Mpeg Standards instead of trying to fill your "sandwich bag" full of "trash can sized information"??

.. the more information Mpeg has to work with, the sharper and cleaner the AMV will be.

.. the more information AVI has to work with, the less structured information it will retain; thus AVI's fall apart and become washed-out or look glossy.

.. one of the reasons why this board does not like Divx/Xvid is because the Washed-Out look is hard on the eyes! .. Editing with Garbage only created more Garbage T_T

uchihaclan13 · Post by **uchihaclan13** » Thu Dec 20, 2007 2:16 pm

yeah I understand that part...which is most likely why people, nowadays, save their amvs as mp4s instead of avis, unless wanting to save it as an avi for the low quality users (naming me...my comp sux,) since mp4s hold more info for h264s etc.

post-it · Post by **post-it** » Thu Dec 20, 2007 3:26 pm

o_0 what the ... humph .. that ain't right! .. I've done it before, why not now ??

.. let me check on a few things, I'll figure it out this week-end! -- that's weird!!!

post-it · Post by **post-it** » Sun Dec 23, 2007 7:58 pm

.. as I thought, I missed a step! ..http://www.animemusicvideos.org/phpBB/v ... hp?t=80078