MKVcleaver : GUI for mkvextract with batch support v 0.7.0.2

[ajua]

Thank for pointing out the typo. Will be fixed in the next release.

So do you want to be able to use it on a command line (ex: MKVcleaver.exe movie.mkv) or do you want something like explorer context menu - right-click on a bunch of mkv files and be able to open them with MKVcleaver ?
I think he is taking about context-menu or Open with entries.

You could MKVcleaver accept file(s) when providing valid path(s) as parameters. The installer may ask the user if he wants a right-click entry. I personally extract many installers and made my own MSI to deploy them in unattended environments but accepting files as parameters would be very useful.

I use a program Open++ to manage many entries on the right-click context menu. It is a sort of Open with but very configurable.

Also, can you please add the current version in your website? So people can know which versions they are downloading.

Thanks.

[sialivi]

So do you want to be able to use it on a command line (ex: MKVcleaver.exe movie.mkv) or do you want something like explorer context menu - right-click on a bunch of mkv files and be able to open them with MKVcleaver ?

I want to be able to use it via the context menu. Currently the application just launches but doesn't open the file I opened the context menu from.

[sheck]

To sialivi:
Alright, I'll add it to the next release.

To ajua:
I'll add the version information eventually. I'm still working on building and re-designing the site.

[sialivi]

sheck,
excellent, I really appreciate it :)

[sheck]

Fixes:

* Fixed process termination code for when cancel button pressed
* Fixed logging code for when cancel button pressed
* Fixed typo in the file description

Changes:

* Added Settings, Tools and Help menus
* Moved all user accessible settings to Settings menu
* Added a tool to manipulate extensions and codecs in custom.ini
* Added a tool to retrieve codecs from matroska files
* Added ability to pass file names to MKVcleaver from command line, Open With or Send To menus.
* Added Help and Donate links to Help menu
* MKVcleaver will update MediaInfo.dll to the latest version
* Added support for webm files
* Added V_VP8 codec

[sialivi]

Thanks for implementing my request :)

[jasonwc]

Whenever I extract AVC or VC-1 video streams from an MKV, it displays "Getting framerate mode . . ." for quite awhile. Why does MKVCleaver do this? The framerate information is stored in the metadata of the file. There is never a delay when using mkvextract directly.

I'm using MKVtoolnix 4.1.1 and MKVCleaver 0.5.0.0.

[sheck]

Whenever I extract AVC or VC-1 video streams from an MKV, it displays "Getting framerate mode . . ." for quite awhile. Why does MKVCleaver do this? The framerate information is stored in the metadata of the file. There is never a delay when using mkvextract directly.

I'm using MKVtoolnix 4.1.1 and MKVCleaver 0.5.0.0.

It does it to check if the video track is VFR (variable frame rate). If the track is VFR, the information in metadata will not be accurate, therefore after extraction there might be a/v sync problems. To eliminate the a/v sync problem you will also need the timecodes file for video track and MKVcleaver will extract the file automatically if a VFR track is detected.

The reason it takes a while is most likely because you have a big file and it takes time to parse it.

You can avoid MKVcleaver doing this check by ticking off Timecodes box. In this case timecodes for all tracks will be extracted and there is no need for MKVcleaver to check VFR status of the video track. You can delete all timecode files afterwards, if you don't need them.

[jasonwc]

Thanks, that works. It was just taking a very long time, since I'm dealing with 25-35 GB MKVs.

[Nexin]

Hi Sheck suggestion for future versions - File Options.

