mkvtoolnix 4.1.1 released

[Thunderbolt8]

i have used mkvmerge afterwards, yes, but havent tried that mixing up remuxed video and demuxed sound yet. not sure in how far mkvmerge does rewrite the timestamps automatically though, when I dont specify anything. I cant do that, because then, when I enter 23.976, 29.97 or this number in between which mpeg2repair sometimes reports (for example something like 24.53) the length is always wrong. it only works when I leave this field untouched.

[shambles]

is there any way to to write the framerate as "24000/1001" and not "23.976" using a timecode file in mmg? i know if you demux the video es you can set it when remuxing but demuxing video when remuxing blu-ray/hd dvd (avc) is inadvisable as far as i've understood

[Thunderbolt8]

you can use a timecode .txt file and then set the rate for example to 23.9760239, which is already quite close to what you will receive when dividing 24000/1001 with a calculator

[madshi]

Hmmmmm... Is HD DVD/Blu-Ray mastered in 23.976 or in 24/1.001? I'm not really sure myself. Either way, the difference is really marginal...

[shambles]

evodemux reports "Frame Rate = 23,976 (24000/1001)" for hd dvds and dgindex/dgavcindex report "Frame Rate: 23.976024 fps" for blu-rays, so i'm pretty sure they're all 24000/1001.. sure the difference is tiny but would still be nice to be able to do it right

[madshi]

FWIW, for a two hour movie the difference is 7.2ms... :p And as a comparison: One AC3 frame is usually 32ms long. So if you demux audio and video and try to find the correct audio delay and then use delaycut to achieve the final result, you can only move audio forwards/backwards by 32ms at a time. I'm saying this just to put the 7.2ms into the right perspective...

[shambles]

i know... but i'm a perfectionist when it comes to something i feel passionately about ;)

[madshi]

Yeah, I see. I like perfect solutions, too.

[Thunderbolt8]

me too :p
i always mux with 23.9760239 fps. Ive also demuxed some blu-ray files with mencoder (ratatouille) and here the video for example was reported to be 23.976025 fps (which is quite close to 24000/1001 as well).

[Liisachan]

By confusing 2997/125 and 24000/1001, while the audio delay is just 3.6 ms / hour which is relatively minor, you'll get a lot of subs that are off by one frame. eg. the sub that starts @ 20:51.96 will start at Frame 30018 @ 2997/125, 30017 @ 24000/1001

[Nicholi]

Don't forget to use the --timecode-scale parameter. Otherwise it doesn't matter what you write in the timecodes file/etc, everything is rounded to 1ms by default.

[delacroixp]

i know... but i'm a perfectionist when it comes to something i feel passionately about ;)
Yeah, I see. I like perfect solutions, too.
me too :p
i always mux with 23.9760239 fps. Ive also demuxed some blu-ray files with mencoder (ratatouille) and here the video for example was reported to be 23.976025 fps (which is quite close to 24000/1001 as well).

Me too... but doesn't perfection include human limitations.

Arn't we looking for perfect 'human' solutions... a cat may see better and demand higher standards and perhaps in a million yrs time humans will have the capacity to appreciate movies with 1000 FPS, 100 megaPixel resolution and 128-bit colour detail.

Surely, mathematical solutions that go beyond human abilities to tell the difference... also fall into the realm of imperfection.


:):devil::D
Pascal

[DreckSoft]

I see you released new test versions. I tried the one from 02.01.

According to the changelog:
* mkvmerge: bug fix: Rewrote the timecode application
code. Additionally force the "previous cluster timecodes" that
libmatroska uses to the current timecode. This seems to get rid of
libmatroska's assertions about the local timecode being to
small/big to fit into an int16. It also seems to get rid of some
of mkvmerge's errors about the packet queue not being empty.

if should now be possible to rewrite timestamps on mkv files created with GDSMux which previously failed most times.

I tested it on Ratatouille Blu-Ray. Steps:
Merge all movie files into one (copy /b ....)
Remux with TSRemux
Mux to MKV using GDSMux
Add audio stream and rewrite timecode with MKVMerge

Last step failes with:
The file 'D:\Ratatoille.mkv' has been opened for writing.
'die' called: common.cpp/safememdup() called from file src/common/common_memory.h, line 91: malloc() returned NULL for a size of 381332 bytes.

[Thunderbolt8]

check (if you can playback that file until the error) if the glitches around ~40 mins are still present. if it doesnt work the way you did, then check it with copy /b and then demux the video stream with xport and remux it with mkvmerge (so dont use tsremux and gdsmux) please.

