mkvtoolnix 1.4.0 is out with everything you want

[hpn]

Originally posted by Raptus
I have the very latest MPC, FFDShow and Haali's splitter and experience the same problem as Blue_Misfit.

MPC somehow doesn't want to use the Nero decoder when the container is an MKV and uses FFDShow instead, which results in a somewhat garbled screen and crashes on some seeking (sound is fine though). When I use Haali's splitter (disabling MPC's internal Matroska splitter) MPC says "cannot load any source filter".


With the Haali's Matroska splitter and in MPC: View -> Options -> Filter -> Disabled "Matroska Splitter" under "Source Filters", my Nero Maximum definition AVC encode muxed in .MKV plays just fine via FFDShow (you get a gray screen only if you forget to disable the internal Matroska splitter in MPC).

One question: The original Nero .mp4 file is about 570k smaller for a 500MB full movie encode than the same Nero AVC stream muxed in .mkv (video stream only, nothing else in the container). Is this the way it should be or I have to specify some extra options in the mkvmerge command line to get a MKV size comparable to the MP4 one?

Nice job anyway, thanks :)

[Mosu]

Originally posted by hpn
(you get a gray screen only if you forget to disable the internal Matroska splitter in MPC).

Thanks for the explanation.

One question: The original Nero .mp4 file is about 570k smaller for a 500MB full movie encode than the same Nero AVC stream muxed in .mkv

That's normal. Quicktime/MP4 has less overhead than Matroska (which is not really surprising as Quicktime was designed for streaming. This also has drawbacks: it is VERY hard to reconstruct a file if the index is lost).

[Mosu]

Originally posted by thana
some things i noticed until now:
a cosmetic bug in mmg: the window-titles of the add- and append-file-open-dialogs are swapped

Fixed.

you mentionend already that the tracks are not sorted probably in mmg when appending.... hope this gets fixed soon.

It will.

another related thing: appending files is possible without any files already added.

That was only possible after File->new. Fixed.

i managed to crash mkvmerge with an illegal operation...

when appending mkv's that where split with linking enabled, the times of the chapters of the 3rd+ file gets messed up.

maybe related: an mkv from appended mkv's that where split with linking enabled are not seekable anymore once you come past the time of first file....

Will be fixed in the next two weeks.

another more or less cosmetic bug: when splitting is activated mmg warns you to overwrite a file when the file in the "output filename" box already exists, even though it actually doesn't get overwritten because "-00x" is appended to the filenames.

Hmm... yeah. Either I'll disable the warning if splitting is active or I scan the complete directory for such files.

and another question: whats the status on native mpeg4?

Broken.

i played around a bit with --engage native_mpeg4 but only got warnings, errors, crashes and garbled output until now. should we report bugs on it?

Definitely not. I know that it's broken.

Thanks for your concise report :)

[hpn]

Originally posted by Mosu
That's normal. Quicktime/MP4 has less overhead than Matroska
That's what I thought, but had to be sure, thanks!

[Dreassica]

Continued from old mkvtoolnix topic, which got closed just now..

Originally posted by Mosu

I've tested mkvtoolnix 1.0.2 and current SVN, and neither one drops such a comma. Please have a look at your file in a hex editor (or use mkvextract to extract that SSA track again and look at the resulting file) and make sure that the comma is really not present in the file. If it is then it's a problem with some part of the playback software (VSfilter?).


Sorry for the late response. You are right, after extracting, the comma's were still present in SSA file, so I guess it;s somebug in vsfilter provided with matroska pack.Weird is that when I keep SSA externa;l and let it autoload like that, that the comma does appear.

[Blue_MiSfit]

With the new splitter AVC in matroska works perfectly, and with the new ffdshow I can kiss nero's decoder goodbye :)

AWESOME!! it all just sort of came together all of a sudden!

Thanks to all involoved!!

~misfit

As a note, i'm not testing with mpc, I am testing with core... so I didn't use an internal mkv splitter

[outlyer]

Originally posted by Mosu
I haven't worked on TS at all. I don't know if spyder (he wrote the original PS/ES code) wants to do TS, too. At the moment I have features with higher priorities.
OK, thanks for the status report.

