MKVToolNix v83.0 released

[Selur]

Nice thanks for the release!

Cu Selur

[Sparktank]

Thanks for the update! Saw it on videohelp today.

[Anakunda]

Originally Posted by mkver

It's completely normal to have more than one track and it has nothing to do with chapters. If mediainfo shows only one chapter, is it possible that you let MKVToolNix generate one chapter per appended file on the output tab (which generates one chapter even if no file has been appended)?

Yeah there's just one chapter

+ EBML head
|+ EBML version: 1
|+ EBML read version: 1
|+ Maximum EBML ID length: 4
|+ Maximum EBML size length: 8
|+ Document type: matroska
|+ Document type version: 4
|+ Document type read version: 2
+ Segment: size 107467001
|+ Seek head (subentries will be skipped)
|+ EBML void: size 4012
|+ Segment information
| + Timestamp scale: 10415
| + Multiplexing application: libebml v1.3.6 + libmatroska v1.4.9
| + Writing application: mkvmerge v28.0.0 ('Voice In My Head') 64-bit
| + Duration: 00:03:06.531243975
| + Date: Sun Oct 21 09:52:20 2018 UTC
| + Segment UID: 0x0b 0xda 0x42 0x28 0xa1 0xa6 0xd2 0x36 0x8a 0xb9 0x87 0x10 0x7b 0x5d 0x32 0x5e
|+ Tracks
| + Track
|  + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
|  + Track UID: 8584554008224039298
|  + Track type: audio
|  + Codec ID: A_PCM/INT/LIT
|  + Default duration: 00:00:00.031250000 (32.000 frames/fields per second for a video track)
|  + Language: und
|  + Audio track
|   + Sampling frequency: 96000
|   + Channels: 2
|   + Bit depth: 24
|+ EBML void: size 1060
|+ Chapters
| + Edition entry
|  + Edition flag hidden: 0
|  + Edition flag default: 0
|  + Edition UID: 6837861688061832105
|  + Chapter atom
|   + Chapter UID: 2623445988119765238
|   + Chapter time start: 00:00:00.000000000
|   + Chapter flag hidden: 0
|   + Chapter flag enabled: 1
|   + Chapter display
|    + Chapter string: 00:00:00.000
|    + Chapter language: eng
|  + Chapter atom
|   + Chapter UID: 2179528021987700301
|   + Chapter time start: 00:00:00.000746760
|   + Chapter flag hidden: 0
|   + Chapter flag enabled: 1
|   + Chapter display
|    + Chapter string: 00:03:18.907
|    + Chapter language: eng
|+ EBML void: size 800
|+ Cluster

General
Unique ID                                : 15754770526983769576157346589482758750 (0xBDA4228A1A6D2368AB987107B5D325E)
Complete name                            : stereo-002.mka
Format                                   : Matroska
Format version                           : Version 4
File size                                : 102 MiB
Duration                                 : 3 min 6 s
Overall bit rate mode                    : Constant
Overall bit rate                         : 4 609 kb/s
Encoded date                             : UTC 2018-10-21 09:52:20
Writing application                      : mkvmerge v28.0.0 ('Voice In My Head') 64-bit
Writing library                          : libebml v1.3.6 + libmatroska v1.4.9

Audio
ID                                       : 1
Format                                   : PCM
Format settings                          : Little / Signed
Codec ID                                 : A_PCM/INT/LIT
Duration                                 : 3 min 6 s
Bit rate mode                            : Constant
Bit rate                                 : 4 608 kb/s
Channel(s)                               : 2 channels
Sampling rate                            : 96.0 kHz
Frame rate                               : 32.000 FPS (3000 SPF)
Bit depth                                : 24 bits
Stream size                              : 102 MiB (100%)
Default                                  : Yes
Forced                                   : No

Menu
00:00:00.000                             : en:00:00:00.000 / en:00:03:18.907

But in foobar I get
stereo-002 (72 samples)
stereo-002 (17906928 samples)

Is that a something kinda pregap?
How do I force mkvmerge to load the file in media player as one continuous track?

[mkver]

1. There are two chapters:

|  + Chapter atom
|   + Chapter UID: 2623445988119765238
|   + Chapter time start: 00:00:00.000000000
|   + Chapter flag hidden: 0
|   + Chapter flag enabled: 1
|   + Chapter display
|    + Chapter string: 00:00:00.000
|    + Chapter language: eng
|  + Chapter atom
|   + Chapter UID: 2179528021987700301
|   + Chapter time start: 00:00:00.000746760
|   + Chapter flag hidden: 0
|   + Chapter flag enabled: 1
|   + Chapter display
|    + Chapter string: 00:03:18.907
|    + Chapter language: eng

