Log in

View Full Version : MKVToolNix v24.0.0 released


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 [28] 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

smok3
10th February 2012, 08:35
mkvmerge will parse and apply the audio encoder delay in MP4 files that contain said information in the format that iTunes writes it. Fix for bug 715.
Anyone knows if afconvert would behave the same? (I did't notice so far)

sneaker_ger
10th February 2012, 08:56
Probably not.
See if it contains the "iTunSMPB" tag or upload a sample if you don't feel confident enough to look for it yourself.

Mosu
10th February 2012, 09:04
I sort of follow that, and have read this thread for years. The documentation does say that track numbers will correspond between mkvinfo & mkvextract for the same release.

No, it says that they correspond between mkvMERGE and mkvextract. Not mkvinfo. It also says that in earlier versions some of mkvinfo's reported fields accidentally matched the track IDs reported by mkvmerge, and that users were therefore wrongly assuming mkvinfo's output could be used for building mkvmerge's/mkvextract's command lines as well.

In the post I commented on, above mkvinfo has a string "track number: 1" which is labeled video, and later in the same message mkvextract states "cannot extract track number 1 as audio".

A "track number" is a header field in a Matroska file. As is a "track UID" ("unique identification number"). However, a "track ID" as used by mkvmerge's and mkvextract's command lines is something else and has nothing to do with any header field (regardless of input file type!).

Mosu
10th February 2012, 09:06
"cannot extract track number 1 as audio" actually means "cannot extract track with TrackID 1 as audio". Maybe that should be changed to avoid confusion.

Good point. I'll see to it.

Vol666
10th February 2012, 10:53
Hello

i'm looking for some help about muxing video + audio which delay.

The movie which I'm trying to contain has LPCM 5.1 audio which i don't want cause its too big. So I've download the same movie but another release and it has DTS 1536kbps audio.

They start at the same time but at the end the video delay with 2,47sec. I preview the video but didn't found any extra scene. The delay its growing anytime with a few frames so at the end the result is: video end at 02:21:04.748 but the audio 02:21:07.218.

So how I can synchronize them?

btw the frame rate is the same too!

Inspector.Gadget
11th February 2012, 17:27
The movie which I'm trying to contain has LPCM 5.1 audio which i don't want cause its too big. So I've download the same movie but another release and it has DTS 1536kbps audio.

Read Rule 6.

[ReX]
11th February 2012, 17:41
Is there any way to remove chapters with mkvpropedit using an option file?
I tried to pass --chapters with just a new line but it asks for a file name, quotes and double-quotes also don't work.

Mosu
11th February 2012, 17:56
;1557513']Is there any way to remove chapters with mkvpropedit using an option file?
I tried to pass --chapters with just a new line but it asks for a file name, quotes and double-quotes also don't work.

Hmm. I always assumed it would work, but actually it doesn't -- meaning I can confirm your observation. I'll fix this tomorrow.

Mosu
11th February 2012, 18:08
I'm considering a re-write of mmg and would like your opinion. Please do not discuss this here but in the separate thread I've created for it. Thanks.

Mosu
11th February 2012, 18:42
;1557513']Is there any way to remove chapters with mkvpropedit using an option file?
I tried to pass --chapters with just a new line but it asks for a file name, quotes and double-quotes also don't work.

Oh, I actually forgot about how I had implemented that feature. An empty argument must be represented by the line "#EMPTY#" as empty lines are skipped. Now this is unfortunately undocumented. The simple reason why I chose to do this is so that the very last character in a file can still be a newline without the resulting empty line at the end of the line being interpreted as an additional argument. I'll add this to the documentation.

Mosu
11th February 2012, 18:52
I've updated the documentation for option files (http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge.html#mkvmerge.option_files).

[ReX]
11th February 2012, 19:04
Thanks for the info, Mosu!

Edit:
Another thing I noticed, the tag parameter (the one to remove all tags, specifically) only seem to work if it's the first parameter (even when not using an option file). I don't know if it's intended or not.

Brother John
12th February 2012, 20:31
Speaking of the documentation: I noticed that “10. Subtitles” http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge.html#mkvmerge.subtitles does not mention Blu-ray PGS as a supported format though they work perfectly fine. Also the second sentence
At the moment mkvmerge(1) supports only text, VobSub and Kate subtitle formats.
seems redundant since it says the same as the bullet list directly below.

Mosu
12th February 2012, 22:01
Thanks for the hint. I've updated that section.

Selur
19th February 2012, 21:14
Is there a way to set the 'Track enabled' flag for a track using mkvmerge through the command line? I would like to set it to 'true' for all the tracks I'm muxing into a mkv file,... (I also was surprised to see that this flag is as a default set to false,.. ;))

Mosu
19th February 2012, 22:04
Is there a way to set the 'Track enabled' flag for a track using mkvmerge through the command line? I would like to set it to 'true' for all the tracks I'm muxing into a mkv file,... (I also was surprised to see that this flag is as a default set to false,.. ;))

mkvmerge doesn't have a flag for this at the moment, no. But your assumption is wrong. The standard says that enabled is "1" by default (see http://www.matroska.org/technical/specs/index.html ). mkvmerge does not write the element by default either, meaning all tracks produced by mkvmerge are set to "enabled".

Selur
19th February 2012, 22:09
Okay, thanks for clearing that up, would be nice if there was an option to add the element (via command line would be enough for me :)), since some hardware player seem to assume the element as false if it is not present. :)