[Yong]

Ok, the old MKVtollnix thread is closed,
i downloaded the 1.4.0 and tried,
Still doesn't work for me... (http://forum.doom9.org/showthread.php?s=&postid=617165#post617165)

I switch to old official matroska splitter, but same...

BTW, 1.4.0 version seems slow wihle start-up:(

[Mosu]

Originally posted by Yong
MOV

QuickTime video has never worked on Windows, I think, only on Linux with mplayer. Consider it "not supported". QuickTime audio is not supported at all.

BTW, 1.4.0 version seems slow wihle start-up:(

I know. It's due to the new wxWidgets version. I haven't investigated yet because there are more important things to work on ;)

[Mosu]

Originally posted by Dreassica
You are right, after extracting, the comma's were still present in SSA file, so I guess it;s somebug in vsfilter provided with matroska pack.Weird is that when I keep SSA externa;l and let it autoload like that, that the comma does appear.

I'm pretty certain I know why it only happens with SSA inside Matroska ;) But that's a technical aspect. You could try Gabest's latest VSFilter at http://web.axelero.hu/lpoczkod/vsfilter_20050228.zip

(I'm not certain what the local changes of VSFilter in the Matroska pack are.)

[Yong]

Originally posted by Mosu
QuickTime video has never worked on Windows, I think, only on Linux with mplayer. Consider it "not supported". QuickTime audio is not supported at all.
Did you mean quicktime video-in-matroska?
I know. It's due to the new wxWidgets version. I haven't investigated yet because there are more important things to work on ;)
Great, and thanks for the new release:)

[Mosu]

Originally posted by Yong
Did you mean quicktime video-in-matroska?

Exactly.

[Yong]

Originally posted by Mosu
Exactly.
Too bad:devil:
it's time to transcode Quicktime a/v to XviD or x264 and he-aac or vorbis to Matroska container
:D

[Raptus]

Originally posted by hpn
With the Haali's Matroska splitter and in MPC: View -> Options -> Filter -> Disabled "Matroska Splitter" under "Source Filters", my Nero Maximum definition AVC encode muxed in .MKV plays just fine via FFDShow (you get a gray screen only if you forget to disable the internal Matroska splitter in MPC). Yes, thats exactly what I did, but in that case MPC says "cannot load any source filter" :(

[Mosu]

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre//mkvtoolnix-unicode-1.4.0-build20050228-1.rar

It fixes a lot of bugs:

--------------------------------------------------
2005-02-28 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: When "appending" a file all tracks where added to the end of the track list making it unnecessarily difficult to concatenate similar structured files. Now the tracks from the "appended" files are inserted into the track list after their counterparts from the file this new one is appended to.

2005-02-27 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: An "appended" file could not be removed if there were two tracks that we not separated by a track from another file in the track list box.
* mmg: bug fix: The check whether or not a file might be overwritten while splitting is active has been fixed.
* mmg: bug fix: Improved the word wrapping of the tooltips on Windows.
* mmg: bug fix: It was possible to select a file for appending even though no file was added first.
* mkvmerge: bug fix: mkvmerge was wrongly outputting large numbers of warnings when Remuxing AVC/h.264 video from a Matroska file.
* mmg: bug fix: The job queue was not loaded on startup on Windows Unicode builds (another wxWidgets 2.5.3 problem).
--------------------------------------------------

It'd be cool if you could give it a try. I'm especially interesting in the "where tracks are inserted if you 'append' a file" issue :)

Thanks.

[Gannjunior]

Hi Mosu,
tnk 4 your nice work!! ;)
using 1.4.0 (26/02), i was not able to mux an hdtv compression (i r-encoded from 1280x720 mpeg2 to an 800x688 using nero h264) with an aac audio, and i was not able to play it in bsplayer.
Some minutes ago i've upgraded to 28/02 1.4.0 build: now i'm able to mux it with success and it can be correctly played in bsp: there's only a problem: it seems to ignore the correct AR (2.7) i've put...
PS i'm using haali splitter..
any idea?

ciao!!:)

