MKV encoding doesn't work (rc30.1)

[GoogleCodeExporter]

Hello,
I just wanted to tell you that the latest version freezes now when muxing the 
encoded tracks into an mkv.
Reverting back to r271 and it works again. 

Original issue reported on code.google.com by Okocha1...@gmail.com on 15 May 2012 at 6:36

[GoogleCodeExporter]

Hi there :)
More or less, but this problem should be fixed in r277.

Original comment by forc...@gmail.com on 12 Jun 2012 at 6:46

[GoogleCodeExporter]

Hello :)

Thanks, now I'm just gonna have to wait for a new installer ^^

Original comment by Okocha1...@gmail.com on 13 Jun 2012 at 10:03

[GoogleCodeExporter]

I just compiled r278 and uploaded it if you want to try it out before the new 
version is released.

http://rghost.net/private/38661097/459ca601c673c3e8ae381249b1fa0c4d

Original comment by bruno...@gmail.com on 14 Jun 2012 at 1:59

[GoogleCodeExporter]

Didn't see there was a newer revision, here's r279.

http://rghost.net/private/38661265/4b30d9be4ff0709391aebce8ab0b9935

Original comment by bruno...@gmail.com on 14 Jun 2012 at 2:06

[GoogleCodeExporter]

OK
Thanks a lot.
I'm gonna test it today and during the week-end, which is a perfect timing 
because I've a lots of encode to do this week-end. ^^

Original comment by Okocha1...@gmail.com on 15 Jun 2012 at 6:32

[GoogleCodeExporter]

BTW, I forgot.
You might wanna have to update the x264 Profiles also:
http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Versions

Original comment by Okocha1...@gmail.com on 15 Jun 2012 at 9:55

[GoogleCodeExporter]

I also forgot to ask you, if I wanna have Xvid4PSP to copy the chapters and 
attachments of a MKV, how can I do it?

Original comment by Okocha1...@gmail.com on 15 Jun 2012 at 12:08

[GoogleCodeExporter]

But there is no any new Profiles in the x264 (as far as I can see from the 
"x264 --fullhelp").
About chapters and attachments. Well, you can try to edit a command line for 
mkvmerge, it is now available in the "Format settings" window on the "Muxing" 
tab. The line will looks like this (in the encoding log):

-o "output_file" "global_opt" -d #vID -A -S "video_opt" "video_file" -a #aID -D 
-S --no-chapters "audio_opt" "audio_file"

to video file:
-d, --video-tracks
-A, --no-audio
-S, --no-subtitles

to audio file:
-a, --audio-tracks 
-D, --no-video
-S, --no-subtitles
--no-chapters

More info about all this (and other) keys can be found in 
\apps\MKVtoolnix\doc\en\mkvmerge.html (2.7. Options that can be used for each 
input file).

#vID and #aID - it's a "track order, track IDs" numbers. "global_opt", 
"video_opt" and "audio_opt" - it's a content of "Global options", "Video 
options" and "Audio options" fields from the "Muxing" tab. You can try to edit 
this fields by adding any valid options. Something like "-m -1" or 
"--attachments -1" is probably needed (in "video_opt"), but I'm not too familar 
with all this settings.. I just wanted to tell you, that CLI line can be 
slightly changed by the user..

Original comment by forc...@gmail.com on 15 Jun 2012 at 2:34

[GoogleCodeExporter]

OK, thanks
I got it to work for attachments, the only thing that doesn't wanna work are 
the chapters, I guess it's because there's "--no-chapters" in the audio file, 
maybe if there was a way to remove that?

Original comment by Okocha1...@gmail.com on 15 Jun 2012 at 3:13

[GoogleCodeExporter]

Probably this key must be also shifted to the user options.. Currently there is 
no way to remove it, but you can try to "re-add" your source file to the line. 
I did it by adding this string to the "Global options" field:

-A -D %in_path%\%in_name%%in_ext%

So our source file is added, but all video and audio streams will be ommited, 
and mkvmerge will (most probably) copy all other kind of streams to the 
output.. It did the trick for me (source file was a MP4 with chapters).

Original comment by forc...@gmail.com on 15 Jun 2012 at 3:29

[GoogleCodeExporter]

or more correct:

-A -D "%in_path%\%in_name%%in_ext%"

(How to edit my own messages here?!)

Original comment by forc...@gmail.com on 15 Jun 2012 at 3:33

[GoogleCodeExporter]

OK, but it didn't work.
Something like it couldn't open the file or couldn't read its length.

Original comment by Okocha1...@gmail.com on 15 Jun 2012 at 3:44

Attachments:

• [[Doki] Astarotte no Omocha! - 01 (1280x720 h264 BD AAC) [1B289F7C].mkv.error.log](https://storage.googleapis.com/google-code-attachments/xvid4psp/issue-49/comment-12/[Doki] Astarotte no Omocha! - 01 %281280x720 h264 BD AAC%29 [1B289F7C].mkv.error.log)

[GoogleCodeExporter]

Oops, sorry, it did work now.
I didn't see you've edited your post

Original comment by Okocha1...@gmail.com on 15 Jun 2012 at 3:47

[GoogleCodeExporter]

Thanks

Original comment by Okocha1...@gmail.com on 15 Jun 2012 at 3:47

[GoogleCodeExporter]

Oh, forgot to tell you.
The MKV bug is now mostly fixed with r279, all thanks to you.
I did multiple encodes, and the only error left is the audio copy function when 
used with a .m2ts file.
With any other file, avi, mp4, mkv, it works without problem.
I also didn't forget to replace bass.dll and ffmpeg.exe, like you told me to.

Thanks a lot ^^

Original comment by Okocha1...@gmail.com on 15 Jun 2012 at 4:11

Attachments:

• 00004.mkv.encoding.log

[GoogleCodeExporter]

Bye the way, that error with .m2ts files may be a mkvmerger error and not a 
xvid4psp one.
If you try to manually remux it with mkvmerge (and not within xvid4psp), 
mkvmerge doesn't detect any audio file.

Original comment by Okocha1...@gmail.com on 15 Jun 2012 at 4:19

[GoogleCodeExporter]

You're welcome :)

And yes, if mkvmerge was too blind to see the audio when you directly use this 
utility (Tools->MKVMerge) - then this is mkvmerge fault. You can try to use an 
up-to-date build http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/ - 447 
is currently the most recent  (you need "7z" version, not "exe"). And if it not 
fixed yet in this version, I think it would be better to report this issue 
directly to Mosu (main developer) http://forum.doom9.org/showthread.php?t=155732

Original comment by forc...@gmail.com on 15 Jun 2012 at 5:00

[GoogleCodeExporter]

Yes, it is confirmed to be a mkvmerge bug, seems also the author has no plans 
into correcting it.
But it works with dsmux.

Thanks.

Original comment by Okocha1...@gmail.com on 17 Jun 2012 at 9:00