Selur
22nd February 2012, 09:32
Small feature request if it's not hard or time consuming to implement:
- additionally to '--split timecodes:' it would be nice to have a '--split frames:' which would tell mkvtoolnix to split at the specified frame (okay the next key-frame after the specified frame) instead of splitting after a specific time code. This is usefull when handling vfr files.

Small question regarding '--split timecodes:' do these have to be the cfr timecodes (= frame number / average bitrate) or the vfr timecodes (= playback time codes) ?

Cu Selur

Mosu
22nd February 2012, 10:59
Matroska doesn't have a concept of VFR vs. CFR. Neither does mkvmerge. Each frame has exactly one timecode, the one assigned to it for display purposes, and that's the one mkvmerge uses during splitting.

About splitting by frames: maybe. Technically not that challenging.

Selur
22nd February 2012, 11:01
Thanks for clearing that up, hope you find the time and motivation to add the split by frames option. ;)

vrpatilisl
25th February 2012, 12:45
where is that croping black borders function (hidden).

Mosu
25th February 2012, 12:46
I don't understand that question.

vrpatilisl
25th February 2012, 17:44
sorry i mean how to crop black border in film without rencoding. Please read
http://forum.doom9.org/showthread.php?t=163897

Selur
25th February 2012, 17:48
Select the video track, go to it's 'Format specific options' read the toolTip for the 'Cropping' input field and act accordingly.

Mosu
25th February 2012, 17:49
That question has been discussed in the very thread you've linked, and is better answered there than here.

aufkrawall
28th February 2012, 21:26
Can anyone tell me how to muxe subtitles that are demuxed from DVD by PGCDemux?
Here's a sample:
http://www.mediafire.com/?fh73p4e2a53afvv

Do I have to convert it in some way?

Mosu
28th February 2012, 21:33
Those are HD-DVD subs. They are unsupported by mkvmerge, but you can convert them to PSG subtitles which are with BDSup2Sub (http://forum.doom9.org/showthread.php?t=145277)

aufkrawall
29th February 2012, 20:42
That program can't open my testsample. :(

Mosu
29th February 2012, 20:46
Then contact its author.

aufkrawall
29th February 2012, 22:59
No program could ever work for me with demuxed DVD subtitles of PGCDemux.
It happens with every DVD...

A bit OT: Do you know any other solution to demux DVD subtitles?
Shouldn't be too complicated. :)

Mosu
29th February 2012, 23:07
No, and please keep anything else related to HD subs/demuxing subtitles from DVDs etc out of this thread. It's completely offtopic. Thanks.

Mosu
2nd March 2012, 15:52
I usually provide support by email and here on doom9. However, often enough the issues brought up by users are generally interesting for a wider audience. And, just as often, I have to answer the same question over and over again.

Therefore I decided to open a forum for MKVToolNix (https://www.bunkus.org/answers/) in particular and Matroska in general. Everything about my programs and Matroska is ontopic there. It’s a StackExchange like forum that uses the excellent Questions2Answer (http://www.question2answer.org/) software.

Feel free to come around. I’ve added all of my earlier FAQ entries as posts, and a couple of other questions have been asked by new members as well.

This does not mean that I won't hang around in here anymore. Said new forum is more of an additional offer.

https://www.bunkus.org/answers/

Selur
2nd March 2012, 16:17
like the idea of a forum, but the layout of the current one is a real pain, hope it will change in the future,.. (the font sizes, of the titles, are just too large to get some kind of overview + a back button would be nice, once you click on a question,..)

Mosu
2nd March 2012, 16:39
The browser already provides you with a "back" button, you know ;)

I can certainly tune the style sheets. I kind of agree -- the fonts are a bit on the large side.

Selur
2nd March 2012, 16:44
The browser already provides you with a "back" button, you know
Damn, I never realized that. ;)

