MKVToolNix v24.0.0 released - Page 128

Mosu · 15th January 2014, 14:18

Cannot reproduce:

http://www.bunkus.org/misc/mmg-670-win81-chlo%C3%A9.png

Edit: changed IMG tag to normal URL as the screenshot is rather large.

Caroliano · 15th January 2014, 22:40

Strange. I can consistently reproduce the working/non-working of mmg just by switching between the two new fresh windows users I created (one accentuated and one non-accentuated name being the only thing differing between them).

By the way, in version 6.7.0 it now gives this error screen on both 64 bit and 32bit portable versions, and the debug version that you posted two pages ago. I will use the same image link as the previous user that got this window:

Here the contents of the mkvtoolnix-debug.log:

Code:

2014-01-15 19:34:24 +0ms Current file & line: src/mmg/mmg.cpp:331
2014-01-15 19:34:24 +1ms Current file & line: src/mmg/mmg.cpp:333
2014-01-15 19:34:24 +2ms Current file & line: src/mmg/mmg.cpp:335
2014-01-15 19:34:24 +5ms Current file & line: src/mmg/mmg.cpp:205
2014-01-15 19:34:24 +12ms Current file & line: src/mmg/mmg.cpp:210
2014-01-15 19:34:24 +13ms Current file & line: src/mmg/mmg.cpp:217
2014-01-15 19:34:25 +1244ms Current file & line: src/mmg/mmg.cpp:337

Mosu · 15th January 2014, 22:52

Already fixed. Read https://trac.bunkus.org/wiki/Troubleshooting.

About the issue with mmg not starting: no idea what's wrong, and without being able to reproduce it I don't stand a chance of debugging it - not to mention fixing it.

Caroliano · 15th January 2014, 23:17

I tried the builds linked at that troubleshooting link and still get the same "***Caught unhandled unknown exception; terminating" error on both 32 and 64bit, portable and installer. There is no new debuging build that can see where it hangs on my computer, because I can reproduce here.

Mosu · 16th January 2014, 09:23

I somewhat doubt that you're really executing the correct mkvmerge.exe executable and not some older version. I cannot reproduce the exceptions with either of the four builds linked in the troubleshooting article on my Windows 8.1. With the release builds I was able to reproduce them quickly and deterministically.

Anyway. Things I cannot reproduce remain impossible to diagnose, so I'm sorry but I cannot help you at the moment.

shinchiro · 16th January 2014, 15:20

I tried remove some font attachment using with mkvpropedit. The fonts had been removed but the size still no reduced. Is it normal? I need remux the file again to see the size decrease..

Mosu · 16th January 2014, 15:24

Yes, that is normal. Attachments don't have to be stored at the very end of the file. Instead they can be stored anywhere within it. mkvmerge stored them after the track headers before the first cluster. mkvpropedit will only overwrite them with an EbmlVoid element if they're not located at the end.

shinchiro · 16th January 2014, 17:04

I see. Thanks for the clarification

DragonQ · 17th January 2014, 20:19

I've finally gotten around to archiving some TV recordings (1080i/25 AVC) from the past couple of months after being lax about it. However, every single MKV file that I've made so far has dodgy timestamps and thus doesn't play back correctly in many places (MadVR shows frame drops, EVR shows graph oddities). I've tried changing everything I can think of to find where the problem lies:

- Happens with both MadVR and EVR in MPC-HC
- Happens with both MPC-HC and MediaPortal
- Happens with LAV Filters 0.60.1 and 0.58.2
- Happens using DXVA2 Native and ffmpeg decoding
- Happens using both MKVToolNix 6.0.0 and MKVToolNix 6.7.0
- Happens when muxing the original TS file as well as the cut TS file created by TS-Doctor

The original TS files play back perfectly whether cut or not. Can anyone identify what the problem might be? I can't imagine the broadcast stream format has changed over the last couple of months since that'd probably break lots of hardware out there.

Here's a sample: TS file | Dodgy MKV file

Simon88 · 17th January 2014, 22:54

@DragonQ: You might try VLC 2.1.2 or K-Lite Mega those two has worked great for me on problematic streams. For cutting of *.ts stream, Avidemux 2.6.7 works great for me as the MKV produced by it is fine, BUT I re-mux again using latest MKVTools, "just in case"..

