MKVToolNix v24.0.0 released - Page 179

Mosu · 21st August 2015, 05:45

1. Sounds like a bug. I'll have to investigate.
2. No, because there's such functionality already: »start muxing«. »Add to job queue« will always add them with status »start manually« and »start muxing« will always add them with status »start automatically«. See this explanation of how the queue works.
3. I won't spend any time on the outdated and abandoned technology HD-DVD. Sorry.
4. Windows can handle both / and \ in paths just fine. Therefore I haven't bothered to adjust the code to make sure that the usual path separator is used everywhere. It's not just a compile time switch, it's code changes in every place a path is output for the user to see. As Windows has no problems with / in paths I won't spend any time on this any time soon either.

Mosu · 21st August 2015, 06:05

About the output directory setting: I can reproduce such behavior, but only if I edit the output name manually. If, however, I use the »browse« functionality next to it then the new location is remembered just as I expect it to be. I'll fix the handling of manual changes to the output file name.

Jamaika · 22nd August 2015, 16:51

Can I save the image as the first frame of the container matroska? Is there a hidden function?

Can I import and cut a timestamp for Sony XAVC NonRealTimeMeta?

Code:

Media Info: Language "und (und)" - Type "meta:rtmd" - 240 samples
Unknown Metadata Stream
        RFC6381 Codec Parameters: rtmd
        All samples are sync

Mosu · 22nd August 2015, 17:39

Uhm… What now? I'm sorry, but I completely fail to understand your questions.

Mosu · 22nd August 2015, 22:49

No to the first question. As for the second question: if you could embed such data in Matroska I'm certain your Sony couldn't read them. No as well here.

Jamaika · 23rd August 2015, 04:35

Thanks for your reply. All understandable. More and more is the Sony camcorder in the world so think that the theme is coming back for some time.

https://www.youtube.com/watch?v=ZpWI-7DAC4s

KoD · 27th August 2015, 19:08

Hi Mosu, I'm either doing something wrong, or I discovered an issue in the mkvtoolnix GUI chapter editor. After loading a chapter file, selecting "Additional modifications -> Shift start and end timecodes by the following amount" on a chapter entry in the editor, does not seem to do anything.

For example, loading a txt file with this content in the chapter editor, and then trying to shift the first chapter by "-00:01:41.518" or "00:01:41.518" does nothing, the chapter start and end timestamps in the editor remain unchanged:

Code:

CHAPTER01=00:00:00.000
CHAPTER01NAME=Chapter 01
CHAPTER02=00:01:41.518
CHAPTER02NAME=Chapter 02
CHAPTER03=00:08:50.905
CHAPTER03NAME=Chapter 03
CHAPTER04=00:11:49.291
CHAPTER04NAME=Chapter 04
CHAPTER05=00:20:46.203

PS: multi-selection of chapter entries, to be able to shift them all at the same time would be much appreciated too!

Mosu · 27th August 2015, 19:22

All those modifications only work on the children of the selected node. Shifting only a single chapter entry is therefore not possible.

Having multi-selection enabled for chapters is not currently on my TODO list as it's quite a lot of work to get right.

Sorry.

KoD · 27th August 2015, 20:16

Ok, I understand.

Is it supposed to work on the root "Edition" entry in the chapter editor, too? Because it did not work on it either, the child chapters were not shifted.

Mosu · 27th August 2015, 20:20

Huh… You're right, it doesn't work at the moment. That's obviously a bug. I'll fix it.

KoD · 27th August 2015, 20:30

That's great! Thanks!

Mosu · 27th August 2015, 20:39

Should be fixed in pre-builds 884 & 885. I'd appreciate some testing.

Yes, it's supposed to work on the edition, too (well, it doesn't change the edition but its direct children, of course).

And thanks for the report. I know exactly when this got broken: back in April even before release 7.9.0. Seems you're the first user to actually give this function a try

KoD · 27th August 2015, 21:41

Just tried build 885 on Windows, and it seems to work ok for me.

As a suggestion, maybe it makes sense to change the description of the feature from "Shift start and end timecodes by the following amount" to "Shift start and end timecodes of child chapters by the following amount". It might help those that misunderstand the feature, like I did.

Mosu · 27th August 2015, 21:52

The very first line in that dialog already states what the actions apply to. So no, I don't want to add the same verbiage to each of those options.

However, it shows that I remembered incorrectly: the shifting is indeed applied to the selected element, too, not just to its children.

Bigmango · 29th August 2015, 12:53

There's a bug in the header editor in version 8.3 (probably the same happens when loading a file in the muxer):

A track (audio, subtitles, video) with language "fra" is not detected as French.

When clicking on "save" in the header editor, all tracks with language "fra" are changed automatically to "und" undetermined.