[Mosu]

Originally posted by Gannjunior
there's only a problem: it seems to ignore the correct AR (2.7) i've put...

Hmm... Could you please check with mkvinfo if the "display width" and "display height" elements are incorrect or not set at all? If they are incorrect, could you please encode a very small part of your file with the same settings (especially regarding the AR) and upload that small file to my FTP server (see my signature)? That'd help me a lot.

[Gannjunior]

(MKVInfo) + EBML head at 0
(MKVInfo) + Segment, size 429138884 at 24
(MKVInfo) |+ Seek head at 36
(MKVInfo) | + Seek entry at 41
(MKVInfo) | + Seek ID: 0x15 0x49 0xa9 0x66 (KaxInfo) at 44
(MKVInfo) | + Seek position: 4099 at 51
(MKVInfo) | + Seek entry at 56
(MKVInfo) | + Seek ID: 0x16 0x54 0xae 0x6b (KaxTracks) at 59
(MKVInfo) | + Seek position: 4254 at 66
(MKVInfo) | + Seek entry at 71
(MKVInfo) | + Seek ID: 0x11 0x4d 0x9b 0x74 (KaxSeekHead) at 74
(MKVInfo) | + Seek position: 429132958 at 81
(MKVInfo) | + Seek entry at 88
(MKVInfo) | + Seek ID: 0x1c 0x53 0xbb 0x6b (KaxCues) at 91
(MKVInfo) | + Seek position: 429131130 at 98
(MKVInfo) |+ EbmlVoid (size: 4027) at 105
(MKVInfo) |+ Segment information at 4135
(MKVInfo) | + Timecode scale: 1000000 at 4141
(MKVInfo) | + Muxing application: libebml v0.7.3 + libmatroska v0.7.5 at 4148
(MKVInfo) | + Writing application: mkvmerge v1.4.0 ('Cornflake Girl') built on Feb 26 2005 14:33:38 at 4186
(MKVInfo) | + Duration: 601.033s (00:10:01.033000000) at 4253
(MKVInfo) | + Date: Mon Feb 28 21:14:03 2005 UTC at 4260
(MKVInfo) | + Segment UID: 0x8d 0xfc 0xed 0x28 0x79 0x9f 0x13 0xe6 0xc0 0x15 0x52 0xbc 0x18 0xb9 0xaa 0x04 at 4271
(MKVInfo) |+ Segment tracks at 4290
(MKVInfo) | + A track at 4296
(MKVInfo) | + Track number: 1 at 4299
(MKVInfo) | + Track UID: 1371835956 at 4302
(MKVInfo) | + Track type: video at 4309
(MKVInfo) | + Default flag: 1 at 4312
(MKVInfo) | + Forced flag: 0 at 4315
(MKVInfo) | + Lacing flag: 0 at 4319
(MKVInfo) | + MinCache: 1 at 4322
(MKVInfo) | + Timecode scale: 1.000000 at 4326
(MKVInfo) | + Max BlockAddition ID: 1 at 4334
(MKVInfo) | + Codec ID: V_MPEG4/ISO/AVC at 4338
(MKVInfo) | + CodecPrivate, length 37 at 4355
(MKVInfo) | + Default duration: 33.333ms (30.000 fps for a video track) at 4395
(MKVInfo) | + Language: und at 4403
(MKVInfo) | + Video track at 4410
(MKVInfo) | + Pixel width: 800 at 4412
(MKVInfo) | + Pixel height: 688 at 4416
(MKVInfo) | + Display width: 1856 at 4420
(MKVInfo) | + Display height: 688 at 4425
(MKVInfo) | + A track at 4430
(MKVInfo) | + Track number: 2 at 4432
(MKVInfo) | + Track UID: 3830610410 at 4435
(MKVInfo) | + Track type: audio at 4442
(MKVInfo) | + Default flag: 1 at 4445
(MKVInfo) | + Forced flag: 0 at 4448
(MKVInfo) | + Lacing flag: 1 at 4452
(MKVInfo) | + MinCache: 0 at 4455
(MKVInfo) | + Timecode scale: 1.000000 at 4459
(MKVInfo) | + Max BlockAddition ID: 1 at 4467
(MKVInfo) | + Codec ID: A_AAC/MPEG4/LC at 4471
(MKVInfo) | + Default duration: 21.333ms (46.875 fps for a video track) at 4487
(MKVInfo) | + Language: und at 4495
(MKVInfo) | + Audio track at 4502
(MKVInfo) | + Sampling frequency: 48000.000000 at 4504
(MKVInfo) | + Channels: 2 at 4510
(MKVInfo) |+ EbmlVoid (size: 1024) at 4513
(MKVInfo) |+ Cluster at 5540