The last chapter begins at 746760ns (~71,68896 samples at 96kHz). The title of the chapter and the naming of the file suggests that this track corresponds to the second track of an album and that this track started at 3:18.907.
2. I don't know whether this a pregap or not. Actually, nobody could know given the information you provided. One could only guess. And judging by the sample rate it comes from some source other than an audio CD and I have no experience with such a format; in particular I don't know whether there is pregap is usual in these circles.
3. Could you describe in way more detail what your input files were and what your mkvmerge command was (you can go to multiplexer->show command line) and what you did expect and what happened instead? (I think I can already guess the answer to the last two questions, but not the other ones.)
4. a) mkvmerge cannot "force" any player to do anything.
b) Actually, having chapters doesn't mean that the file is discontinuous. A gap would mean that the file is discontinuous, but there is no reason to assume that there is a gap.
c) I don't know why foobar produces a gap between the two chapters. I thought that being an audio player, it is specifically designed for gapless playback so that even when different items of a playlist exist in separate files, they are played without gaps.

[v0lt]

Originally Posted by Mosu

No, it doesn't. Read this FAQ entry, please.

I understand why this is happening. MKVToolNix enlarges the file until the next keyframe appears.
But when I split a file by size, I want the file to be no more than the specified size. I would like the MKVToolNix should discard an incomplete group of frames.

Is it possible to do this file splitting mode?

[Ex0rcist]

Is there any mkv extractor which is capable of applying audio delay when extracting audio/video files?

[Anakunda]

@mkver: I don't say there's a gap, but indexing that makes a pregap. There's really one chapter but two atoms, call it microchapters, which foobar recognizes and splits to more virtual tracks. The more is weird where mkvmerge took the 72 samples microindexing, when the original chapters file was

CHAPTER01=00:00:00.000
CHAPTER01NAME=
CHAPTER02=00:03:18.907
CHAPTER02NAME=
CHAPTER03=00:06:25.427
CHAPTER03NAME=
CHAPTER04=00:10:17.116
CHAPTER04NAME=
CHAPTER05=00:14:05.803
CHAPTER05NAME=
CHAPTER06=00:16:24.609
CHAPTER06NAME=
CHAPTER07=00:18:57.094
CHAPTER07NAME=
CHAPTER08=00:23:33.412
CHAPTER08NAME=
CHAPTER09=00:27:11.547
CHAPTER09NAME=
CHAPTER10=00:30:01.174
CHAPTER10NAME=
CHAPTER11=00:36:00.533
CHAPTER11NAME=
CHAPTER12=00:39:47.218
CHAPTER12NAME=
CHAPTER13=00:44:49.312
CHAPTER13NAME=
CHAPTER14=00:48:18.312
CHAPTER14NAME=
CHAPTER15=00:51:15.781
CHAPTER15NAME=
CHAPTER16=00:58:06.358
CHAPTER16NAME=

Note there are no pregaps just true tracks boundings

[mkver]

This doesn't answer my questions: What input files did you give mkvmerge? What were your settings?
But it did give me a clue where the 72 samples came from: In Matroska, PCM data is not put in one gigantic block of data like in wav. Instead, it is put in smaller blocks and these blocks are interleaved according to their timestamps ("interleave" means that you put blocks with similar timestamp (even from different tracks) near to one another so that one could use a PCM track as an audio track for a video and play the file without having to constantly seek to the place where the audio is stored and back to the place where the video is stored). As the Mediainfo above says, there are 3000 samples per Matroska block. 3:18.907 at 96kHz are 19.095.072 samples or 6365 of these blocks of 3000 samples with a remainder of 72 samples. With normal tracks, one can't simply split inside a block -- they are like atoms for Matroska and mkvmerge (ok, there are exceptions: mkvmerge allows to strip DTS extensions away). One either has to keep a block in an output file or one doesn't keep said block in an output file when splitting (hypothetically one could use DiscardPadding, but that's not used...). But with PCM data, one could be more precise and split sample accurately, but apparently the tool you used for splitting (I guess it is mkvmerge, but you still haven't told me what you were actually doing!) didn't do it and simply splitted after 6365 blocks with 3000 samples each. The second chapter position (at 72 samples) corresponds to the start of the second track, the first chapter is just leftover from the last track.