DragonQ · 17th January 2014, 23:52

Quote:

Originally Posted by Simon88

@DragonQ: You might try VLC 2.1.2 or K-Lite Mega those two has worked great for me on problematic streams. For cutting of *.ts stream, Avidemux 2.6.7 works great for me as the MKV produced by it is fine, BUT I re-mux again using latest MKVTools, "just in case"..

Thanks for the suggestions but VLC does not play the MKV files correctly either (same issue: timestamps incorrect in places). TS-Doctor is surely not the problem as the issue happens with uncut files too. In any case, AVIDemux insta-crashes when I install it on Windows 8.1 x64.

Simon88 · 18th January 2014, 01:15

Quote:

Originally Posted by DragonQ

Thanks for the suggestions but VLC does not play the MKV files correctly either (same issue: timestamps incorrect in places). TS-Doctor is surely not the problem as the issue happens with uncut files too. In any case, AVIDemux insta-crashes when I install it on Windows 8.1 x64.

I'm using Win7 x64 and tested it on your file and it worked fine. Did you update to latest Avidemux v2.67?...

You can also process the files via commandline using latest ffmpeg or libav...

DragonQ · 18th January 2014, 01:56

Quote:

Originally Posted by Simon88

I'm using Win7 x64 and tested it on your file and it worked fine. Did you update to latest Avidemux v2.67?...

You can also process the files via commandline using latest ffmpeg or libav...

Never used AVIDemux before so yes I installed the latest v2.67. What do you mean "process the files"? All I want to do is mux them to MKV.

EDIT: If I use the following command on the sample TS file:

Code:

ffmpeg -i test.ts -c copy -map 0 test.mkv

I get these errors:

Simon88 · 18th January 2014, 02:26

@DragonQ: I usually just use Avidemux and snip the ends and then sometimes simply extract the main video and audio streams using ffmpeg, the reason is *.ts files can contain alot of "junk/filler" streams that just waste space. When all else fails I use VideoRedo TV Suite which has an excellent stream fixer and GOP slicer that I used in the old MPEG-1/2 days... but it is a commercial program and can fix many uncooperative files, including newer H.264/AAC/AC-3 files. You may give it a try, they have a trial version, but I recommend testing all new software in a virtual machine, as I use to always have to restore my system from an image backup when I start testing ALOT of trialware and some will screw everything up... I usually use/love ffmpeg as I can batch process a hundred files in a few hours without user intervention....

73ChargerFan · 19th January 2014, 01:32

Quote:

Originally Posted by DragonQ

I've finally gotten around to archiving some TV recordings (1080i/25 AVC) from the past couple of months after being lax about it.

Had you done this months ago with an older version of mkvtoolnix? Do you think your problems because you updated it? Or is this the first time you've tried this?

If you think it might be the muxing, you might try the mkv muxer by Haali. I prefer mmg, but when I run into weird streams I try another muxer to see if it's the software or the video.

73ChargerFan · 19th January 2014, 02:14

My C drive has only 20gb free. I just installed mkvtoolnix 6.7.0 64bit and it now muxes to my system drive instead of the target drive.

How can I disable this? v6.6.0 didn't do that. Took my half an hour to fix my computer after it completely filled my drive. I don't see anything in Options. It stored the file in:
C:\Program Files (x86)\MKVToolNix\j

Mosu · 19th January 2014, 08:37

mkvmerge writes to where you tell it to write; in mmg you set this via the output file name. That output file name is suggested automatically by mmg based on the settings of the default output directory in the preferences.

I've just re-tested with 6.7.0 64bit and it writes exactly where I tell it to, be it a second hard drive, a USB flash drive or a connected network share.

DragonQ · 19th January 2014, 13:37

Quote:

Originally Posted by 73ChargerFan

Had you done this months ago with an older version of mkvtoolnix? Do you think your problems because you updated it? Or is this the first time you've tried this?

I updated when it said there was an update. As I said above this happens with v6.0.0 too so if a change broke things it must've happened a while back.

Quote:

Originally Posted by 73ChargerFan