It seems mkvtoolnix has correctly kept the AR I set (2.697 setted to 1856x688). But when I play it, the correct AR is ignored...(could be a player problem? strange...'cause bsp hasn't never had any problem with AR tagged by mkv..)

Here i cut 4 u a little clip of my compressione:

hdtv source to nero h264/avc compression (http://gannjunior.altervista.org/hdtv-015.mkv)(right click on mouse...save as... ;) )

tnk
ciaoo!!

[Mosu]

Originally posted by Gannjunior
(MKVInfo) + EBML head at 0
(MKVInfo) | + Video track at 4410
(MKVInfo) | + Pixel width: 800 at 4412
(MKVInfo) | + Pixel height: 688 at 4416
(MKVInfo) | + Display width: 1856 at 4420
(MKVInfo) | + Display height: 688 at 4425


It seems mkvtoolnix has correctly kept the AR I set (2.697 setted to 1856x688). But when I play it, the correct AR is ignored...(could be a player problem? strange bsp hadn't never any problem with AR tagged by mkv..)

Correct. mkvmerge is not at fault here. I can't help you with playback issues because I don't know much about that on Windows. Sorry.

[Paulcat]

I don't know if you have fixed this in the latest build, or if I am simply doing it wrong, but I have two mkv files (Video, Audio, 2 Subs) that I want to join together. I loaded the first mkv and clicked 'append' to select the second one. I toggled off the second subtitle stream from both mkv's and tried to create a new mkv, but received an error telling me I could not append tracks 5 and 6...

Do I have to append each stream separately? Or is this one of those "Why the f*** is Windows doing THIS?" fixes that you have already taken care of? Or are there some stream types that cannot be concatenated?

[Mosu]

Originally posted by Paulcat
IDo I have to append each stream separately?

The order of the tracks in the track list box is important. An "appended" track will be appended to the one that is directly above in the track list box. However, the orignal 1.4.0 release put all tracks at the bottom of the track list box even if you used "append" button. So the user had to move the tracks around manually.

The latest build from http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/ is supposed to fix this. Now tracks are inserted intelligently.

Or is this one of those "Why the f*** is Windows doing THIS?" fixes that you have already taken care of?

:) Taken care of yes, but not one of those "&@(*$%(!@$ Windows!" fixes. Sometimes the programmer is at fault and not the OS ;)

Or are there some stream types that cannot be concatenated?

That too, but your error message comes from the fact that two tracks of the same "appended" file were next to each other in the track list. That is of course not supported.

[hofmetzger]

Well, its a big project:
2 Files to concatenate, 5 Audio-Streams and 4 VobSub Streams each, resulting in a 3GB-File. mkvtoolnix is the latest pre (20050228-1).

Sadly, the muxing failed (Return error 2):
Error: The track number 1 from the file 'F:\muxed_tt\part2.mkv'
cannot be appended to the track number 1 from the file
'F:\muxed_tt\part1.mkv' because the stream parameters do not match.