btw. where to find these test versions?

[kurt]

btw. where to find these test versions?
http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/

[DreckSoft]

check (if you can playback that file until the error) if the glitches around ~40 mins are still present. if it doesnt work the way you did, then check it with copy /b and then demux the video stream with xport and remux it with mkvmerge (so dont use tsremux and gdsmux) please.

btw. where to find these test versions?

The resulting file has only 6kb so the error is at the very beginning.

Demuxing and remuxing gives async audio. It is sync at the beginning and end (I think) but not in the middle of the movie, so that's not an option.

[Lele-brz]

Hi,
would it be possible with the upcoming release to force the Cues Section at the beginning of the file?

thanks

[bokonon]

can someone please help me with an error I've been getting. I'm using MKVMerge GUI v.2.1.0 'Another Place to Fall' and the file plays fine in windows media player

http://i17.tinypic.com/89h7a8m.png

[GasKid]

Hi,
Don't know whether this has been asked before, since this is such a big thread to go through.
I'm now using mkvmerge GUI to cut a sample from a file, e.g. I want the part from 300s to 400s, when I split with mkvmerge, it returns 3 files, and only the one in the middle is what I want. So I have to delete the other 2 files manually.
Is there any way to prevent generating the other 2 parts what I don't want?
Thanks.

[Thunderbolt8]

The resulting file has only 6kb so the error is at the very beginning.

Demuxing and remuxing gives async audio. It is sync at the beginning and end (I think) but not in the middle of the movie, so that's not an option.
for me its in sync (or not that much desync that its already noticeable) with xport so long until these glitches occur and then it becomes noticably desync

[Brother John]

Is there any way to prevent generating the other 2 parts what I don't want?
No. Cutting out single parts is not what the function is designed for.

[GasKid]

No. Cutting out single parts is not what the function is designed for.

OK thanks.
Then I think I have to find another application to do this for me.

[bob0r]

@Mosu:

How hard would it be to support .yuv files like these:
ftp://ftp.ldv.e-technik.tu-muenchen.de/pub/test_sequences/1080p/ ?

Quote from #matroska:
shouldn't be hard to add raw support
after all the size of each frame is fixed
all that's needed is the pixel format
the rest is known (width and height)

it would be awesome to add .yuv files to .mkv and simply play them, to compare x264-aq encodes with the original,

[joseph5]

OK thanks.
Then I think I have to find another application to do this for me.You can try AviDemux.

[delacroixp]

OK thanks.
Then I think I have to find another application to do this for me.
Maybe you can put in a feature request though Mosu is an ardent advocate of the KISS principle (http://www.faqs.org/docs/jargon/K/KISS-Principle.html) and vehemently avoids creeping featurism (http://www.faqs.org/docs/jargon/C/creeping-featurism.html)
which can ultimately destroy an otherwise simple but elegant piece of software.

Perhaps I should add my own feature request for "vertical signalling".
AR signalling works well for full screen but an 800x448 encode signalled with 1.7703 will display at 793x448 (window mode) instead of 800x452 .
Of course, you can avoid the "horizontal shrink phenomenon" by always over encoding the height... eg, 800x464 and all's well !!!

I guess it's more of an MKV spec issue !


:):devil::D
Pascal

[Joniii]

Mosu, any chance of VC-1, DTS-HD High Resolution and DTS-HD Master Audio support in the future?

[Joniii]

Something I just noticed, dunno if it's a bug or what. I demuxed MPEG-4 part 10 ES from Basic Instinct Blu-ray. Demuxed .avc plays fine itself but when I add it into .mkv it takes alot longer for wmp11 to load that .mkv comparing to other backups. When I seek it also takes forever for playback to start again. Also rainbow frames alot. If I mux that .avc into TS, everything works fine.

[rickardk]

Something I just noticed, dunno if it's a bug or what. I demuxed MPEG-4 part 10 ES from Basic Instinct Blu-ray. Demuxed .avc plays fine itself but when I add it into .mkv it takes alot longer for wmp11 to load that .mkv comparing to other backups. When I seek it also takes forever for playback to start again. Also rainbow frames alot. If I mux that .avc into TS, everything works fine.

Same thing with Ratatouille (Blu-ray), Revolver (Blu-ray) and Million Dollar Baby (HD DVD). If remuxed with gdsmux you don't have the rainbow frames but the mkv is unsearchable and will not load in mkvmerge for rewriting timestamps

[madshi]