To avoid this, all tracks must be changed manually to "fre", otherwise the language information is lost after saving.

This didn't happen with the old gui.

FYI, all the french tracks written with Makemkv for my bluray backups have "fra" for French, so this is rather annoying.

Thanks in advance for fixing this.

sneaker_ger · 29th August 2015, 13:10

It's a feature of the old header editor to work around bugs like the one in makemkv. I suggest you also report the problem to them.
http://www.matroska.org/technical/sp...html#languages

Mosu · 29th August 2015, 13:14

Thanks for reporting this. I'll implement a similar fix for the new header editor.

The correct code to use is indeed »fre« and not »fra«. Matroska uses the bibliographic ISO 639-2 codes (»fre«; also called ISO 639-2/B), not the terminology ones (»fra«). This goes back to when Matroska started; I think at that time the terminology ones weren't favored yet – or something like that.

Bigmango · 29th August 2015, 15:02

Quote:

Originally Posted by sneaker_ger

It's a feature of the old header editor to work around bugs like the one in makemkv. I suggest you also report the problem to them.
http://www.matroska.org/technical/sp...html#languages

According to the matroska specs (the link you posted), mkv uses ISO-639-2.

fre and fra are both correct according to ISO-639-2.

So, this is indeed a bug of the new gui and has nothing to do with makemkv.

sneaker_ger · 29th August 2015, 15:25

"fra" is terminology ISO 639-2 but Matroska requires bibliographic ISO 639-2. Both the spec I posted as well as Mosu's post have correctly explained this. If MakeMKV writes "fra" it is a bug.

Bigmango · 29th August 2015, 15:27

Quote:

Originally Posted by Mosu

Thanks for reporting this. I'll implement a similar fix for the new header editor.

Thanks.

Quote:

Originally Posted by Mosu

The correct code to use is indeed »fre« and not »fra«. Matroska uses the bibliographic ISO 639-2 codes (»fre«; also called ISO 639-2/B), not the terminology ones (»fra«). This goes back to when Matroska started; I think at that time the terminology ones weren't favored yet – or something like that.

"fra" is also used by bluray, I guess this is why makemkv is using it.

According to wikipedia "In practice, ISO 639-2 has largely been superseded by ISO 639-3 (2007)", and 639-3 uses only "fra" and not both as ISO 639-2.

This means, if only should be used it should be "fra", so this is a problem with the matroska spec that is not compliant with the standard used today.

Fortunately this never was a problem since all the players are using both.

So yes, mkvtoolnix also using both as you are proposing seems to be the best (or perhaps if you want to 100% stick to the mkv spec, you could automatically convert fra to fre instead of removing the tag as it is now).

Thanks.

21st August 2015, 05:45	#3561 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,281	1. Sounds like a bug. I'll have to investigate. 2. No, because there's such functionality already: »start muxing«. »Add to job queue« will always add them with status »start manually« and »start muxing« will always add them with status »start automatically«. See this explanation of how the queue works. 3. I won't spend any time on the outdated and abandoned technology HD-DVD. Sorry. 4. Windows can handle both / and \ in paths just fine. Therefore I haven't bothered to adjust the code to make sure that the usual path separator is used everywhere. It's not just a compile time switch, it's code changes in every place a path is output for the user to see. As Windows has no problems with / in paths I won't spend any time on this any time soon either. __________________ Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server.

21st August 2015, 06:05	#3562 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,281	About the output directory setting: I can reproduce such behavior, but only if I edit the output name manually. If, however, I use the »browse« functionality next to it then the new location is remembered just as I expect it to be. I'll fix the handling of manual changes to the output file name. __________________ Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server.

22nd August 2015, 16:51	#3563 \| Link
Jamaika Registered User Join Date: Jul 2015 Posts: 706	Can I save the image as the first frame of the container matroska? Is there a hidden function? Can I import and cut a timestamp for Sony XAVC NonRealTimeMeta? Code: Media Info: Language "und (und)" - Type "meta:rtmd" - 240 samples Unknown Metadata Stream RFC6381 Codec Parameters: rtmd All samples are sync Last edited by Jamaika; 22nd August 2015 at 20:18.

22nd August 2015, 17:39	#3564 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,281	Uhm… What now? I'm sorry, but I completely fail to understand your questions. __________________ Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server.

22nd August 2015, 22:49	#3565 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,281	No to the first question. As for the second question: if you could embed such data in Matroska I'm certain your Sony couldn't read them. No as well here. __________________ Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server.

23rd August 2015, 04:35	#3566 \| Link
Jamaika Registered User Join Date: Jul 2015 Posts: 706	Thanks for your reply. All understandable. More and more is the Sony camcorder in the world so think that the theme is coming back for some time. https://www.youtube.com/watch?v=ZpWI-7DAC4s Last edited by Jamaika; 24th August 2015 at 12:47.