But the Stream-Parameters are greyed out (except the Displaydimensions (another bug?), so i dont even have the possibility to change them.
I couldnt find any diffrences in the Command Line either...


"mkvmerge" -o "Z:\appended_lotrtt\TwoTowers.mkv"
--priority lower
--display-dimensions 1:946x428
--language 2:ger --track-name "2:Deutsch Vorbis 5.1"
--default-track 2
--language 3:eng --track-name "3:Englisch Vorbis 2.0"
--language 4:eng --track-name "4:Regisseur und Autoren"
--language 5:eng --track-name 5:Design-Team
--language 6:eng --track-name 6:(Post)Produktions-Team
--language 7:eng --track-name 7:Darsteller
--language 8:ger --track-name 8:Übersetzungen
--default-track 8
--language 9:ger --track-name "9:Alle Untertitel"
--language 10:ger --track-name "10:für Gehörlose"
--language 11:eng --track-name 11:Englisch
-a 2,3,4,5,6,7 -d 1 -s 8,9,10,11 F:\muxed_tt\part1.mkv
--display-dimensions 1:946x428
--language 2:ger --track-name "2:Deutsch (5.1 Vorbis)"
--language 3:eng --track-name "3:Englisch (2.0 Vorbis)"
--language 4:eng --track-name "4:Regisseur und Autoren"
--language 5:eng --track-name 5:Design-Team
--language 6:eng --track-name 6:(Post)Produktions-Team
--language 7:eng --track-name 7:Darsteller
--language 8:ger --track-name "8:Deutsche Übersetzungen"
--language 9:ger --track-name 9:Deutsch
--language 10:ger --track-name "10:Deutsch für Hörgeschädigte" --language 11:eng --track-name 11:Englisch
-a 2,3,4,5,6,7 -d 1 -s 8,9,10,11 +F:\muxed_tt\part2.mkv
--track-order 0:1,0:2,0:3,0:4,0:5,0:6,0:7,0:8,0:9,0:10,0:11
--append-to 1:1:0:1,1:2:0:2,1:3:0:3,1:4:0:4,1:5:0:5,1:6:0:6,1:7:0:7,1:8:0:8,1:9:0:9,1:10:0:10,1:11:0:11

[Rockman-X]

I was playing here with the append feature, and tried to append 2 VFR (Variable framerate) MKV files, which, for my surprise, worked OK. Those files were an opening sequence and the episode of a series. When I tried to append the ending sequence of the same series (encoded in the same resolution/ codec version), mkvtoolnix said that could1n't append the file because it had "different parameters". Then I went to check what was different in this third file, and then I discovered that this one was a CFR (constant framerate) MKV, which had 29.97 fps, differently from the previous ones, which had (at least it's how ffdshow reports it, remember, they are VFR) 24 fps. Is it intended to be that way or is it a bug? I thought that was strange, since mkvtoolnix had no problems with appending the VFR files...

[Mosu]

At the moment mkvmerge simply compares a couple of parameters for the track/stream properties (actually, "stream" should be "track" in mkvmerge's error message -- I always call them "track"). For video these are width, height, fps... For audio the obvious ones, channels, sample rate etc. These are VERY dumb comparisons at the moment. I haven't fine-tuned them at all. Ignoring FPS differences will be implemented. Also I'll try to include the reason ( = the one parameter) why mkvmerge refuses to concatenate those files.

hofmetzger: The "Stream parameters" that mkvmerge talks about are not the things you can enter in mmg. They're the attributes of those tracks like width, height, channels etc. And yes, it is normal that you cannot change most values for appended tracks because they are not used anyway (only those for the "first" track, meaning for the track the others are appended to).

[Mosu]

A new build. I've (hopefully) improved the error messages for the "stream parameters do not match" message. As a side effect I've made the check for Vorbis and video tracks less strict. So you two (Hofmetzger and Rockman-X) should give this a try:

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/HEAD//mkvtoolnix-unicode-head-20050302-1.rar

[hofmetzger]

A first try returned this:
Error: The track number 1 from the file 'F:\muxed_tt\part2.mkv' cannot be appended to the track number 1 from the file 'F:\muxed_tt\part1.mkv' because the track parameters do not match (The codec's private data does not match (lengths: 40 and 40).).
:)

[Rockman-X]

Originally posted by Mosu
[B]So you two (Hofmetzger and Rockman-X) should give this a try

Thanks :D
I will post the results here as soon as I finish testing the new version. :)

EDIT: It works fine now! The CFR ending sequence was added and there were no warnings from mkvtoolnix. :D

[MSlv]