The first block of PCM data to be kept has a precise timestamp of 3:18.90625. mkmverge allows up to 1 ms of deviation when determining which blocks to keep. As 3:18.90625 is less than 1ms away from 3:18.907, this block is kept.

[Anakunda]

Input files - chapters file and audio track (WAV)

--output stereo.mka stereo.w64 --split chapters:all --chapters chapters.txt --no-chapters

I still am sure PCM data can be cut accurately and not by blocks or rounded to frames like CDA.

[sneaker_ger]

JFYI: Input options belong before the respective input file, i.e.
--output stereo.mka --no-chapters stereo.w64 --split chapters:all --chapters chapters.txt
(I guess it doesn't matter here as w64 shouldn't have chapters.)

[Anakunda]

This reorder doesn't make any difference. I think there should be used something stronger than --no-chapters which suppresses any atomization.

[mkver]

Yes, it can. But this would involve writing code specifically for it and mkvmerge doesn't seem to have this code.
The --no-chapters option is actually an input file option, not an output file option, i.e. it discards chapters already in your input file, but leaves chapters that you explicitly add during the muxing process (e.g. by using a chapters file) alone. In this case this means that any chapters in your w64 file (there aren't any and I don't believe that w64 is able to contain chapters anyway) would be discarded.
I'll open an issue for the real problem (that PCM is not split sample-accurately, but only block-accurately), but I don't think that he will fix this. After all, this just affects PCM.

[hubblec4]

Hi Mosu

I want replace an attachment with mkvpropedit.

"mkvpropedit.exe" "S01E00 - Hauptmenü.mkv" --replace-attachment name:"Matroska Medium Menu Config.mmmcfg"

I get always this error message

>"mkvpropedit.exe" "S01E00 - Hauptmenü.mkv" --replace-attachment name:"Matroska Medium Menu Config.mmmcfg"
Error: Invalid selector in '--replace-attachment name:Matroska Medium Menu Config.mmmcfg'.

What I'm doing wrong?
When I use the ID to replace an attachment, this works.

"mkvpropedit.exe" "S01E00 - Hauptmenü.mkv" --replace-attachment 1:"Matroska Medium Menu Config.mmmcfg"

[Mosu]

The `--replace-attachment` option requires a selector and the name of the file to use instead. Both are separated by a colon.

In the case of `1:Matroska…` the selector is the 1 and the `Matroska…` is the file name. So far, so good.

When you type `name:Matroska…` the selector itself is just `name` and the new file name is `Matroska…`. However, `name` on its own is not a valid selector: it requires a colon and the name of the existing file to replace, meaning the full option would actually contain two colons:

--replace-attachment "name:old name:new file name"

[hubblec4]

Thanks for this info, and maybe you should add this example to your mkvpropedit page (selectors).

[hubblec4]

And for the MIME-type you have to use also 2 colons?

--replace-attachment "mime-type:mime-type-name:new file name"

[Mosu]

Originally Posted by hubblec4

Thanks for this info, and maybe you should add this example to your mkvpropedit page (selectors).

There is just such an example in the Examples section.

Originally Posted by hubblec4

And for the MIME-type you have to use also 2 colons?

Yes.

[hubblec4]

Hi Mosu

I have some trouble with mkvpropedit.exe. I would add Tags,Chapters and Attachments in one go to a very small mkv file.
All works fine when no chapters,tags and attachments are present in the mkv file. But when I repeat the same cmd the Tags are not present but there is a seek entry with a position value which is greater as the entire file.
When I change the size of tags and chapters(add tags and chapters) and use again the same cmd, then no chapters and no tags in the mkv file.

Here is a sample with two mkvpropedit.bat files. (maybe you have to change the path for mkvpropedit)

EDIT:
It seems mkvpropedit is OK, but the InfoTool in the GUI shows it not correct

[mkver]

The relocation of level 1 elements to the end (if there is not enough space in front of the video clusters) is nothing new and I'm surprised that you didn't know about it. But now you seem to do. But I can't see what's supposed to be wrong with the InfoTool in the GUI. You should open an issue if you think that there is something wrong. (If you're believe that the discrepancy between the offsets in the file and the offsets in the seekheads are a bug: No, they aren't. The seekhead contains the offset relative to the first byte in a particular segment (i.e. the first byte after the length field of the segment). The same is used for the cues.)

[Mosu]

mkver has already explained most of what's relevant. The only thing missing is an explanation why the command-line mkvinfo doesn't show elements at the end of the file by default: there's a FAQ entry dedicated to it.