If you think it might be the muxing, you might try the mkv muxer by Haali. I prefer mmg, but when I run into weird streams I try another muxer to see if it's the software or the video.

Thanks for the tip, I just tried muxing it with Haali's MKV Muxer (dsmux.x64.exe) and the resulting MKV plays perfectly! It must be a bug with how MKVToolnix handles these TS files then. Can you look into this please Mosu using the sample I provided above?

Mosu · 19th January 2014, 13:39

Not in the next two or three weeks; I currently have other priorities, sorry.

73ChargerFan · 19th January 2014, 19:13

My bad. I tried to target the j:\ drive but missed the colon, so instead it targeted a subdirectory j in the program directory. The cascade of computer errors and the fact that I had just installed the new version led me to think it was a temporary location. Sorry.

15th January 2014, 14:18	#2541 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,352	Cannot reproduce: http://www.bunkus.org/misc/mmg-670-win81-chlo%C3%A9.png Edit: changed IMG tag to normal URL as the screenshot is rather large. __________________ Latest MKVToolNix is v101.0 If I ever ask you to upload something, please use my file server.

15th January 2014, 22:40	#2542 \| Link
Caroliano Registered User Join Date: Feb 2005 Location: São Paulo, Brazil Posts: 392	Strange. I can consistently reproduce the working/non-working of mmg just by switching between the two new fresh windows users I created (one accentuated and one non-accentuated name being the only thing differing between them). By the way, in version 6.7.0 it now gives this error screen on both 64 bit and 32bit portable versions, and the debug version that you posted two pages ago. I will use the same image link as the previous user that got this window: Here the contents of the mkvtoolnix-debug.log: Code: 2014-01-15 19:34:24 +0ms Current file & line: src/mmg/mmg.cpp:331 2014-01-15 19:34:24 +1ms Current file & line: src/mmg/mmg.cpp:333 2014-01-15 19:34:24 +2ms Current file & line: src/mmg/mmg.cpp:335 2014-01-15 19:34:24 +5ms Current file & line: src/mmg/mmg.cpp:205 2014-01-15 19:34:24 +12ms Current file & line: src/mmg/mmg.cpp:210 2014-01-15 19:34:24 +13ms Current file & line: src/mmg/mmg.cpp:217 2014-01-15 19:34:25 +1244ms Current file & line: src/mmg/mmg.cpp:337

15th January 2014, 22:52	#2543 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,352	Already fixed. Read https://trac.bunkus.org/wiki/Troubleshooting. About the issue with mmg not starting: no idea what's wrong, and without being able to reproduce it I don't stand a chance of debugging it - not to mention fixing it. __________________ Latest MKVToolNix is v101.0 If I ever ask you to upload something, please use my file server.

16th January 2014, 09:23	#2545 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,352	I somewhat doubt that you're really executing the correct mkvmerge.exe executable and not some older version. I cannot reproduce the exceptions with either of the four builds linked in the troubleshooting article on my Windows 8.1. With the release builds I was able to reproduce them quickly and deterministically. Anyway. Things I cannot reproduce remain impossible to diagnose, so I'm sorry but I cannot help you at the moment. __________________ Latest MKVToolNix is v101.0 If I ever ask you to upload something, please use my file server.

16th January 2014, 15:24	#2547 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,352	Yes, that is normal. Attachments don't have to be stored at the very end of the file. Instead they can be stored anywhere within it. mkvmerge stored them after the track headers before the first cluster. mkvpropedit will only overwrite them with an EbmlVoid element if they're not located at the end. __________________ Latest MKVToolNix is v101.0 If I ever ask you to upload something, please use my file server.

15th January 2014, 23:17	#2544 \| Link
Caroliano Registered User Join Date: Feb 2005 Location: São Paulo, Brazil Posts: 392	I tried the builds linked at that troubleshooting link and still get the same "***Caught unhandled unknown exception; terminating" error on both 32 and 64bit, portable and installer. There is no new debuging build that can see where it hangs on my computer, because I can reproduce here.

16th January 2014, 15:20	#2546 \| Link
shinchiro Registered User Join Date: Feb 2012 Posts: 46	I tried remove some font attachment using with mkvpropedit. The fonts had been removed but the size still no reduced. Is it normal? I need remux the file again to see the size decrease..