Same thing with Ratatouille (Blu-ray), Revolver (Blu-ray) and Million Dollar Baby (HD DVD). If remuxed with gdsmux you don't have the rainbow frames but the mkv is unsearchable and will not load in mkvmerge for rewriting timestamps
Have you tried the latest mkvtoolnix beta build? It has fixed the failing timestamp rewriting for me. See here:

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/

[rickardk]

Have you tried the latest mkvtoolnix beta build? It has fixed the failing timestamp rewriting for me. See here:

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/

Yes, does not work with Ratatouille or Revolver. Not tried with Million Dollar Baby yet.

Even if I don't rewrite the timestamps the rainbow frames are introduced when just running thoose titles through mkvmerge

[allouh]

thanks

[rickardk]

Yes, does not work with Ratatouille or Revolver. Not tried with Million Dollar Baby yet.

Even if I don't rewrite the timestamps the rainbow frames are introduced when just running thoose titles through mkvmerge

Add War [Blu-ray] to that list...

[tjf]

Something I just noticed, dunno if it's a bug or what. I demuxed MPEG-4 part 10 ES from Basic Instinct Blu-ray. Demuxed .avc plays fine itself but when I add it into .mkv it takes alot longer for wmp11 to load that .mkv comparing to other backups. When I seek it also takes forever for playback to start again. Also rainbow frames alot. If I mux that .avc into TS, everything works fine.

Same problem with Harsh Times. Demuxed mkv (created with ea3to) file plays fine, but once I add audio (FLAC), subtitles and chapters, it takes forever to open. I used Jan 15 beta of MKVMergeGUI. I have uploaded a sample here:

http://rapidshare.com/files/86999542/Harsh_Times-001.mkv.html

[Joniii]

I muxed that h264 stream into avi with dts and I got no problems then. So maybe temporary solution to make these problematic titles work with mkv would be to first mux h264 into avi with AVC2AVI Mod (like VC1CONV with VC-1 does).

[Unearthly]

Right now MKVMerge can use video from a 'Fake AVI' made by makeavis, but not audio. Would it be possible to add the ability to mux this audio into an mkv as well?

[Isochroma]

I've been merging some AVC MP4 files. It complains about the CTTS atom being missing, and that I should check the resulting file to make sure playback is ok.

This warning is useful, but since I attach a timecodes file to the video track, it's not necessary. So could the warning be suppressed when a timecodes file is attached to the video track?

[zeropc]

i guess mkvtoolnix for mac os x has been terminated :(

for months we haven't seen a new release.

[Mosu]

Hello users and package maintainers,

I've released a new version of MKVToolNix, v2.2.0. It contains major bug fixes (a lot of crashes with should be gone) and a couple of new features.

Here are the usual links to the most interesting downloads:

The source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/ mkvtoolnix-2.2.0.tar.bz2

The binaries for Windows 2000, XP or newer:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-2.2.0-setup.exe

The program home page:
http://www.bunkus.org/videotools/mkvtoolnix/index.html

Binaries for a couple of Linux distributions are available from the home page. The users of Debian and Ubuntu that use my Apt repositories should note that I've renamed my package to match the official package names in Debian and Ubuntu. You can get this release of MKVToolNix with "apt-get install mkvtoolnix mkvtoolnix-gui".

As always I'll finish with the ChangeLog between the previous release 2.1.0 and this release.

Have fun :)

Regards,
Mosu

-----------------------------------------
2008-03-04 Moritz Bunkus <moritz@bunkus.org>
* Released v2.2.0.

2008-02-29 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for handling AC3 in WAV in ACM mode.

2008-02-28 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for reading AC3 from QuickTime/MP4 files. Fix for bug 254.

2008-02-27 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for handling AC3 in WAV in IEC 61937 compatible streams (aka SPDIF mode).
* mkvmerge: new feature: Added support for WAV files with multiple data chunks.
* mkvmerge: bug fix: Fixed a cause for the error message "no data chunk found" by fixing the skipping of 'fmt ' chunks.

2008-02-23 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for AAC-in-AVI with CodecID 0x706d as created by mencoder. Fix for bug 266.

2008-02-20 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Rewrote the OGM reader code. Another part of a fix for bug 267.

2007-12-31 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Rewrote the timecode application code. Additionally force the "previous cluster timecodes" that libmatroska uses to the current timecode. This seems to get rid of libmatroska's assertions about the local timecode being to small/big to fit into an int16. It also seems to get rid of some of mkvmerge's errors about the packet queue not being empty, and it fixes a couple of crashes with file splitting.

2007-12-22 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: OGM files with non-Theora video tracks caused mkvmerge to fail since 2.1.0, or the resulting file was unplayable. Fix for bug 267.