I encoded a music clip to x264 with AutoAC and when I tried to mux from mp4 to mkv, this is what mkvmerge whispered to me:
Error: 'D:\DVD Temp 2\jay-z.mp4': The video track does not start with a key frame but contains B frames. This is not supported.
Any ideas?

[unplugged]

I see "support for AVC (aka h.264) video from MP4 files" in changelog, but with native MPEG4 matroska muxing?
Or there is a sort of MS format style conversion (with FourCC)

[MSlv]

- support for AVC (aka h.264) video from MP4 files,
I'm sorry, but it seems that x264 is no longer supported due to the fast upgrading. I've found something when muxing from mp4 to mkv:
Error: 'D:\DVD Temp 2\jay-z.mp4': The video track does not start with a key frame but contains B frames. This is not supported.
Can it be fixed?

[iapir]

Originally posted by unplugged
I see "support for AVC (aka h.264) video from MP4 files" in changelog, but with native MPEG4 matroska muxing?
Or there is a sort of MS format style conversion (with FourCC)

With matroska muxing and some of the frame references. (à la B frame)

[Mosu]

Originally posted by hofmetzger
A first try returned this:
...
:)

What kind of video tracks are those? "Normal" AVI mode tracks (V_MS/VFW/FOURCC)? If so I can further lessen the retrictions.

[Mosu]

Originally posted by Rockman-X
EDIT: It works fine now! The CFR ending sequence was added and there were no warnings from mkvtoolnix. :D

Don't delete the original files yet, though. There's still a problem with different frame rates (I think that there's a problem, I haven't had time to investigate yet though).

[Mosu]

Originally posted by MSlv
I encoded a music clip to x264 with AutoAC and when I tried to mux from mp4 to mkv, this is what mkvmerge whispered to me:
Error: 'D:\DVD Temp 2\jay-z.mp4': The video track does not start with a key frame but contains B frames. This is not supported.
Any ideas?

If you want me to add support for that / to create workarounds for that then please upload the file to my FTP server. I've never had a MP4 file created with x264.

[Mosu]

Originally posted by unplugged
I see "support for AVC (aka h.264) video from MP4 files" in changelog, but with native MPEG4 matroska muxing?
Or there is a sort of MS format style conversion (with FourCC)

Native. The CodecID is V_MPEG4/ISO/AVC. h.264 muxing from AVI however will end up with the usual V_MS/VFW/FOURCC and is therefore not officially supported.

[Mosu]

Originally posted by MSlv
I'm sorry, but it seems that x264 is no longer supported due to the fast upgrading.

"fast upgrading"??

Anyway, like I've said above, please upload a sample file. Thanks.

Mosu

[unplugged]