27th August 2015, 19:08	#3567 \| Link
KoD Registered User Join Date: Mar 2006 Posts: 567	Hi Mosu, I'm either doing something wrong, or I discovered an issue in the mkvtoolnix GUI chapter editor. After loading a chapter file, selecting "Additional modifications -> Shift start and end timecodes by the following amount" on a chapter entry in the editor, does not seem to do anything. For example, loading a txt file with this content in the chapter editor, and then trying to shift the first chapter by "-00:01:41.518" or "00:01:41.518" does nothing, the chapter start and end timestamps in the editor remain unchanged: Code: CHAPTER01=00:00:00.000 CHAPTER01NAME=Chapter 01 CHAPTER02=00:01:41.518 CHAPTER02NAME=Chapter 02 CHAPTER03=00:08:50.905 CHAPTER03NAME=Chapter 03 CHAPTER04=00:11:49.291 CHAPTER04NAME=Chapter 04 CHAPTER05=00:20:46.203 PS: multi-selection of chapter entries, to be able to shift them all at the same time would be much appreciated too! Last edited by KoD; 27th August 2015 at 19:12. Reason: added PS

27th August 2015, 19:22	#3568 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,281	All those modifications only work on the children of the selected node. Shifting only a single chapter entry is therefore not possible. Having multi-selection enabled for chapters is not currently on my TODO list as it's quite a lot of work to get right. Sorry. __________________ Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server.

27th August 2015, 20:16	#3569 \| Link
KoD Registered User Join Date: Mar 2006 Posts: 567	Ok, I understand. Is it supposed to work on the root "Edition" entry in the chapter editor, too? Because it did not work on it either, the child chapters were not shifted.

27th August 2015, 20:20	#3570 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,281	Huh… You're right, it doesn't work at the moment. That's obviously a bug. I'll fix it. __________________ Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server.

27th August 2015, 20:30	#3571 \| Link
KoD Registered User Join Date: Mar 2006 Posts: 567	That's great! Thanks!

27th August 2015, 20:39	#3572 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,281	Should be fixed in pre-builds 884 & 885. I'd appreciate some testing. Yes, it's supposed to work on the edition, too (well, it doesn't change the edition but its direct children, of course). And thanks for the report. I know exactly when this got broken: back in April even before release 7.9.0. Seems you're the first user to actually give this function a try __________________ Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server.

27th August 2015, 21:41	#3573 \| Link
KoD Registered User Join Date: Mar 2006 Posts: 567	Just tried build 885 on Windows, and it seems to work ok for me. As a suggestion, maybe it makes sense to change the description of the feature from "Shift start and end timecodes by the following amount" to "Shift start and end timecodes of child chapters by the following amount". It might help those that misunderstand the feature, like I did.

27th August 2015, 21:52	#3574 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,281	The very first line in that dialog already states what the actions apply to. So no, I don't want to add the same verbiage to each of those options. However, it shows that I remembered incorrectly: the shifting is indeed applied to the selected element, too, not just to its children. __________________ Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server.

29th August 2015, 12:53	#3575 \| Link
Bigmango Registered User Join Date: Nov 2006 Posts: 415	BUG in header editor with french tracks There's a bug in the header editor in version 8.3 (probably the same happens when loading a file in the muxer): A track (audio, subtitles, video) with language "fra" is not detected as French. When clicking on "save" in the header editor, all tracks with language "fra" are changed automatically to "und" undetermined. To avoid this, all tracks must be changed manually to "fre", otherwise the language information is lost after saving. This didn't happen with the old gui. FYI, all the french tracks written with Makemkv for my bluray backups have "fra" for French, so this is rather annoying. Thanks in advance for fixing this.

29th August 2015, 13:10	#3576 \| Link
sneaker_ger Registered User Join Date: Dec 2002 Posts: 5,565	It's a feature of the old header editor to work around bugs like the one in makemkv. I suggest you also report the problem to them. http://www.matroska.org/technical/sp...html#languages

29th August 2015, 13:14	#3577 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,281	Thanks for reporting this. I'll implement a similar fix for the new header editor. The correct code to use is indeed »fre« and not »fra«. Matroska uses the bibliographic ISO 639-2 codes (»fre«; also called ISO 639-2/B), not the terminology ones (»fra«). This goes back to when Matroska started; I think at that time the terminology ones weren't favored yet – or something like that. __________________ Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server.

29th August 2015, 15:25	#3579 \| Link
sneaker_ger Registered User Join Date: Dec 2002 Posts: 5,565	"fra" is terminology ISO 639-2 but Matroska requires bibliographic ISO 639-2. Both the spec I posted as well as Mosu's post have correctly explained this. If MakeMKV writes "fra" it is a bug.