mbcd
2nd March 2012, 17:25
Maybee on TODO-List but still missing since """long times""" (dont take personally !!)

Adding automatic Framerate-Extraction from h264-RAW-Streams.

ATM mkvmerge is not able to read out framerate from this streamformat. Eac3to can do this, so I think its saved in a field somewhere inside. Other formats work very well, but h264 is one of the less where this does not function automaticly.

Would be nice to have this feature completed for "all" formats :)

:thanks:

Mosu
2nd March 2012, 17:30
Maybee on TODO-List but still missing since """long times""" (dont take personally !!)

Adding automatic Framerate-Extraction from h264-RAW-Streams.

I'm actually working on that at the moment. However, I'll be away for most of next week, therefore I don't have an ETA. But yes, this is the next thing that I'm trying to fix.

Chetwood
3rd March 2012, 07:08
I agree with Selur, cool idea but Simple Machines Forum or something would prolly made for better software ;)

Mosu
4th March 2012, 20:17
Over the last three days I've completely re-written mkvmerge's timecode handling code. This means that mkvmerge now handles all pathological files that I have including but not limited to:

interlaced content
TS files that only contain timecodes for some of the slice (e.g. every second slice)
files with multiple SPS and differing timing information
files in which the SPS change even though their ID is the same


This also means that the user doesn't have to specify the default duration (FPS) for h264 tracks anymore. The corresponding warnings in mmg have been removed.

All of this applies to h264 read from raw h264 elementary streams, AVIs, MPEG-2 program streams (VOB, EVO) and MPEG-2 transport streams.

I'd appreciate some testing :) The Windows builds including said code are 414 and higher available from http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/

Snowknight26
4th March 2012, 23:01
Any chance of being able to use the mouse scroll wheel in the 'Tracks, chapters and tags' CheckedListBox (or whatever wxWidgets calls it)?

Mosu
4th March 2012, 23:08
I don't really want to spend time on mmg, so it's a definite "maybe one day when I've got nothing better to do".

sneaker_ger
5th March 2012, 23:29
A question about the new h.264 timecode handling:
This is only intended to work correctly for CFR ES files, right?

Mosu
6th March 2012, 07:48
mkvmerge doesn't parse h264's picture timing SEIs, if that is what you're asking. Mostly because I don't have any such file, nor has anyone requested it so far.

Using timecode files should still work, though. If it doesn't then that's definitely a bug. I have to admit that I haven't tested it, though.

sneaker_ger
6th March 2012, 08:09
Timecode files still work, but mkvmerge pre will always set the standard duration element according to the info in the ES.

This file was created by x264 with a timecode file (hybrid 23.976/29.97):
http://www.mediafire.com/?d3t1pn44nu6bm5a
Not sure if it has this info, or if I would have had to use --pic-struct.

Mosu
6th March 2012, 09:22
Can you please also upload the timecode file? Thanks.

sneaker_ger
6th March 2012, 09:25
http://pastebin.com/Lzpqhsn6

rack04
7th March 2012, 04:44
Out of habit I set the FPS of a raw h264 video with the new version (416). Mediainfo reports the file is 24000/1001 which is the setting I selected in mkvmerge gui but for some reason when I play the file the video plays very slow and the length is reported as 4:00:59 instead of 2:00:30 if I don't set the FPS.

sneaker_ger
7th March 2012, 06:25
Yes, I have the same problem. Framerate is half of what it should be.

Mosu
7th March 2012, 08:58
For h264 you have to enter the field rate which is double the frame rate. Unfortunately the field in mmg is labeled "FPS". That's a decision I made back in the day, and I will likely change it to "default duration" -- just as mkvmerge's option for this has always been called "--default-duration".

The new tool tip already mentions h264 needing the field rate and not the frame rate.

Mosu
7th March 2012, 09:00
Oh, and Mediainfo only reports the "default duration" as well. If Mediainfo calls that the "number of frames per second" (I cannot check at the moment) then this is a bug/misrepresentation in Mediainfo. The Matroska specs do NOT have a sense of "numer of frames per second". There's only the "duration a Matroska block has by default". A "Matroska block" usually contains either a full frame or a field.