Excuse me once more :(, my problem is: I have made an XviD AVI based file, then converted to native MP4 with "mp4box -convert" but when MMG 1.40 convert to MKV the result is a matroska file with "V_MS/VFW/FOURCC" video track and FourCC DIVX
Instead of native V_MPEG4/ISO/ASP

[Mosu]

Originally posted by unplugged
Excuse me once more :(, my problem is: I have made an XviD AVI based file, then converted to native MP4 with "mp4box -convert" but when MMG 1.40 convert to MKV the result is a matroska file with "V_MS/VFW/FOURCC" video track and FourCC DIVX
Instead of native V_MPEG4/ISO/ASP

True. Native MPEG-4 ASP is not supported at the moment.

[RathO]

@Mosu:

Thanks for the 1.4.0 version. I've been waiting for the MPEG support for a while. It works great :)

There have been a little bug lately with the "Always on top" option. I keep it checked at all time cause it makes my life easier, but when i open the GUI, it opens in the tray bar, but don't actually show up until i maximise it from the tray, and with the "Always on top" and the window maximised, it becomes impoosible to drag a file into it.

I just wanted to bring this. It's no bid deal, but still.

Regards

I Just realized it does the thing with or without the "Always on top" checked.

[Mosu]

Originally posted by RathO
but when i open the GUI, it opens in the tray bar, but don't actually show up until i maximise it from the tray,

Tray!? Do you mean the task bar? (The tray is the area on the right that contains e.g. your virus scanner, the clock etc. mmg does not put itself into the tray.)

and with the "Always on top" and the window maximised, it becomes impoosible to drag a file into it.

I just wanted to bring this. It's no bid deal, but still.

Regards

I Just realized it does the thing with or without the "Always on top" checked.

Nice, another thing I can't reproduce :( What's your Windows version? Which mkvtoolnix are you using (Unicode or non-Unicode)? Could you please export the HKEY_CURRENT_USER\Software\mkvmergeGUI registry key into a file and send me that .reg file? (FTP server info is in my sig)

Thanks.

[Mosu]

Originally posted by MSlv
I encoded a music clip to x264 with AutoAC and when I tried to mux from mp4 to mkv, this is what mkvmerge whispered to me:
Error: 'D:\DVD Temp 2\jay-z.mp4': The video track does not start with a key frame but contains B frames. This is not supported.
Any ideas?

Spyder just had the same problem. He uploaded a file, and that file was definitely strange -- it said that the first key frame was frame number 2 (and not frame number 0). Spyder also said that the problem disappeared when he used mp4creator 1.2.8 instead of 1.2.6 which he used before. So I'll write this off to a bug in mp4creator. I don't know AutoAC, but I guess that it uses mp4creator. You should check that out.

Edit: No sample upload required anymore.

[Mosu]

Originally posted by Mosu
Don't delete the original files yet, though. There's still a problem with different frame rates (I think that there's a problem, I haven't had time to investigate yet though).

Ok, I was wrong. mkvmerge already deals with what I was thinking about.

[Mosu]

Originally posted by Mosu
Spyder just had the same problem. He uploaded a file, and that file was definitely strange -- it said that the first key frame was frame number 2 (and not frame number 0). Spyder also said that the problem disappeared when he used mp4creator 1.2.8 instead of 1.2.6 which he used before. So I'll write this off to a bug in mp4creator. I don't know AutoAC, but I guess that it uses mp4creator. You should check that out.

Edit: No sample upload required anymore.

Nevertheless: I've fixed a bug in calculating the FPS for such files. Please use this build: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre//mkvtoolnix-unicode-1.4.0-build20050306-2.rar

[Paulcat]

I noticed that the RAR versions you are linking to are missing some files and don't seem to run unless I unzip them on top of the prior version with the installer...why is this?

[Mosu]

Originally posted by Paulcat
I noticed that the RAR versions you are linking to are missing some files and don't seem to run unless I unzip them on top of the prior version with the installer...why is this?

The RARs I link to here are pre-builds. Those contain only the changed files. You also need the runtime package which is available from my homepage. Regular releases (meaning those which have a different version number than the previous ones, e.g. "1.4.1") also come as a setup program which contains everything you need.

[iapir]

When I run mkvinfo from 1.4.0 builds on Windows, I get nothing. Not even the name of the program. It works with older builds...

[Mosu]

Originally posted by iapir
When I run mkvinfo from 1.4.0 builds on Windows, I get nothing. Not even the name of the program. It works with older builds...

I've probably changed the application type to "non-console"... But I didn't know that this implied that there's no output on the console AT ALL :( I'll change it back. For the time being you can use its GUI: "mkvinfo -g"

[MSlv]

I don't know AutoAC, but I guess that it uses mp4creator. You should check that out.
Yes, it does use mp4creator. And I was using version 1.2.5. I'll update it and see if it happens again.

No sample upload required anymore.
I'm very sorry for not uploading the file, but I had to use Dial-up all week-end till yesterday. And it was a pain.

[Mosu]

Originally posted by MSlv
Yes, it does use mp4creator. And I was using version 1.2.5. I'll update it and see if it happens again.

Great. Be sure to get the latest build from http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/ before testing :)

I'm very sorry for not uploading the file, but I had to use Dial-up all week-end till yesterday. And it was a pain.

No worries. I have such a file now.

[LeMoi]

Could you add the possibility to pause the muxing ? sometimes i forget to check disk space before beginning, and it stops when disk space is 0.00 MB, i prefer it pauses, i delete some files, and i resume the muxing :)