2007-10-11 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Accept other Theora header versions than 3.2.0 as long as the major version is 3 and the minor 2. Fix for bug 262.

2007-09-02 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: MPEG PS reader: Fixed the resyncing mechanism during normal reads. Another fix for bug 259.
* mkvmerge: bug fix: MPEG PS reader: mkvmerge tries to resync to the next MPEG start code in case of error during stream detection. Fix for bug 259.

2007-08-31 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: SVQ1 video tracks read from QuickTime files are output as V_MS/VFW/FOURCC tracks and not as V_QUICKTIME tracks. Fix for bug 257.

2007-08-30 Moritz Bunkus <moritz@bunkus.org>
* avilib: bug fix: Fixed a segmentation fault if reading the first part of an index failed but a second/other index part is present. Fix for bug 256.

2007-08-19 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: enhancement: SRT files that contain coordinates in the timecode line are supported. The coordinates are discarded automatically (as S_TEXT/SRT doesn't support them), and a warning is shown.
-----------------------------------------

[madshi]

Thank you... :)

[Liisachan]

Thank you very much!

[microchip8]

Great work!!! Many thanks :)

[Mosu]

http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.2.0-build20080310-1.rar

2008-03-09 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: new feature: Added support for skipping ID3 tags in AAC and AC3 files. Fix for bug 204.
* mkvmerge: new feature: Added support for DTS-HD (both "master audio" and "high resolution").

Maybe some of you would like to test DTS-HD support. I'd appreciate it.

[delacroixp]

Hello users and package maintainers,

I've released a new version of MKVToolNix, v2.2.0. It contains major bug fixes (a lot of crashes which should be gone) and a couple of new features.

:thanks: much !!!


:):devil::D
Pascal


ps
Any news about menu tools for MKV ???

[nautilus7]

Thanks very much for DTS-HD support!

EDIT: What is the extension to use for dts-hd files? When i open a dts-hd file (using .dtshd extension) it is shown as dts only. Is this ok?

[menlvd]

waiting update haali spliter for support DTS-HD :)

[Mosu]

At the moment mkvmerge uses the normal A_DTS codec ID for DTS-HD. So I can already play such files on Windows, but I'd guess that the non-core part is dropped before decoding... But I don't know enough about the usual Windows decoders/filters to be sure (it's Haali -> ffdshow for me).

[menlvd]

At the moment mkvmerge uses the normal A_DTS codec ID for DTS-HD. So I can already play such files on Windows, but I'd guess that the non-core part is dropped before decoding... But I don't know enough about the usual Windows decoders/filters to be sure (it's Haali -> ffdshow for me).

at this time playing only core :(

[nautilus7]

So, does this mean that ID will be changed to DTS-HD when haali is updated?

I muxed a dts-hd master audio track and haali reported variable bitrate for the track (diagram). Is there a chance that the hd extensions are passed to the decoder from haali?

How do i set sonic audio decoder to be used and not the mpc-hc's internal decoder? I know, it's not the proper section to ask...

[madshi]

IMO it's correct to mux the DTS-HD track under the DTS codec ID cause all DTS-HD "capable" decoders expect this codec ID for DTS-HD streams, too. DTS-HD "capable" decoders are Nero and Sonic. Nero understands DTS-HD and shows the correct name (e.g. "DTS-HD Master Audio") but then only decodes the core. Sonic decodes the full DTS-HD information.

Haali's Media Splitter intentionally only outputs the DTS core when splitting EVO and m2ts files. But I'm not sure what Haali's splitter does with MKV files. I think there's a chance that Haali will not cut the DTS-HD packets away when an MKV is properly muxed with the DTS-HD packets in it. But I've not had a chance to test that yet. You can test it yourself by doing this in graphedit:

MKV -> Haali Media Splitter -> Nero Audio Decoder 2

Note that the MKV must be muxed with the latest mkvtoolnix version and the Nero Audio Decoder must be from Nero 7 (Nero 8 won't work) and graphedit.exe must be renamed to recode.exe.

You can then in graphedit check (Nero Decoder properties) whether Nero reports "DTS-HD Master Audio" or "DTS-HD High Resolution". If it does, then Haali doesn't throw the DTS-HD packets away from MKV files.

P.S: Of course you could also simply do "MKV -> Haali Media Splitter -> Dump" and compare the file size of the dumped DTS-HD track to the original demuxed one.

[menlvd]

madshi

luck with mkv/mka container :)
not luck with ts/m2ts container :(
we want that ts/m2ts container support too by haali splitter, any chance?