Possible to output with no appended naming ['video' audio' 'subtitle' _Track# _Track#] to demuxed filenames. Left as is with demuxed Original_Filename.extension m2v, ac3, .idx and sub etc. Letting pc video players load all demuxed streams for the same filename, players such as mpc, vlc etc.

Having to rename each filename atm to play the demuxed streams correctly.

[sheck]

Hi Sheck suggestion for future versions - File Options.

Possible to output with no appended naming ['video' audio' 'subtitle' _Track# _Track#] to demuxed filenames. Left as is with demuxed Original_Filename.extension m2v, ac3, .idx and sub etc. Letting pc video players load all demuxed streams for the same filename, players such as mpc, vlc etc.

Having to rename each filename atm to play the demuxed streams correctly.
That would not work. Let's say I have a file, some_file.mkv and this file has 1 video track, 2 audio tracks and 3 subtitle tracks. When I extract them, the second audio track will overwrite the first one and the third subtitle track with overwrite the second one which already overwritten the first one. And it's all because they all had the same name. That's why you have to have Track# or track types added to file names.

[Nexin]

Your correct didn't think of that, besides not so big as nobody else posted since. Has now been mentioned, and users know why it is so. Time for other developing instead of this cosmetic thing ;)

[ValorSolo]

This is a great GUI, thanks for your hard work and ability to accept feedback.

Could you add one small feature?
When converting h264 to AVI, can you add a progress counter?
http://i.imagehost.org/0085/005_2.jpg (http://i.imagehost.org/view/0085/005_2)

It's no big deal, but I would appreciate it.

[sheck]

This is a great GUI, thanks for your hard work and ability to accept feedback.

Could you add one small feature?
When converting h264 to AVI, can you add a progress counter?
http://i.imagehost.org/0085/005_2.jpg (http://i.imagehost.org/view/0085/005_2)

It's no big deal, but I would appreciate it.

Unfortunately, no. The program that does the conversion does not output it's progress, therefore MKVcleaver doesn't know where it's at. I, actually, wouldn't mind a progress output myself. I tried, unsuccessfully, for many days to create a work around for this, but could not get anything that would be accurate.

[ValorSolo]

I see.
Like I said, it's no big deal.
It's still a great app with or without the progress bar.
Thanks for the reply.

[DMD]

Sorry is the first time I use this tool, and I can not begin this process, asking for help for that.

I successfully uploaded the file, select the stream but I can not do the demux, where am I wrong? :confused:

THANKS

http://www.allfreeportal.com/imghost2/images/969444Screenshot 001.png (http://allfreeportal.com)

[MokrySedeS]

Locate MKVToolNix.

[DMD]

THANKS!

I was stupid not understand before

http://www.allfreeportal.com/imghost2/images/559642Screenshot 002.png (http://allfreeportal.com)

Now I begin the adventure to convert DivX, :rolleyes:
but that's another discussion http://forum.doom9.org/showthread.php?p=1444780#post1444780

[sheck]

Fixes:

* File names were not cleared from memory after Drag & Drop used.
* Changed Drag & Drop interface to full UTF support.

[sneaker_ger]

If I only select "timecodes" in the batch box, the "Extract" button remains gray. Why is that? What to do if I only want to extract the timecodes?

[sheck]

From Help File:
Only time codes for the tracks that are selected will be extracted. If you just want time codes, but not the tracks themselves then click Settings --> Timecodes --> Timecodes Only. In this mode time codes will be extracted for selected tracks, but not the tracks themselves.

The Extract button will remain gray until you check the tracks to extract time codes from; Video, Audio, etc...

[sneaker_ger]

Didn't see that. But it does not work nonetheless - still extracts both the track and the timecodes.

[sheck]

Didn't see that. But it does not work nonetheless - still extracts both the track and the timecodes.

Even after you clicked Timecodes Only option under Settings --> Timecodes ?

[sneaker_ger]

Yes.
....

[sheck]

I could not reproduce the problem. Everything is working as it should for me. Please provide me with more information:

OS, MKVcleaver version, mkvtoolnix version. Are you using msi or portable version ? Also describe what you do to recreate this bug.

EDIT:
OK, I was able to reproduce the problem. It only occurs if you change the setting without checking Timecodes box first. Working on a fix....

[sheck]

Fixes:

* Fixed "Timecodes Only" not working bug.
* Converted logging to UTF.

[sneaker_ger]

Thank you.

[sialivi]

sheck,
Looks like mkvcleaver is incompatible with the new mkvtoolnix release. I'm trying to extract subtitles and the process finishes right away and the log file doesn't show any errors:

Extracting Items - subtitles
Done

[sneaker_ger]

sheck,
Looks like mkvcleaver is incompatible with the new mkvtoolnix release. I'm trying to extract subtitles and the process finishes right away and the log file doesn't show any errors:

Extracting Items - subtitles
Done

It does not extract any tracks at all when "Timecodes with tracks" is selected for me. Doesn't matter whether mkvtoolnix 4.3.0 or 4.4.0.

[boyumeow]

* Fixed "Timecodes Only" not working bug.
And it seem like the above 'fix' (my guess) could have cause the malfunction of mkvcleaver, reverting back to v501 was working. Just to highlight that we can download the old version at googlecode mention in the 1st page of this thread. Thanks.

[jriker1]

For me I downloaded 5.0.2 and open my MKV file. Shows the content. When I select the video track and run it says it's getting framerate and then stops saying it was successful but there is no file resulting.

JR

[yetanotherid]

For me I downloaded 5.0.2 and open my MKV file. Shows the content. When I select the video track and run it says it's getting framerate and then stops saying it was successful but there is no file resulting.

JR

Seems there's still a bug there somewhere. This is what's happening for me.

If you go to settings and select "Timecodes with tracks", but don't also select timecodes as a track to extract, it won't extract anything. If you include timecodes as a track to extract it'll extract the video and audio streams etc as well as their corresponding timecodes.

If you go to settings and change the option to "timecodes only" everything seems to work as it should. You can just select the tracks you want to extract, but if you select timecodes as an extraction option it'll only extract the timecodes for the other selected tracks.

So you probably just want to change the setting to "timecodes only" and if you normally only extract the video and audio tracks etc, it'll work, extracting the tracks you select.

[ckmox]

mkvcleaver 0.5.0.2 with mkvtoolnix 4.4.0 cant extract video and audio tracks but it says successfully extracted although no output files

[wata]

using mkvcleaver 0.5.0.2 with mkvtoolnix 3.4, same problem no output files

go back to 0.5.0.1 working fine

[sheck]

I verified the problem. Working on a fix.

Thanks for reporting everyone.

[boyumeow]

Welcome back, nice to hear from U, it had been quite some time U r not around, thought U have given up from Your apps. U should be the one to be thank of, for verified the problem and working on the fix. Great Thanks. Enjoy your seasons holidays too.

[sheck]

Hi,

I never received any emails from the forum notifying me of the new posts. I check the thread once in a while. From now on, I will do it more often.

If I don't respond here for a while, emailing me would be a good idea. My contact info is in the Help menu in MKVcleaver.

Thanks.

[boyumeow]

Hi, never know U relies from your emails notice. It would be just enough even if U check the thread once a week, provided U are not busy with your life, especially this seasons (gifts, gifts, gifts :D). Thanks and Do enjoy your holidays :).

[yetanotherid]

I don't know how I got through life without MKVCleaver but one other problem I've noticed (and this goes back through the last few versions at least) is when using MKVCleaver to convert H264 tracks to AVI it invariably gets the frame rate slightly wrong.
25fps video is generally correct but when it comes to 29.970 or 23.976 video MKV generally produces an AVI with a frame rate of 29.969 or 23.975 respectively. I've checked some MKVs using MKVInfo and according to it the frame rates are generally 29.970 or 23.976 as I assumed they would be.

Not that it's a major problem, at least not for me. I only use the function to create AVIs which AutoGK can then convert to XviD and I'm in the habit of opening them with VirtualDubMod and fixing the frame rate first, while also muxing the extracted audio (if it's AC3 or MP3 etc) into the AVI as well (I wish MKVCleaver could do that too), but I thought I'd mention it.

How is the frame rate determined? As I convert MKVs to standard definition AVIs fairly regularly I've come across some odd ones now and then. For instance the other day I converted one and either I must have neglected to change the frame rate back to 23.976 or it was one MKVCleaver seemed to have gotten correct, but the audio gradually wandered out of sync when I played the AVI AutoGK produced. It was odd because AutoGK reported the AVI MKVCleaver produced as being 23.976 and VirtualDubMod reported the converted AVI as being the same when I opened it, but according to ffdshow the frame rate was 23.975. When I told VirtualDuBMod to change the frame rate from 23.976 to 23.976 and resaved it, the audio sync in the new AVI was fine. I guess I'm just trying to understand how it works a little better.

[sheck]

I don't know how I got through life without MKVCleaver but one other problem I've noticed (and this goes back through the last few versions at least) is when using MKVCleaver to convert H264 tracks to AVI it invariably gets the frame rate slightly wrong.
25fps video is generally correct but when it comes to 29.970 or 23.976 video MKV generally produces an AVI with a frame rate of 29.969 or 23.975 respectively. I've checked some MKVs using MKVInfo and according to it the frame rates are generally 29.970 or 23.976 as I assumed they would be.

Not that it's a major problem, at least not for me. I only use the function to create AVIs which AutoGK can then convert to XviD and I'm in the habit of opening them with VirtualDubMod and fixing the frame rate first, while also muxing the extracted audio (if it's AC3 or MP3 etc) into the AVI as well (I wish MKVCleaver could do that too), but I thought I'd mention it.

How is the frame rate determined? As I convert MKVs to standard definition AVIs fairly regularly I've come across some odd ones now and then. For instance the other day I converted one and either I must have neglected to change the frame rate back to 23.976 or it was one MKVCleaver seemed to have gotten correct, but the audio gradually wandered out of sync when I played the AVI AutoGK produced. It was odd because AutoGK reported the AVI MKVCleaver produced as being 23.976 and VirtualDubMod reported the converted AVI as being the same when I opened it, but according to ffdshow the frame rate was 23.975. When I told VirtualDuBMod to change the frame rate from 23.976 to 23.976 and resaved it, the audio sync in the new AVI was fine. I guess I'm just trying to understand how it works a little better.

Hi,

MKVcleaver uses MediaInfo to get FrameRate information then it just passes it to avc2avi app. That's it.

When H.264 stream is converted to AVI, it actually has proper framerate, VirtualDub is the one that reports incorrect framerate. I experienced the same problem when using VirtualDub or AviDemux. The problem is that H.264 was not designed to be inside AVI container and the software was not designed to handle AVIs with H.264 inside, thus we get the problem that you described. If you use MediaInfo or other media information utility, the frame rate will be reported properly.

[sheck]

Fixes:

* MKVcleaver did not output any files even through it reported successful extraction.
* About box caused glitches if OK button was clicked.
* Progress was not calculating properly in Timecodes Only mode

Changes:

* Added an option to turn off VFR Detection to Settings menu.
* Almost everything is disabled when extracting.
* MediaInfoDLL is updated to the latest version.

[yetanotherid]

When H.264 stream is converted to AVI, it actually has proper framerate, VirtualDub is the one that reports incorrect framerate. I experienced the same problem when using VirtualDub or AviDemux. The problem is that H.264 was not designed to be inside AVI container and the software was not designed to handle AVIs with H.264 inside, thus we get the problem that you described. If you use MediaInfo or other media information utility, the frame rate will be reported properly.

Hi,
Thanks for the reply.
I just tried a little test conversion. I know which file it was so if there's anything else you need to know.....
But anyway.... I first opened it with MKVInfo which reported 41.708ms (23.976). I then converted it to AVI with MKVCleaver. VirtualDubMod reported 23.975. Without changing the AVI I opened it with MKVMerge and remuxed it to MKV. I then open that MKV with MKVInfo and it reported 41.710 (23.975), so it seems MKVCleaver must be changing the framerate.

The other reason I assumed it was being changed is that pretty much the only reason I'll convert an MKV to AVI is to re-encode it with AutoGK, and AutoGK always reports the same frame rate as VDB. In the case above I opened the AVI with AutoGK and it reported 23.975. My last step was to use VDM to resave the AVI with a 23.976 frame rate. When I opened the new AVI with AutoGK it agreed the frame rate was now 23.976.

Thanks.

[sheck]

Download MediaInfo from here http://mediainfo.sourceforge.net/en/Download. Then get MKVcleaver to output AVI and then open it in MediaInfo and you will see what I'm talking about (it will be 23.976). Like I said the problem is with H.264 inside AVI. AVC2AVI saves indexes in such a way that they are read incorrectly.

[yetanotherid]

Download MediaInfo from here http://mediainfo.sourceforge.net/en/Download. Then get MKVcleaver to output AVI and then open it in MediaInfo and you will see what I'm talking about (it will be 23.976). Like I said the problem is with H.264 inside AVI. AVC2AVI saves indexes in such a way that they are read incorrectly.

Yes, in the case of the file I mentioned that's exactly what happened. I assume therefore that MKVToolnix also reads the AVI incorrectly, given that when I used it to convert the AVI back to MKV the frame rate was changed to 23.975? Well at least according to MKVInfo it had been. Media Info seemed determined that it was still 23.976.

Unfortunately now, I don't know which program to believe. Can the frame rate be saved with the video stream rather than as part of the container (if that makes sense?)
I just opened a 29.970 XivD AVI using VirtualDubMod. I changed the frame rate to 29.970 and resaved it, then again using 29.969. When opening the AVIs with MPC it reported the durations as being 43min 26s and 43min 25s (in the status bar) and there's no doubt they were different frame rates. When I played both videos together and synced the audio to the point I could hear it phase cancelling it was obvious one video was running slightly ahead of the other. Yet.... according to MediaInfo they're both 23.970 and both exactly the same duration.

The reason I originally asked how it all works is because without understanding what's going on it does my head in at times. I've converted AVIs made by MKVCleaver before and there's no doubt if I don't change the source AVI to the correct framerate first, the converted AVI will lose audio sync.
Sometimes though the audio isn't out of sync so I assume in those cases the frame rate is being read incorrectly.

I just opened an AVI AutoGK produced today, converted from an MKVCleaver AVI. I forgot to fix the frame rate before converting. It's hard to tell because the difference between 29.970 and 29.969 over 45 minutes isn't huge, but I'm pretty sure the 29.969 video loses audio sync slightly compared with the original. However, the AutoGK XviD version was created from scratch and it's frame rate should be correct whether the original was read incorrectly or not (I assume). VDM sees the XviD AVI as 23.969, converting it to MKV has MKVInfo telling me it's 23.969, while once again Media Info is happy that it's 23.970.

[yetanotherid]

I did a little more testing by remuxing the same file with VirtualDubMod and MKVMergeGUI and opening them with MKVInfo and ffdshow. Seems maybe there's a difference in the way programs round to the nearest .001fps and I'm starting to think I can only trust ffdshow to tell me what's correct, but I think I'm understanding why I feel like I'm going mad at times.

I took a single XviD AVI and saved it at 23.976 with VirtualDubMod, then again at 23.975.
I opened the 23.976 AVI with MKVToolnix and saved it three times. Once without specifying the frame rate and then at 23.976 and 23.975.
I checked all the MKVs with MKVInfo and I assume it pretty much just rounds to either 23.976 and 41.708ms or 23.975 and 41.710ms so it's not perfectly accurate. It agreed with the frame rates VirtualDubMod was using to save the video.

MKVMergeGUI on the other hand....
Both the originally saved 23.976 AVI and the remuxed MKV (no frame rate specified) were reported by ffdshow as 23.975 (not 23.976) and 41.7084ms, so MKVMergeGUI remuxed the original AVI without touching the frame rate.
When I specified a 23.976 MKV, ffdshow tells me I got 23.976 and 41.7083ms.
Okay, so the difference between a 23.976 and 23.976 which displays as 23.975 can be as little as a .0001ms in frame duration.
When specifying a 23.975 MKV, ffdshow tells me I got 23.975 and 41.7101ms.

At least now I think I know why I've opened a 23.975 AVI before and changed it to 23.976 while trying to fix the audio sync, then thought I was going mad when I couldn't see how it'd made the slightest difference, yet other times the difference between 23.976 and 23.975 is enough to put the audio so far out of sync the video's not watchable. It also explains why I've opened video with VirtualDubMod on many ocassions and resaved it with the same frame rate and thought I was losing my mind when it seemed to play at a slightly different speed than the original.

I guess from now on when I want to compare frame rates, I'll be using ffdshow's OSD.

[sneaker_ger]

"Audio Video Info Extractor" crashes for me on the following file:
http://www.mediafire.com/?t8l15qxada3cxtz

Using 0.5.0.3 (both 32 and 64 bit), mkvtoolnix 4.4.0 pre 317, Windows 7 x64

[sheck]

I tested it on WIN 7 64 bit at work and everything worked for me with the file you provided.

Please give me more details on what the steps are to reproduce the problem.

Try running MKVcleaver in compatibility mode (XP SP3) and let me know if the results are different.

[sneaker_ger]

I start mkvcleaver, drag&drop the file, mark the video track (or both tracks) and click extract. The extraction itself seems to work fine, it only crashes avdump. Also crashes in XP SP3 comp mode.

[sheck]

OK, I was able to get avdump to crush, but it's intermittent for me. Can you set avdump to run in compatibility mode ? Let me know the results.

[sneaker_ger]

Still crashes.