16th January 2014, 17:04	#2548 \| Link
shinchiro Registered User Join Date: Feb 2012 Posts: 46	I see. Thanks for the clarification

17th January 2014, 20:19	#2549 \| Link
DragonQ Registered User Join Date: Mar 2007 Posts: 483	I've finally gotten around to archiving some TV recordings (1080i/25 AVC) from the past couple of months after being lax about it. However, every single MKV file that I've made so far has dodgy timestamps and thus doesn't play back correctly in many places (MadVR shows frame drops, EVR shows graph oddities). I've tried changing everything I can think of to find where the problem lies: - Happens with both MadVR and EVR in MPC-HC - Happens with both MPC-HC and MediaPortal - Happens with LAV Filters 0.60.1 and 0.58.2 - Happens using DXVA2 Native and ffmpeg decoding - Happens using both MKVToolNix 6.0.0 and MKVToolNix 6.7.0 - Happens when muxing the original TS file as well as the cut TS file created by TS-Doctor The original TS files play back perfectly whether cut or not. Can anyone identify what the problem might be? I can't imagine the broadcast stream format has changed over the last couple of months since that'd probably break lots of hardware out there. Here's a sample: TS file \| Dodgy MKV file __________________ TV Setup: LG OLED55B7V; Onkyo TX-NR515; ODroid N2+; CoreElec 9.2.7

17th January 2014, 22:54	#2550 \| Link
Simon88 Registered User Join Date: Jan 2012 Posts: 91	@DragonQ: You might try VLC 2.1.2 or K-Lite Mega those two has worked great for me on problematic streams. For cutting of *.ts stream, Avidemux 2.6.7 works great for me as the MKV produced by it is fine, BUT I re-mux again using latest MKVTools, "just in case"..

18th January 2014, 02:26	#2554 \| Link
Simon88 Registered User Join Date: Jan 2012 Posts: 91	@DragonQ: I usually just use Avidemux and snip the ends and then sometimes simply extract the main video and audio streams using ffmpeg, the reason is *.ts files can contain alot of "junk/filler" streams that just waste space. When all else fails I use VideoRedo TV Suite which has an excellent stream fixer and GOP slicer that I used in the old MPEG-1/2 days... but it is a commercial program and can fix many uncooperative files, including newer H.264/AAC/AC-3 files. You may give it a try, they have a trial version, but I recommend testing all new software in a virtual machine, as I use to always have to restore my system from an image backup when I start testing ALOT of trialware and some will screw everything up... I usually use/love ffmpeg as I can batch process a hundred files in a few hours without user intervention....

19th January 2014, 02:14	#2556 \| Link
73ChargerFan Registered User Join Date: Dec 2006 Posts: 507	My C drive has only 20gb free. I just installed mkvtoolnix 6.7.0 64bit and it now muxes to my system drive instead of the target drive. How can I disable this? v6.6.0 didn't do that. Took my half an hour to fix my computer after it completely filled my drive. I don't see anything in Options. It stored the file in: C:\Program Files (x86)\MKVToolNix\j

19th January 2014, 08:37	#2557 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,352	mkvmerge writes to where you tell it to write; in mmg you set this via the output file name. That output file name is suggested automatically by mmg based on the settings of the default output directory in the preferences. I've just re-tested with 6.7.0 64bit and it writes exactly where I tell it to, be it a second hard drive, a USB flash drive or a connected network share. __________________ Latest MKVToolNix is v101.0 If I ever ask you to upload something, please use my file server.

19th January 2014, 13:39	#2559 \| Link
Mosu MKVToolNix author Join Date: Sep 2002 Location: Braunschweig, Germany Posts: 4,352	Not in the next two or three weeks; I currently have other priorities, sorry. __________________ Latest MKVToolNix is v101.0 If I ever ask you to upload something, please use my file server.

19th January 2014, 19:13	#2560 \| Link
73ChargerFan Registered User Join Date: Dec 2006 Posts: 507	My bad. I tried to target the j:\ drive but missed the colon, so instead it targeted a subdirectory j in the program directory. The cascade of computer errors and the fact that I had just installed the new version led me to think it was a temporary location. Sorry.