MKVcleaver : GUI for mkvextract with batch support v 0.7.0.2

[sheck]

I wrote a utility that allows batch extraction of data from MKV files. Idea came from using OGMcleaver. However OGMcleaver did not work with MkvToolNix v3, so I wrote this.

Get the files here: my site (http://blogs.sapib.ca/apps/)

If the above link does not work, get the file at videohelp.com page (http://www.videohelp.com/tools/MKVcleaver)

Put exe file into a directory from where you want to run it. When it starts up, all the needed files will be extracted into the same directory. Read help file for further info and on how to use.

[Keiyakusha]

Looks nice but is it possible to demux FLAC as RAW stream and not in OGG container?

[sheck]

Not right now, I will add it. Keep checking back, I will post when it's done.

[Inspector.Gadget]

Looks great so far. I second Keiyakusha's suggestion, and I wonder whether it might make sense (from a "batch" perspective) to have rules that can be set in a separate pane: always extract FLAC without an ogg container, always extract all audio tracks of a certain language, etc.

[sheck]

Looks great so far. I second Keiyakusha's suggestion, and I wonder whether it might make sense (from a "batch" perspective) to have rules that can be set in a separate pane: always extract FLAC without an ogg container, always extract all audio tracks of a certain language, etc.

Regarding tracks of a certain language : not sure how it would work, since a lot of files don't even have the language flag set. However, please elaborate more on your rules idea.

[Inspector.Gadget]

As I understand it, MKVCleaver uses mkvtoolnix, which in the mkvextract binary can take commands like --no-ogg, --fullraw, etc. Maybe it would make sense to build something into MKVCleaver where a user could set a preference that would cause MKVCleaver to always pass the --no-ogg command when dealing with a FLAC track? This sort of thing could quickly become a pain in the butt to maintain if you were to build in every available option, but perhaps things like (for example) always dumping timecodes or CUE sheets could be controlled by a toggle switch? I think the availability of such a rule for the most common/used options makes more sense than setting it per-track, which might interfere with the goal of your useful batch application.

[sheck]

As I understand it, MKVCleaver uses mkvtoolnix, which in the mkvextract binary can take commands like --no-ogg, --fullraw, etc. Maybe it would make sense to build something into MKVCleaver where a user could set a preference that would cause MKVCleaver to always pass the --no-ogg command when dealing with a FLAC track? This sort of thing could quickly become a pain in the butt to maintain if you were to build in every available option, but perhaps things like (for example) always dumping timecodes or CUE sheets could be controlled by a toggle switch? I think the availability of such a rule for the most common/used options makes more sense than setting it per-track, which might interfere with the goal of your useful batch application.

I see. I will add all the switches that mkvextract can take and allow user to right click on first Audio and Video tracks and set these options through right click menu in the right pane. This will apply to all files in the left pane. How's that ?

[sheck]

OK, I added option to extract raw FLAC. Right click on the first Audio in the right pane for options. See help file for more info.

I'm not sure if anyone want --raw and --fullraw options added. Post in this thread if you do.

[Inspector.Gadget]

I see. I will add all the switches that mkvextract can take and allow user to right click on first Audio and Video tracks and set these options through right click menu in the right pane. This will apply to all files in the left pane. How's that ?

Brilliant :thanks: .

[ron spencer]

thanks!!!

[ron spencer]

does not work says mkvinfo and/or mkvextract did not report a version number.

why is this? Both files are in same folder.

[sheck]

does not work says mkvinfo and/or mkvextract did not report a version number.

why is this? Both files are in same folder.

These files don't have to be in the same folder as MKVcleaver. Extract MkvToolNix anywhere you want (all the files, not just the ones you want) then start MKVcleaver, click "Locate MkvToolNix..." button and select the folder where you extracted MkvToolNix package.

[sheck]

I updated file to version 0.2.0.1. Minor gui fixes. This won't affect functionality.

[ron spencer]

These files don't have to be in the same folder as MKVcleaver. Extract MkvToolNix anywhere you want (all the files, not just the ones you want) then start MKVcleaver, click "Locate MkvToolNix..." button and select the folder where you extracted MkvToolNix package.

I have done that...mkvtoolnix is installed in my programs folder. Still get the same error message popping up about the file not found. I also re-downloaded the package and extracted...same error

[RiCON]

Excellent substitute for MKVExtractGUI.

Thank you very much for making it.

[XhmikosR]

I'm having the same issue ron spencer is having. I'm using one of the latest prelease versions of MKVToolnix 3.0.0.

http://img192.imageshack.us/img192/2025/1912010155043.png

Other than that, you've made the links in the About window open with IE. They should open with whatever browser is set as the default one in the system, Firefox in my case.
Also how about saving your program's settings in a INI file instead of the registry?
And maybe a warning that MKVcleaver is going to extract some files?

Nevertheless, thank you for the time you've spent on this program.

[ron spencer]

Ok...I have tried this on 4 machines....2 at home, 2 at work. Program works on 1 at home and 1 at work. Same errors occur on the ones that do not work. Bizarre. All are XP SP3 with all updates to Jan 2010.

Something is funny somewhere in the coding I think. Perhaps ini file is better for settings so we can see what is going on.

Nice app though!!!


thanks for your time.

[sneaker_ger]

Try downgrading to the official/stable 3.0.0. Doesn't seem to work with the pre-releases.

[stax76]

I wonder what's up with many GUIs written with AutoIt recently instead of VB.NET for instance. Biggest problem might be understanding OOP and AutoIt has many automation built in that require WinAPI calls in .NET that are also a bit difficult if you don't know C and COM+.

[war59312]

Hi,

Nice app. Job well done.

Lots of usability suggestions though.. In fact if most if not all of these are not fixed then I cant recommend it, as it can get way to confusing.

Any how, on with my suggestions...

First, please have it remember window location.

Second, disable "The Extract Tracks" button until at least 1 track is selected.

O.K when "installing" how about instead of some warning. Simply when the user double clicks on it, instead of just extracting to current directory. Create a new directory called MKVcleaver and then move itself to that directory and then execute main exe. Can be done simple enough with cmd line.

If I were to check a parent check box the checks boxes under it should be checked too, and visa verse. Does not do that now, it should.

As mentioned already by XhmikosR, about links should open in default browser, not just IE.

No way to select all? If I drop in my folder with 10,000 plus videos there is no way to select/de-select all. Nor a range, using shift key. Would be nice. Sames with "Tracks to Extract".

"Remove selected files from list" button should only become enabled if a file in the list is highlight. I should be able to right click on a file and do this too.

Sames goes with right clicking on a file, only show "Get Detailed Info" if a file is selected. In fact at the moment, if you do that and you did not first left click on the file it shows the previous file information. Whoops.

And that option should only show up if you select the movie then since it does nothing if selected the video or audio part. Never show an option to the user they cant even use.

Unless of course you plan on adding separate detailed info about the video and audio parts?

Middle mouse clicking a file should display "Detailed Info".

O.K "Tracks to extract" is nice but why show every single one by default? Perhaps only show ones that have been selected under "Files to process" by default and add a little check box "Show All" to enable all of them.

While processing you disable all the buttons so why not gray them out then too. Why is video option "Convert H.264 tracks to AVI files" not locked and grayed out then.

It's forgetting my output directory, remember it please. Currently it defaults to same location as folder, which I don't use. Annoying having to set it every time.

And I agree please store settings in a .ini, .cfg, etc. file so it's portable instead of storing in the registry. Though it seems no options are saved here. It forgets "Filename options" and "Video options" every time.

It crashed on me one time extracting an audio track, unable to reproduce at the moment though. Don't see any errors logged though.

Don't un-check options just because of an error. For example if I simply check "Timecodes", "Cuesheets", "Chaptrs", and "Tags" under "Tracks to extract" and don't pick any file to process and then click the "Extract Tracks" button, you then get an error and after clicking "OK", all your options you previously had checked no longer are.

Same thing happens if you cancel processing, that is all selections go bye bye. Well at least files to process remain checked.

Why cant I change the size of the main window, nor maximize it? GUI display issue? Fix it, then please. Indeed a bit screwed up if you force maximize using task manager. Should not be too hard to fix?

O.K enough for now. Thanks for looking into all this.

Take Care,

Will

[sheck]

Ok...I have tried this on 4 machines....2 at home, 2 at work. Program works on 1 at home and 1 at work. Same errors occur on the ones that do not work. Bizarre. All are XP SP3 with all updates to Jan 2010.

Something is funny somewhere in the coding I think. Perhaps ini file is better for settings so we can see what is going on.

Nice app though!!!


thanks for your time.


Strange. I will look into that.


Hi,

Nice app. Job well done.

Lots of usability suggestions though.. In fact if most if not all of these are not fixed then I cant recommend it, as it can get way to confusing.

Any how, on with my suggestions...

First, please have it remember window location.

Second, disable "The Extract Tracks" button until at least 1 track is selected.


Remembering window location is not hard to implement, but what's the point ? Well, if many people want it then I will.

The button should be disabled until at least one track is added. This must be a bug, I will look into it.


O.K when "installing" how about instead of some warning. Simply when the user double clicks on it, instead of just extracting to current directory. Create a new directory called MKVcleaver and then move itself to that directory and then execute main exe. Can be done simple enough with cmd line.

What is the point of that ? Copy the main exe into the directory where you want to run it from and it will extract everything there. Why double work ?


If I were to check a parent check box the checks boxes under it should be checked too, and visa verse. Does not do that now, it should.

Tha's not hard to implement. I will review this.


As mentioned already by XhmikosR, about links should open in default browser, not just IE.

This is because MKVcleaver uses IE COM object. There is always gonna be IE on any Windows OS, but Mozilla, Opera, etc. I'm not sure. Even though a lot of people use Mozilla, I would need more people to ask for this. I'm not gonna spend my time working on something when majority of people don't care about it. Using IE won't kill anybody...


No way to select all? If I drop in my folder with 10,000 plus videos there is no way to select/de-select all. Nor a range, using shift key. Would be nice. Sames with "Tracks to Extract".

There is: press Alt+Shift+A to select all and the same to de-select all.


"Remove selected files from list" button should only become enabled if a file in the list is highlight. I should be able to right click on a file and do this too.

I will look into that.
Removing files by right clicking is unnecessary, select a parent check box and click the button. Again, double work is not needed.


Sames goes with right clicking on a file, only show "Get Detailed Info" if a file is selected. In fact at the moment, if you do that and you did not first left click on the file it shows the previous file information. Whoops.

I'm working on it. It seems to be a problem with TreeView API in Windows. Right clicking does not select an item for some reason.


And that option should only show up if you select the movie then since it does nothing if selected the video or audio part. Never show an option to the user they cant even use.
Unless of course you plan on adding separate detailed info about the video and audio parts?

This is because, I don't know how many items you're going to add. Imagine, 1000 items and 1000 controls created for those items. It's not very efficient. I hear what you're saying though. I will see if anything can be done in an efficient manner.


Middle mouse clicking a file should display "Detailed Info".

I will think about it.


O.K "Tracks to extract" is nice but why show every single one by default? Perhaps only show ones that have been selected under "Files to process" by default and add a little check box "Show All" to enable all of them.

Because it's a batch processor. Again, no need for double work.


While processing you disable all the buttons so why not gray them out then too. Why is video option "Convert H.264 tracks to AVI files" not locked and grayed out then.

So you can toggle it while it's processing and don't have to cancel. It's in the Help file. Please read.


It's forgetting my output directory, remember it please. Currently it defaults to same location as folder, which I don't use. Annoying having to set it every time.

It will forget it if you restart the app. Because it's a batch processor, there is no guarantee that you will need to use the same directory as last time. If enough people find this annoying I will change this behavior.


And I agree please store settings in a .ini, .cfg, etc. file so it's portable instead of storing in the registry. Though it seems no options are saved here. It forgets "Filename options" and "Video options" every time.

The settings file might be a good idea. It forgets all the options, because it's a batch processor. There is no guarantee that you will be using the same options every time, then it will be annoying to change them every time if the app remembers everything.


It crashed on me one time extracting an audio track, unable to reproduce at the moment though. Don't see any errors logged though.

Might be a fluke. Logging is virtually non existent right now. If there is an error displayed, write it down and post here. Or even better take a screen shot.


Don't un-check options just because of an error. For example if I simply check "Timecodes", "Cuesheets", "Chaptrs", and "Tags" under "Tracks to extract" and don't pick any file to process and then click the "Extract Tracks" button, you then get an error and after clicking "OK", all your options you previously had checked no longer are.

Good point.


Same thing happens if you cancel processing, that is all selections go bye bye. Well at least files to process remain checked.

This behavior is intended. Because it is assumed that if you cancel processing then at least one file has been processed and the available information changed. Then there is no reason to keep the old settings. If people find this behavior annoying then post here.


Why cant I change the size of the main window, nor maximize it? GUI display issue? Fix it, then please. Indeed a bit screwed up if you force maximize using task manager. Should not be too hard to fix?

Tha's just me being lazy. I don't like to maximize windows, because I work with several of them at the same time and maximizing just makes everything extra hard. Again, if people want it to maximize, I will add it. Post here.

[ron spencer]

Try downgrading to the official/stable 3.0.0. Doesn't seem to work with the pre-releases.

Am using 3.0.0 stable....some weirdness going on

[sheck]

Am using 3.0.0 stable....some weirdness going on

Open command line, navigate to the directory where you have mkvtoolnix and run the following:


mkvinfo --version & mkvextract --version


Take a screen shot and post it here.

[MuLTiTaSK]

@sheck

the problems lies with mkvextract.exe not returning version info

[sneaker_ger]

@sheck

the problems lies with mkvextract.exe not returning version info

Exactly what happens here with pre-207 build. Stable is fine, though. No idea why it doesn't work for ron spencer with 3.0.0 stable.

[sheck]

@sheck

the problems lies with mkvextract.exe not returning version info

Hmm, I wonder why that is...

This is what I get on my system:

[stax76]

Instead of making a console output screenshot output can be redirected to a file, it works like this:

mkvinfo --version > aaa.txt

In Win 7 you can directly redirect to the clipboard:

mkvinfo --version | clip

The text can then be posted. Posting a attachment needs approval which can take hours or longer so file hosters are better used instead, it's also easier on the forum database which stores everything, posts, big logfiles and pictures. I don't know if big posts, logfiles and attachments are an issue for the forum hosting. A file hoster is smart and deletes files not requested for some time. Filedropper or mediafire would be such file hosters.

[sheck]

OK, try this then:


mkvinfo --version > mkvinfo.txt & mkvextract --version > mkvextract.txt

[MuLTiTaSK]

mkvmerge --version works with MKVToolNix 3.1.0 (bit.ly/8TxL8J)

[sheck]

Hmm, 3.1 version of mkvextract does not report version at all on my PC. This is weird. I'll have to change some code then.

@MuLTiTaSK

Is that an unofficial build ? Where can I get more info on that version ?

[sneaker_ger]

Same for me. It won't report a version.

It's an official build, get it here (http://www.bunkus.org/videotools/mkvtoolnix/win32/) and get info here (http://www.bunkus.org/videotools/mkvtoolnix/doc/ChangeLog).

/edit: filed a bug report.

[ron spencer]

no version of mkvextract gives me a version number...that is the issue. Why is it checked for anyway. Tried the V3.1 as well. It is the cause. How about not checking and just tell user at first run minimum versions are needed.

[sheck]

I'm working on fixing it, Ron. I'll post when it's done. There are going to be some other fixes as well.

[ron spencer]

cool...no rush really...just giving feedback.

cheers

[sheck]

This version has some fixes:

* Extract button is disabled til mkvtoolnix path is correct and there is at least one file added.
* MKVcleaver will only check if mkvextract.exe exists. No other checks done.
* Remove button will only be enabled if one or more files are checked.
* Path to mkvtoolnix is now stored in custom.ini file. No other settings are saved in this release.
* Settings are not reset, if an error occurred or if the cancel button was pressed and no files were processed. In all other cases settings will be reset.

To DO:

* Fix Get Detailed Info context menu
* Add ability to Maximize

Everything else will be added by majority requests.

[setarip_old]

@sheck

Hi!

This tool is impressive in its deceptive simplicity.

Have I missed something? Why is it that when extracting PSG subtitles, the resultant file is given an extension of ".unknown", rather than the typical ".SUP" - and doesn't include the language name in the title?

[sheck]

@sheck

Hi!

This tool is impressive in its deceptive simplicity.

Have I missed something? Why is it that when extracting PSG subtitles, the resultant file is given an extension of ".unknown", rather than the typical ".SUP" - and doesn't include the language name in the title?

Correct me if I'm wrong, but PSG is BluRay subs, right ?

In any case, open cmd and run this command mkvmerge -i "mkv file"

It will tell you which codec is used for PSG subtitles. Open custom.ini and add that codec and extension as described in help file.

Next time MKVcleaver will add the custom extension you assigned to it. You can do it with any codec that is detected as unknown.

As for the language code, it's because a lot of files don't have language codes set and so MKVcleaver doesn't add language to the file name. It goes by track # and track type for 100% compatibility with all files.

[setarip_old]

Thanks for the insight regarding commandline mkvmerge.

Regarding adding the Language name to the extracted stream title - Can't you adjust your program to pick it up if it appears in the left pane - and only use ".unknown" for those PGS streams that don't?

BTW - Dyslexia or old age (or both) - Of course I meant "PGS" and not "PSG" ;>}

[sheck]

Regarding adding the Language name to the extracted stream title - Can't you adjust your program to pick it up if it appears in the left pane - and only use ".unknown" for those PGS streams that don't?

Well I could. But hear my point: If you have several tracks that are the same language, for example, 3 English, then 3 Spanish and whatever else, then outputting the language is pointless, because you will have 3 tracks with the same language tag. How will you know which is which then ? That's why it goes by track # and track type.

I could be missing why you want this function. Maybe if you explain in detail what exactly you want, I could reconsider.

EDIT: I will add that if a lot of people would like languages in the file names.

[setarip_old]

Thank you - I was requesting the addition of the language(3 letters) to the track # and track type...

[sheck]

OK, I'll add it.

[setarip_old]

Thank you ;>}

BTW - Perhaps not stated because it's all too obvious but, you should let folks know that it works equally as well with single files as it does with batches...

[sheck]

Changes:

* MKVcleaver can now be maximized and resized
* Position and size settings are now stored in custom.ini
* Saving of position and size can be turned on and off by pressing Alt+Shift+R
* Track setting are now only reset if information about the files has changed.
* Remove button will be grayed out until at least one file is checked in the left pane.
* Extract button will be grayed out until something that can be extracted is checked in either left or right panes.
* Double right click on a file in the left pane to get detailed info on a file.
* 2-letter language tag can be appended to the end of audio and subtitle tracks.
* Language tag can be turned off and on by right click in the upper right corner of Filename Options box.
* Language tag option is saved in custom.ini file.

Everything else will be added upon either majority requests or my own whim.

[Caroliano]

It is crashing on me in the middle of extraction of subtitles, chapters and atachments of 26 files. The fist time it stoped answering on episode 9, when I tried to reproduce it, it crashed at episode 10. I'm using Win7 64bits, and MKVtoolnix 3.1.0. Here the crash report:
Assinatura do problema:
Nome do Evento de Problema: APPCRASH
Nome do Aplicativo: MKVcleaver0400.exe
Versão do Aplicativo: 0.4.0.0
Carimbo de Data/Hora do Aplicativo: 4b509352
Nome do Módulo de Falhas: ntdll.dll
Versão do Módulo de Falhas: 6.1.7600.16385
Carimbo de Data/Hora do Módulo de Falhas: 4a5bdb3b
Código de Exceção: c0000005
Deslocamento de Exceção: 0002e29b
Versão do sistema operacional: 6.1.7600.2.0.0.256.1
Identificação da Localidade: 1046
Informações Adicionais 1: 0a9e
Informações Adicionais 2: 0a9e372d3b4ad19135b953a78882e789
Informações Adicionais 3: 0a9e
Informações Adicionais 4: 0a9e372d3b4ad19135b953a78882e789

If there is something else I can do to help the debug, please say.

It is an very handy tool. Thank you. :)

EDIT: I tried again, only from epi 9 onwards, and it crashed at the episode 10 again. If I extract only episode 9 or 10 alone, it does not crash, and the extraction goes fine. It also worked from episode 11 to 26 in batch mode fine. The problem I see is that episode 1-10 have only 2 subtitle tracks, while 11-26 have 3.

I'm asking to extract the first subtitle track in each archieve, and they are equal for all them. It should do what I ask, or at least give an warning.

[setarip_old]

@scheck

More often than not, when completed, shows "99%" rather than 100% and no statement "Finished"

[sheck]

@scheck

More often than not, when completed, shows "99%" rather than 100% and no statement "Finished"

It does go to %100, but you won't see it, 'cause it then clears the statusbar on finish. Statement "Finished" is not needed.

[setarip_old]

@scheck

If by "status bar" you are referring to the lower section of the window where the percentage completed appears, that is exactly the problem I am seeing.

Many times, although the process has obviously completed, the status bar stops and indefinitely stays at "99%".

[sheck]

It is crashing on me in the middle of extraction of subtitles, chapters and atachments of 26 files. The fist time it stoped answering on episode 9, when I tried to reproduce it, it crashed at episode 10. I'm using Win7 64bits, and MKVtoolnix 3.1.0. Here the crash report:
Assinatura do problema:
Nome do Evento de Problema: APPCRASH
Nome do Aplicativo: MKVcleaver0400.exe
Versão do Aplicativo: 0.4.0.0
Carimbo de Data/Hora do Aplicativo: 4b509352
Nome do Módulo de Falhas: ntdll.dll
Versão do Módulo de Falhas: 6.1.7600.16385
Carimbo de Data/Hora do Módulo de Falhas: 4a5bdb3b
Código de Exceção: c0000005
Deslocamento de Exceção: 0002e29b
Versão do sistema operacional: 6.1.7600.2.0.0.256.1
Identificação da Localidade: 1046
Informações Adicionais 1: 0a9e
Informações Adicionais 2: 0a9e372d3b4ad19135b953a78882e789
Informações Adicionais 3: 0a9e
Informações Adicionais 4: 0a9e372d3b4ad19135b953a78882e789

If there is something else I can do to help the debug, please say.

It is an very handy tool. Thank you. :)

EDIT: I tried again, only from epi 9 onwards, and it crashed at the episode 10 again. If I extract only episode 9 or 10 alone, it does not crash, and the extraction goes fine. It also worked from episode 11 to 26 in batch mode fine. The problem I see is that episode 1-10 have only 2 subtitle tracks, while 11-26 have 3.

I'm asking to extract the first subtitle track in each archieve, and they are equal for all them. It should do what I ask, or at least give an warning.

Well, I don't have Win 7 and MKVcleaver was designed to run on 32 bit OS. So, I can only guess as to what to do.

When it crashes, does it display some sort of error or just disappears ?

Since it is 64 bit, try running in XP compatibility mode.

I just tested it on my PC with files that have 3 subtitle tracks and 2 subtitle tracks and MKVcleaver did not crash.

Edit: eventually I will get WIN 7 64 bit for testing and design 64 bit version of MKVcleaver. But that day might not be in the nearest future.

[sheck]

@scheck

If by "status bar" you are referring to the lower section of the window where the percentage completed appears, that is exactly the problem I am seeing.

Many times, although the process has obviously completed, the status bar stops and indefinitely stays at "99%".

Well, yeah that shouldn't happen.

Could you describe exactly what you do and in which cases this happens, because I cannot reproduce this behavior ? On my PC the status bar is blank when MKVcleaver finishes.

[setarip_old]

@scheck

I have been testing its ability to extract subtitle streams with individual MKVs (NOT batches), as follows:

1) Drag & drop MKV file into leftside window
2) Click on "+" to expand the MKV's tree
3) Place a checkmark to the left of the "Subtitle track" lited in the tree in the leftside window
4) Click on "Extract tracks!" radiobutton

[ron spencer]

I cannot get it to work at all...I get the error:

Line 2473 (File "C:\thepath\MKVcleaver0400.exe"):

Error: Array variable subscript badly formatted.

[war59312]

Changes:

* MKVcleaver can now be maximized and resized
* Position and size settings are now stored in custom.ini
* Saving of position and size can be turned on and off by pressing Alt+Shift+R
* Track setting are now only reset if information about the files has changed.
* Remove button will be grayed out until at least one file is checked in the left pane.
* Extract button will be grayed out until something that can be extracted is checked in either left or right panes.
* Double right click on a file in the left pane to get detailed info on a file.
* 2-letter language tag can be appended to the end of audio and subtitle tracks.
* Language tag can be turned off and on by right click in the upper right corner of Filename Options box.
* Language tag option is saved in custom.ini file.

Everything else will be added upon either majority requests or my own whim.

Nice!

Though sadly it is not remembering if it is maximized or not, maximized=1 seems to have no effect.

[sheck]

Nice!

Though sadly it is not remembering if it is maximized or not, maximized=1 seems to have no effect.

It works fine on my PC. Make sure resize=1 is set too.

What OS are you running it on ?

[sheck]

I cannot get it to work at all...I get the error:

Line 2473 (File "C:\thepath\MKVcleaver0400.exe"):

Error: Array variable subscript badly formatted.

What OS are you running ? I was getting this problem in Wine. I hope you're not running it under Wine, that's not supported.

If not, then describe step by step what you're doing, so I can recreate this problem.

[sheck]

@scheck

I have been testing its ability to extract subtitle streams with individual MKVs (NOT batches), as follows:

1) Drag & drop MKV file into leftside window
2) Click on "+" to expand the MKV's tree
3) Place a checkmark to the left of the "Subtitle track" lited in the tree in the leftside window
4) Click on "Extract tracks!" radiobutton

Can you post a screen shot of this problem ? No matter what I do, I cannot get this to happen to me.

[Caroliano]

Well, I don't have Win 7 and MKVcleaver was designed to run on 32 bit OS. So, I can only guess as to what to do.

When it crashes, does it display some sort of error or just disappears ?
It grays out (aero feature) and apears an default windows error message saying that the app stoped working, and additional details as I pasted here. MKVcleaver does not give any error by itself.

Since it is 64 bit, try running in XP compatibility mode.
That did the trick. Now it is working fine. :thanks:

But now every time I open it apears the annoying UAC alert. Thus, real win7 64bit suport is still wanted. ^^'

Edit: eventually I will get WIN 7 64 bit for testing and design 64 bit version of MKVcleaver. But that day might not be in the nearest future.

[ron spencer]

What OS are you running ? I was getting this problem in Wine. I hope you're not running it under Wine, that's not supported.

If not, then describe step by step what you're doing, so I can recreate this problem.

XP Pro SP3

All I do is open the program, point to mkvtoolnix, open an MKV, choose it, then I just tried to extract something...nothing more.

[sheck]

XP Pro SP3

All I do is open the program, point to mkvtoolnix, open an MKV, choose it, then I just tried to extract something...nothing more.

Ron, I'm running tests on MKVcleaver right now to try to recreate your problem. This might take a while...

[ron spencer]

ok great!!

Not sure why there is a problem on my XP...bizzaro

[sheck]

ok great!!

Not sure why there is a problem on my XP...bizzaro

Ron, can you make sure that mkvmerge is working properly ? Open command line and navigate to your mkvtoolnix folder and run: mkvmerge -i "mkv file" Make sure you get output.

[war59312]

It works fine on my PC. Make sure resize=1 is set too.

What OS are you running it on ?OK so "Saving of position and size" is off by default.

Indeed, changed it to 1 and working fine now. Thanks

[ron spencer]

Ron, can you make sure that mkvmerge is working properly ? Open command line and navigate to your mkvtoolnix folder and run: mkvmerge -i "mkv file" Make sure you get output.

I checked it...works fine

[sheck]

Changes:

* Fixed: MKVcleaver was not releasing mediainfo.dll handles properly
* Better progress tracking in status bar.
* MKVcleaver will now check if mkvextract.exe and mkvmerge.exe exist in the same folder.
* MKVcleaver will give an error and stop processing if mkvmerge.exe returns error or blank.
* MKVcleaver will give an error and exit if mediainfo.dll could not be loaded.
* MKVcleaver can now shutdown your PC when done.
How to use:
Create a shutdown entry in custom.ini under GUI section. If shutdown=1 then MKVcleaver will shutdown your PC once and turn this setting off, if shutdown=2 then MKVcleaver will shutdown your PC each time after it's done. And, of course, shutdown=0 will turn this off. If MKVcleaver doesn't find shutdown entry, it will assume it's off.

[sheck]

@ Ron and Retarip_old,

Try the new version. Let me know if the same problem persists or if it's fixed.

[ron spencer]

well....the error I reported a few posts above is gone, but the one saying that mkvmerge cannot get info about the mkv is back:

"Could not get information from mkvmerge.exe"

So I re-downloaded from bunkus and manually used the -i command switch and it works fine. Not sure what else to say. mkvmerge is working fine on its own, but something is amiss between mkvmerge and your GUI...anything else I can do to help let me know.

perhaps you should provide a zip file of ALL the stuff that works on your PC so I can help troubleshoot here. What about paths? Any restrictions within your GUI on path depth? I have mkvs on server such as Y:\Media\High Def Movies\name.mkv Are spaces an issue?

[sheck]

Well, at least I know where to look now. I don't think my files will help you. I think it's something to do with your XP and not with MkvToolNix nor MKVcleaver.

Anyways, download this file (http://einsof-haras.ca/apps/STD_test.exe), put it in the same folder as MKVcleaver and run it. First it will ask you to locate MkvToolNix folder then any MKV file. It will create a text file in the same directory called STD_log.txt. Post contents of the file here. Then we'll go from there.

[ron spencer]

not sure what could have to do with XP, but let me know!!!

here is the log:

MkvToolNix Path:
C:\Program Files\MKVtoolnix

STDOUT_CHILD:


STDOUT_CHILD + STDERR_CHILD:


STDERR_MERGED:


STDOUT_CHILD + NC:


STDOUT_CHILD + STDERR_CHILD + NC:


STDERR_MERGED + NC:

[ANGEL_SU]

a nice tool! But, i got the same error as ron spencer said at #51.
i found the reason is the internationalization of mkvtoolnix. After i delete the folder "locale", mkvcleaver works fine.

[ron spencer]

where is this folder...i do not have one

[ANGEL_SU]

@ ron spencer
C:\Program Files\MKVtoolnix\locale

[sheck]

a nice tool! But, i got the same error as ron spencer said at #51.
i found the reason is the internationalization of mkvtoolnix. After i delete the folder "locale", mkvcleaver works fine.

Ah ! That's interesting...

Ron, see if that works for you.

From the log file I see that on your machine MKVcleaver cannot read from memory where mkvmerge writes it's output. That's why you get that error. As to why that happens, I would have to research, but only if the above mentioned method doesn't work for you.

[ANGEL_SU]

@sheck
hope mkvcleaver can handle non-ascii characters. Without "locale" folder, mkvtoolnix app shows in english only, not my native language...

[sheck]

@sheck
hope mkvcleaver can handle non-ascii characters. Without "locale" folder, mkvtoolnix app shows in english only, not my native language...

The output of mkvmerge.exe MUST be in English. For everything else, such as file names, MKVcleaver uses UTF8.

[ron spencer]

Ah ! That's interesting...

Ron, see if that works for you.

From the log file I see that on your machine MKVcleaver cannot read from memory where mkvmerge writes it's output. That's why you get that error. As to why that happens, I would have to research, but only if the above mentioned method doesn't work for you.

Well....the locale trick makes no difference...Wonder what is going on. No issues with anything else. Nice mystery!!!

[setarip_old]

@sheck

V.0.4.1.0 now gives me the ability to add a 2 letter language code to the subtitle stream.

However, I now have TWO "99%" displayed indefinitely when the program has actually finished ;>}

I guess the fact that it changes from "EXtract tracks" to "Cancel" shouyld be sufficient to indicate that processing has been completed...

[setarip_old]

@ron spencer

Hi!

This program may not work properly with older versions of MKVToolnix. Do you have MKVToolnix v.3.1 (the latest) on your system?

[ron spencer]

Yep. Is latest

[ANGEL_SU]

The output of mkvmerge.exe MUST be in English. For everything else, such as file names, MKVcleaver uses UTF8.
i tried a file with non-english filename, mkvcleaver can show filename and extract tracks correctly.
with option '--ui-language en', mkvmerge.exe can output in english while i can keep "locale" folder. Can mkvcleaver run with this option?

[sheck]

@ setarip_old

Most likely this happens if mkvextract.exe didn't exit. Mkvcleaver detects it and waits for it to close. Open task manager and see if mkvextract.exe is still in process list when you get that indefinite 99%.

Does this happen with all the files you work with, or just one file. Try different files, it could be that you have a corrupt mkv file and mkvextract cannot exit.

@ Ron

I will have to research and see if the issue is fixable. Possibly, I will have to make a different MKVcleaver just for you. ;)

@ Angel_SU

Yes it can run with that option, I will add it to the next release.

[ron spencer]

@ Ron

I will have to research and see if the issue is fixable. Possibly, I will have to make a different MKVcleaver just for you.

HA HA!!!!

I am more interested in why of all the software I have why yours is the only one that will not work...not complaining for sure, but as I said, it is a neat mystery!!!! Keep me posted.

[sheck]

Ron, download the file (http://einsof-haras.ca/apps/STD_test.exe) again and run it. I modified it a bit. Look at STD_log.txt, if it's different from what you posted before, then post it here, if it's same, just let me know.

[ron spencer]

Ron, download the file (http://einsof-haras.ca/apps/STD_test.exe) again and run it. I modified it a bit. Look at STD_log.txt, if it's different from what you posted before, then post it here, if it's same, just let me know.

everything the same here.

[ANGEL_SU]

everything the same here.
yes, i got the same output as you posted at #68, but previous version works!(just some non-ascii characters inside)

[Tommy B.]

That's a real handy tool you got there. Thanks! :)

I found a bug though while messing around with it:
When trying to import several MKV-files with the same name, only the first file is being added while the following will not appear on the list.

[sheck]

That's a real handy tool you got there. Thanks! :)

I found a bug though while messing around with it:
When trying to import several MKV-files with the same name, only the first file is being added while the following will not appear on the list.

That's not a bug. Why would you have different files named the same ? Normally, if the files are different, they will be named differently. If the files are the same and are named the same, then adding one of them would be enough.

[Tommy B.]

As long as the files are stored in the same folder, yes.

In my case, the files have different content while the name is the same for several files (fours seasons of Futurama). Each season has it's own folder where the episodes are stored as numbered files.

Maybe it would be better to at least check for the path+filename and then exclude the files or use crc-checking in case there are really two exactly the same files where extracting would be senseless.

On a second though: shouldn't it be the USER who decides whether file-extraction makes sense or not?

[sheck]

As long as the files are stored in the same folder, yes.

In my case, the files have different content while the name is the same for several files (fours seasons of Futurama). Each season has it's own folder where the episodes are stored as numbered files.

Maybe it would be better to at least check for the path+filename and then exclude the files or use crc-checking in case there are really two exactly the same files where extracting would be senseless.

On a second though: shouldn't it be the USER who decides whether file-extraction makes sense or not?

OK, I understand what you're saying, however, mkvcleaver allows you to extract to source folder as well as any one folder of your choice. What you're proposing would work if the extracted files were always output to the source folder, but if a user chooses a destination folder then we would have a lot of mess.

Well, what if you don't intend on choosing a destination folder and want everything output to the source folders ? Then how would mkvcleaver know what you're intending to do from the beginning ? And what, if you change your mind ? How will mkvcleaver know which files to remove from the list ? Ok, we can use crc to tell mkvcleaver which file is which regardless of the filename, right ? Wrong ! Imagine you have a collection of bluray movies, let's say 60 of them, each one is at least 20 gigs. Try running crc on those files, it will take minutes for each file then multiply that by 60. And that's just to add files to the list.

And we have your last suggestion; to allow users to decide what makes sense. How would that work ? What would users decide ? And what about the users who don't want to decide, they just want it to make sense automatically ?

[setarip_old]

@Tommy B.

Hi!Each season has it's own folder where the episodes are stored as numbered files.You should use a more standard naming convention for episodic TV discs:

"S1D1Ep1_4" means Season 1, Disc 1, Episodes 1-4

This way, every file has its own unique filename - and this neat little program (MKVCleaver) will work as effortlessly for you as it does for other users ...

[Tommy B.]

@setarip_old
I organise the files with an external DB so I might even use names from random characters.


What you're proposing would work if the extracted files were always output to the source folder, but if a user chooses a destination folder then we would have a lot of mess.
Why not auto-disable the function then? What about displaying a message next to the "extraction folder" selection which says something like "Option deactivated as you are about to do a huge mess"? You might implement a more advanced logic to prevent that.

At current state the tool implies that the user is doing something wrong, so he MUST be corrected. This is some sort of hardcoded intelligence, even if the user IS sure what he's doing. That's like having the auto-correction in Word forcing you to never write a word in big letters (even if you're sure you want it)!

Try running crc on those files, it will take minutes for each file then multiply that by 60.
No need for that as you can check by path if the user is dropping duplicates or not. But being forced to do what a hardcoded "filechecking by name" thinks is right is quite a bad approach in my opinion.

[sheck]

@setarip_old
Why not auto-disable the function then? What about displaying a message next to the "extraction folder" selection which says something like "Option deactivated as you are about to do a huge mess"? You might implement a more advanced logic to prevent that.

So, say mkvcleaver disables the output folder, then you change your mind or, even worse, you accidentally added files with the same name, how can you re-enable that option ? And even if you can re-enable it, which files will need to be removed from the list ? In fact, we only identify files by their paths, so once you choose a destination folder then all files with the same names have to be removed from the list. Otherwise, how can mkvcleaver know which files you want to keep ? You would have to remove all duplicates manually. And what if you dragged and dropped folders with hundreds of files ? Or you can just restart mkvcleaver, but then you just spent 10 minutes dragging and dropping folders and files and now you have to start over. Not very user friendly.


At current state the tool implies that the user is doing something wrong, so he MUST be corrected. This is some sort of hardcoded intelligence, even if the user IS sure what he's doing. That's like having the auto-correction in Word forcing you to never write a word in big letters (even if you're sure you want it)!
This was designed to prevent accidental addition of files with the same filenames. If you dragging and dropping folders and did not notice that there are duplicates in the list, that could waste time when extracting as the same file could be extracted many times.

No need for that as you can check by path if the user is dropping duplicates or not. But being forced to do what a hardcoded "filechecking by name" thinks is right is quite a bad approach in my opinion.
IMHO, this option would be a bad idea as it can create more confusion than help. Also, having different files with the same names, no matter the reason, is a bad idea as well. A quick example would be, if your MFT ever becomes corrupt, I wouldn't want to be the guy recovering your files. :)

[sheck]

Ron, download STD_test.exe again and put it somewhere. When you run it, choose where mkvtoolnix is located then any mkv file. If it works, you will get a message box with information for that mkv file. If it doesn't work, then you will get an empty message box. If you get nothing, then place the file somewhere else and try again.

[setarip_old]

@Tommy B.I organise the files with an external DB so I might even use names from random characters.Please explain further.

If you're using a pre-existing database such as IMDB, you would never have identical file names...

[sheck]

Changes:

* Some internal code changes (does not affect functionality)
* Logging is disabled in this release
* Mkvmerge output is forced to English

[sheck]

Get 64 bit version from the first post. Tested on XP Pro 64 bit.

[ron spencer]

bizarre that it still says for me mkvmerge is not sending info....any ideas?

[sheck]

Ron, look at post #91 (http://forum.doom9.org/showthread.php?p=1372713#post1372713)

[ron spencer]

sorry....new saw that. will try when I get home from work

[ron spencer]

well...tried it.

No matter where I place STD_test no box opens up at all...not even a blank one.

Hmmm.....

[sheck]

well...tried it.

No matter where I place STD_test no box opens up at all...not even a blank one.

Hmmm.....

Wow, that's something really messed up on your system... Do you have Norton anti-virus ? I've seen that thing do really weird things to a PC.

I'm gonna try one more thing, I'll post here when the file is ready to be downloaded.

[khagaroth]

This is because MKVcleaver uses IE COM object. There is always gonna be IE on any Windows OS, but Mozilla, Opera, etc. I'm not sure. Even though a lot of people use Mozilla, I would need more people to ask for this. I'm not gonna spend my time working on something when majority of people don't care about it. Using IE won't kill anybody...
Doesn't apply to Windows 7. IE can be uninstalled (really uninstalled, not just hidden like in XP or Vista). I for one have it uninstalled since I started using the beta and still have it uninstalled on the RTM verion and didn't miss it even once since.

[sheck]

Doesn't apply to Windows 7. IE can be uninstalled (really uninstalled, not just hidden like in XP or Vista). I for one have it uninstalled since I started using the beta and still have it uninstalled on the RTM verion and didn't miss it even once since.

So, when you click about button in MKVcleaver, what do you get ?

[khagaroth]

The about box still displays correctly, as some of the IE controls responsible for GUI rendering are still left installed for compatibility reasons, but the links don't work as there is no IE executable to launch.

[sheck]

I see. OK, I will work to fix this. Thanks for letting me know.

[Foofaraw]

I wonder what's up with many GUIs written with AutoIt recently instead of VB.NET for instance. Biggest problem might be understanding OOP and AutoIt has many automation built in that require WinAPI calls in .NET that are also a bit difficult if you don't know C and COM+.

Because .NET is a ton of bloatware overhead and Autoit has about 10 bytes over overhead?

[Foofaraw]

This is because MKVcleaver uses IE COM object. There is always gonna be IE on any Windows OS, but Mozilla, Opera, etc. I'm not sure. Even though a lot of people use Mozilla, I would need more people to ask for this. I'm not gonna spend my time working on something when majority of people don't care about it. Using IE won't kill anybody...


It might ;)

I just started using your program so i'm not quite sure when you need IE, but if its just to open a web link, you can just run a command line argument "start http://www.cnn.com" for instance. It will launch the system default browser.

[sheck]

It might ;)

Biiiill !!! This guy is badmouthing IE !!! (haha, just a bad joke) :)


Anyways, the EI portion is just for when you open About box. The links in there open with IE by default. I will have to change that since, as it was pointed out earlier, in Windows 7 it is possible to get rid of IE completely. The GUI itself does not use IE or any element of it.

[Foofaraw]

It does go to %100, but you won't see it, 'cause it then clears the statusbar on finish. Statement "Finished" is not needed.

Well its nice and comforting to know nothing went wrong. Look at the mmg when its finished. It says "Everything went fine" :)

[sheck]

Well, I can't compare MMG to MKVcleaver in that aspect. There is a lot that can go wrong in MMG, that's why they have that message. However, with MKVcleaver it either extracted ok or not ok, that's it. Since mkvextract has only 3 exit codes.

I suppose, users would like to know if all the files extracted fine. I will look at implementing checking for errors from mkvextract. Maybe even add "Finished" message, if it's not too hard, 'cause I'm lazy. :)

[ron spencer]

Ron, can you make sure that mkvmerge is working properly ? Open command line and navigate to your mkvtoolnix folder and run: mkvmerge -i "mkv file" Make sure you get output.

works perfectly gives me file name, track ID 1, track ID 2, chapters

[setarip_old]

@sheck

Forgive me if I've overlooked something in the posts to this thread but, in addition to extracting streams, does MKVCleaver have the ability to actually delete the original versions of those same streams from the original source material (after, of course, extracted copies have been saved)?

[sheck]

I didn't fully understand what you're asking. Could you explain a bit more ?

[setarip_old]

For example, I have "Title1.MKV", comprised of "VideoA.avc", "AudioA.ac3", and "SubtitleA.pgs", "SubtitleB.pgs", "SubtitleC.pgs", :

1) I load "Title1.MKV" into MKVCleaver
2) I expand the tree in the left window and select "SubtitleA.pgs" to be extracted - and MKVCleaver extracts and saves "SubtitleA.sup"

After steps 1 and 2, can MKVCleaver DELETE "SubtitleA.pgs" from my original "Title1.MKV" - so that it would be comprised of only "VideoA.avc", "AudioA.ac3", and "SubtitleB.pgs", "SubtitleC.pgs" (NO "SubtitleA.pgs")?

[b66pak]

@setarip_old i think this can be done only by remuxing...
_

[sheck]

For example, I have "Title1.MKV", comprised of "VideoA.avc", "AudioA.ac3", and "SubtitleA.pgs", "SubtitleB.pgs", "SubtitleC.pgs", :

1) I load "Title1.MKV" into MKVCleaver
2) I expand the tree in the left window and select "SubtitleA.pgs" to be extracted - and MKVCleaver extracts and saves "SubtitleA.sup"

After steps 1 and 2, can MKVCleaver DELETE "SubtitleA.pgs" from my original "Title1.MKV" - so that it would be comprised of only "VideoA.avc", "AudioA.ac3", and "SubtitleB.pgs", "SubtitleC.pgs" (NO "SubtitleA.pgs")?

No, it's not possible. You would have to extract all tracks (or just open MKV with MMG) and then create a new MKV file with MMG with one less subtitle track. That's the only way.

[setarip_old]

@b66pak, @sheck

Thank you both ;>}

[Anton1986]

Can you add option, something like "keep original names for Attachments"?

[sheck]

Can you add option, something like "keep original names for Attachments"?

The only way that I could do is to extract attachments to another folder.

Example: If you have mkvfile.mkv and you want to extract it folder A then MKVcleaver would create another folder in folder A - so something like C:\A\mkvfile\attachment1. If that's ok, I could add it to the next release.

Everybody else, I would appreciate your opinions on this as well.

[sheck]

Ron, download STD_test.exe again. See if you get anything this time. This is my last attempt, otherwise I don't know what else could be done.

[ron spencer]

no log file is written...box opens up with ok sign on it

[sheck]

no log file is written...box opens up with ok sign on it

Ron, I think you should re-install Windows, if possible. I cannot spend any more time on this. Sorry.

[Anton1986]

If it's the only way to do it, then it's ok.

It would be nice if there an option to chose directory name between "<filename>_attachments" and just "attachments"

[sheck]

Attachments from each file have to be stored separately or have different names. So "<filename>_attachments" is fine, but just "attachments" is not. I will make it so users can choose to save attachments in a separate directory - "<filename>_attachments" or the way it's done now - "<filename>_AttachmentName.ext" in the same directory.

[ron spencer]

Ron, I think you should re-install Windows, if possible. I cannot spend any more time on this. Sorry.

No worries...thanks for trying!!! :thanks::thanks:

[sheck]

Changes:

* About Dialog completely redesigned. All links now open with default browser.
* Logging is now enabled and more verbose.
* Log file size can be controlled. Default size is 10 MB (See Help file on how to use)
* All attachments are now extracted to "destination folder\[filename]\attachmentname.ext"

[sheck]

For those who are using Linux Distros, I was able to run MKVcleaver in Wine. You must place the file somewhere in your home directory, otherwise mediainfo error comes up. Don't ask me why, I don't know.

[Anton1986]

If I leave "output directory" empty, the program give an error while extracting attachments. And it create “filename attachment” directory on disk "C"

[sheck]

Fixes:

* Fixed path generation code
* Fixed path detection when D&D used

Changes:

* MKVcleaver can now detect errors from mkvextract.exe
* User is notified if errors and/or warnings occurred while extracting
* Added status bar message if extraction finished successfully

[Anton1986]

It's working now, thanks.:)

[ashlar42]

Many thanks for this program. Works great!

Cheers!

[sialivi]

There's a bug in 0.4.1.3:

If you drag and drop multiple files into the application, all the files are assumed to have the same path.

Lets say you are running Windows 7 and type *.mkv into the explorer search box to find all movies in all subfolders of the selected folder. You then select them all and drag them to the application. This will result in a "The following files were omitted, because they were not recognized as Matroska" dialog box since all the files were assumed to have the same path as the one you were dragging.

Thanks for an excellent tool

[kypec]

Could anyone mirror the files at some filehosting servers? sheck's links are dead for me :( TIA

[sheck]

There's a bug in 0.4.1.3:

If you drag and drop multiple files into the application, all the files are assumed to have the same path.

Lets say you are running Windows 7 and type *.mkv into the explorer search box to find all movies in all subfolders of the selected folder. You then select them all and drag them to the application. This will result in a "The following files were omitted, because they were not recognized as Matroska" dialog box since all the files were assumed to have the same path as the one you were dragging.

Thanks for an excellent tool

I will look into that.

[sheck]

Could anyone mirror the files at some filehosting servers? sheck's links are dead for me :( TIA

Sorry about that. I was moving my server from Windows to Ubuntu. Major part is already over. You should be able to download it now.

Also videohelp.com has the files on their servers.

[kypec]

Also videohelp.com has the files on their servers.
Nice to hear that but please write this info (preferably with direct download links) also in your first post. :) :thanks:

[sheck]

Ok, I added the link to the videohelp.com page for mkvcleaver.

Guys, search engines are pretty good these days, please use it.

[sheck]

Fixes:

* Redesigned Drag & Drop code
* MKVcleaver now allows to Drag & Drop mix of files and directories
* MKVcleaver now allows to D&D multiple directories
* Fixed bug where MKVcleaver assumed that all files are located in the same directory when D&D used

Changes:

* MKVcleaver will now display channel information for audio tracks in the left pane

[Midzuki]

Thanks for the tool, and especially
for always listening to the end-users's comments and suggestions. *THUMBS UP*

Ok, I added the link to the videohelp.com page for mkvcleaver.

That's the stuff! :D

Guys, search engines are pretty good these days, please use it.

That does not compute! :)

I mean, it depends on what one is trying to look for, and
when one does it. Actually, Google has become more of an advertising machine than a search engine... :devil: It seems you didn't have the opportunity to know the original version of Altavista. :)

+++++++++++++++++++

UPDATE:

10 days later...

now = 2010/05/07, 13:38 GMT, and...

Your search - "the original version of altavista" site:forum.doom9.org - did not match any documents.

As I had said, ... :rolleyes:

[mastrboy]

just wanted to say thanks for this tool, much better than mkvextract which has not been updated in years. (Though can be a little hard to find hidden in this forum, would love to see a open source version of this at sourceforge or google code :) )

[sheck]

Actually, Google has become more of an advertising machine than a search engine...
It's fine. A company needs to make money somehow. As long as the company doesn't try to monopolize the industry, which as far as I know Google is not doing.

just wanted to say thanks for this tool, much better than mkvextract which has not been updated in years. (Though can be a little hard to find hidden in this forum, would love to see a open source version of this at sourceforge or google code )

You're welcome.

I will research into SourceForge and GoogleCode. By the way, MKVcleaver is already open source. Read the help file on how to get the source code.

[[ReX]]

So I added some files and checked the first four options (Video Track 1, Audio Track 1, Subtitle Track 1 and Attachments) but the timecodes were also extracted. :confused:

[sheck]

Timecodes for all tracks or just the video track ? If it's just the video track, then you have a VFR video track in which case timecodes will be extracted automatically, because the video file will be useless without it.

[[ReX]]

Timecodes for all tracks or just the video track ? If it's just the video track, then you have a VFR video track in which case timecodes will be extracted automatically, because the video file will be useless without it.

I see, so that's what happened. :p

[sialivi]

sheck,
MKVcleaver doesn't work with the new mkvtoolnix 4.0.0 release since the --no-ogg argument has been removed.

[sheck]

Hi, Sorry I've been busy. I'll look into it. Thanks for reporting it.

[ajua]

Hi, Sorry I've been busy. I'll look into it. Thanks for reporting it.You can't extract any track when using MKVToolnix 4.0.0.

Thanks.

[sheck]

You can't extract any track when using MKVToolnix 4.0.0.

Thanks.

Hi,

I will release an update shortly. This is very easy to fix, however, I'm adding some functions to MKVcleaver, so it will take a bit longer. Please be patient.

Thank you.:)

[sheck]

Actually, it might take me longer than I thought to add the new functions. So here's a version with a fix for mkvtoolnix 4:

[sheck]

Fixes:

* Fixed --no-ogg switch problem with mkvtoolnix version 4.0.0

[sialivi]

Excellent, thanks for the quick fix.

Here's a small nitpick and a small request:
* There's a typo in the file description, it says "Extract all/any trackks from MKV files."
* It would be nice if the executable would accept a filename as a parameter (ex: MKVcleaver.exe movie.mkv) to allow file associations.

[sheck]

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 ?

[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.

[sialivi]

MKVcleaver hangs for me once in a while. It happens very rarely and it seem pretty random and I'm not able to reproduce the bug reliably.

The times it has happened I've been batch processing (extracting subtitles) a large amount of files (100+). Suddenly the program hangs just after finishing processing one file, it's always between files because the subtitle file of the last processed file is always complete and the subtitle file of the next file in the list is either missing or empty. The last line of the log file just shows that it has successfully finished with one file.

It doesn't seem to be a problem with a specific file because killing MKVcleaver with the Task Manager (pressing Cancel or Close doesn't work) and then letting MKVcleaver go through the remaining files works just fine.

Using: Windows 7 x64 / MKVcleaver 0.5.0.3 (64 bit) / mkvtoolnix 4.4.0

[sheck]

Still crashes.

After testing MKVcleaver and avdump for a while on different OSes, I can say with certainty that avdump crashes because there is something wrong with the mkv file you provided. Once I remux the file, it never crashes again. I could not pinpoint exactly what in that file causes it to crash though.

[sheck]

MKVcleaver hangs for me once in a while. It happens very rarely and it seem pretty random and I'm not able to reproduce the bug reliably.

The times it has happened I've been batch processing (extracting subtitles) a large amount of files (100+). Suddenly the program hangs just after finishing processing one file, it's always between files because the subtitle file of the last processed file is always complete and the subtitle file of the next file in the list is either missing or empty. The last line of the log file just shows that it has successfully finished with one file.

It doesn't seem to be a problem with a specific file because killing MKVcleaver with the Task Manager (pressing Cancel or Close doesn't work) and then letting MKVcleaver go through the remaining files works just fine.

Using: Windows 7 x64 / MKVcleaver 0.5.0.3 (64 bit) / mkvtoolnix 4.4.0

I will test to see if I can reproduce the problem.

[sheck]

Sialivi,

Next time MKVcleaver hangs could you check in Task Manager if mkvextract.exe or avdump.exe or avc2avi.exe is still loaded in memory ?

[sialivi]

I will, but I'm sure none of them was since I would have noticed when I killed the mkvcleaver process

[sheck]

Sialivi,

Can you remove 64 bit MKVCleaver and install 32 bit ? I'm experiencing crashes with 64 bit version on Windows 7 64 bit. However, 32 bit is working fine. Let me know the results.

[sialivi]

sheck,
I'll keep that in mind, haven't had a need to batch extract from large number of files for a while.

Small feature request:
Windows 7 taskbar progress bar (look here (http://weblogs.asp.net/sergeyzwezdin/archive/2009/04/30/windows-7-programming-taskbar-part-1-progress-bar.aspx) if you don't know what I'm talking about)

[war59312]

UI resize is broke in x64 build. Seems the values in the ini are ignored. They get saved fine, but they are not respected.

[sheck]

Sialivi,

I will add it if it's not too much work.

War59312,

Thank you for reporting a bug.

[sheck]

war59312,

Make sure that resizing is on: Settings -> UI Resize. I could not confirm it as a bug as resizing is working fine for me in XP and WIN7 32 and 64 bit.

[xekon]

I use this program all the time! Looking forward to the next released version :)

currently using 0.5.0.3, is there a beta or nightly build?

[sheck]

I use this program all the time! Looking forward to the next released version :)

currently using 0.5.0.3, is there a beta or nightly build?

Hi Xekon,

No, there are no beta or nightly builds. The app is too small to have those. I'm currently working on the next version.

If you have requests, let me know.

Thanks.

[arestarh]

Hello!
Thanks for this small, but very useful GUI.

I have some requests:
1) add the ability to extract chapters into OGM-like "simple" format ("-s" key in CLI mode)
2) add some error handling - for example, I have sample with LPCM audio that mkvtoolnix don't support, but when I try to extract it MKVcleaver finish job without any message.
Thanks.

[xekon]

How about a GTK interface so that this could be a native linux app as well? kinda like pidgin can run under both windows and linux.

mkvtoolnix is in linux as well :)

If linux version is not planned but you wouldn't mind somebody else porting it to linux then please let me know. I would be happy to give it a go. (Not sure if this application is opensource or not, either way let me know.)

[sheck]

arestarh,

1) No problem.
2) I will have to check this. If mkvtoolnix gives an error, MKVcleaver should catch it and log it (that's what it does already, check the log file to see if there is anything there). There is no point in displaying an error since it's a batch extractor. Imagine you have hundreds of files to extract and it would take 5 hours, so you leave it running only to come back in 5 hours and find out that MKVcleaver is sitting there displaying an error and it barely extracted anything. I would be pissed.

xekon,

I'm not planning on developing a linux version. But I don't mind if somebody else ports it. MKVCleaver is open source, feel free to do it. I can host it if you don't have your own web page or web storage or link to your project page if you do.

[xekon]

found it: http://code.google.com/p/mkvcleaver/source/checkout?repo=wiki

I will start working on it soon.

[speaker]

If you decide to update this great app further could you have it remember the location of MKVToolNix as well as the extract folder rather than having to set these two every time? Thanks.

[sheck]

If you decide to update this great app further could you have it remember the location of MKVToolNix as well as the extract folder rather than having to set these two every time? Thanks.

MKVcleaver remembers location of MkvToolNix. If you're running WIN 7 with UAC enabled and MKVcleaver is installed in a protected directory, like Program Files, you must right click and select Run As Administrator. To avoid running it as administrator, please install MKVcleaver in another directory, root of C drive, My Documents or somewhere else.

The extract folder location will be remembered in the new version.

[arestarh]

Hello!

About my suggestion:

2) add some error handling - for example, I have sample with LPCM audio that mkvtoolnix don't support, but when I try to extract it MKVcleaver finish job without any message.
Thanks.
and you answer:

2) I will have to check this. If mkvtoolnix gives an error, MKVcleaver should catch it and log it (that's what it does already, check the log file to see if there is anything there). There is no point in displaying an error since it's a batch extractor. Imagine you have hundreds of files to extract and it would take 5 hours, so you leave it running only to come back in 5 hours and find out that MKVcleaver is sitting there displaying an error and it barely extracted anything. I would be pissed.

As example we can use this .mkv sample:
http://www.mediafire.com/?dgd92wil67bg8nq
It includes (as mkvmerge reported):
File 'i:\Downloads\samples\CRANK (1)-001.mkv': container: Matroska
Track ID 1: video (V_MPEG2)
Track ID 2: audio (A_MS/ACM)
Track ID 3: subtitles (S_HDMV/PGS)
Chapters: 1 entries
And when I try to extract Track with ID 2 (besides mkvextract don't support such kind of tracks) I get this error message:
Error: Extraction of track number 2 with the CodecID 'A_MS/ACM' is not supported
But after extraction with MKVclever I don't see such error report in log and no one extracted track.

Thanks.

[sheck]

Arestarh,

I confirmed this problem. Thank you. I will fix it in the next version.

[speaker]

MKVcleaver remembers location of MkvToolNix. If you're running WIN 7 with UAC enabled and MKVcleaver is installed in a protected directory, like Program Files, you must right click and select Run As Administrator. To avoid running it as administrator, please install MKVcleaver in another directory, root of C drive, My Documents or somewhere else.

The extract folder location will be remembered in the new version.

Thanks for the info sheck. Two more feature requests: Can you provide an option so the "Files to process" window pane doesn't get cleared after a successful "extract tracks" operation? Secondly, could you show the "chapters" track within the "Files to process" window pane as one of the checkbox choices? Currently, the only way I can extract chapters is using "Batch mode." It's also useful to see it there to know which files actually have chapters and which don't.

Finally, I don't know if I'd call this a bug, but extracted chapters.xml files have the Macintosh file format (CR line breaks only) while subtitle files extract in the PC file format (CR and LF characters terminating each line). Just an FYI regarding this inconsistency.

[sheck]

Thanks for the info sheck. Two more feature requests: Can you provide an option so the "Files to process" window pane doesn't get cleared after a successful "extract tracks" operation?
What's the point of this ?
Secondly, could you show the "chapters" track within the "Files to process" window pane as one of the checkbox choices? Currently, the only way I can extract chapters is using "Batch mode." It's also useful to see it there to know which files actually have chapters and which don't.
I am not fully convinced this will be useful. You can see if a file has chapters by double right clicking on it. Plus it takes seconds to extract chapters from a file so there won't be any performance gains. Other than purely informational, I don't see how that can benefit users.
Finally, I don't know if I'd call this a bug, but extracted chapters.xml files have the Macintosh file format (CR line breaks only) while subtitle files extract in the PC file format (CR and LF characters terminating each line). Just an FYI regarding this inconsistency.
This would be a question for Mosu. MKVCleaver is purely a GUI, it doesn't actually extract anything. It uses mkvextract.exe in the background to extract files and information. But if I had to guess, it would be, because one is an XML file and the other is whichever format the subs are in. So CR or CRLF would depend on the software used to make the subs. XML chapter file, however, is created by mkvextract.exe which is designed on a Linux OS, thus CR only.

[gonwk]

Hi sheck,

I was getting ready to Rate and WARN the folks on VideoHelp about your "MKVCleaver 0.5.0.1 (x64) Portable" version that it seems to have TROJAN in it. But I accidently saw that you are here on Doom9 ... and since I Trust this Forum ... and I did Not want to wrongly slam your software (Freeware) ... I decided to post my Concern here ...

When I ran SAS scanner it alerted me that "MKVCLEAVER_X64.EXE" is a TROJAN and it should be Removed.

So, I thought it might be a False Positive ... so I ran the .EXE file through VirusTotal ... and now to A/V are warning me about this being a Trojan. See the following ...

Virus Total Scan of MKVCLEAVER.EXE (http://www.virustotal.com/file-scan/report.html?id=43c0889739bf0c558a83164fc3ef50c1e0c9445dab26df63bb447b8f01f70ae1-1320271675)

Jiangmin 13.0.900 2011.11.02 Trojan/Buzus.agpx

SUPERAntiSpyware 4.40.0.1006 2011.11.02 Trojan.Agent/Gen-Buzus

So, I am confused that how is from 42 AntiVirus software only 2 of them Recognize this as Trojan ... and big names just give it a Clean bill of health.:confused:

So, can you or anyone else explain this!

BTW, I never upgraded from 0.5.0.1 since it seems that is the Best working version of your proggie!

Thanks,

G! :)

[sheck]

Hi sheck,

I was getting ready to Rate and WARN the folks on VideoHelp about your "MKVCleaver 0.5.0.1 (x64) Portable" version that it seems to have TROJAN in it. But I accidently saw that you are here on Doom9 ... and since I Trust this Forum ... and I did Not want to wrongly slam your software (Freeware) ... I decided to post my Concern here ...

When I ran SAS scanner it alerted me that "MKVCLEAVER_X64.EXE" is a TROJAN and it should be Removed.

So, I thought it might be a False Positive ... so I ran the .EXE file through VirusTotal ... and now to A/V are warning me about this being a Trojan. See the following ...

Virus Total Scan of MKVCLEAVER.EXE (http://www.virustotal.com/file-scan/report.html?id=43c0889739bf0c558a83164fc3ef50c1e0c9445dab26df63bb447b8f01f70ae1-1320271675)

Jiangmin 13.0.900 2011.11.02 Trojan/Buzus.agpx

SUPERAntiSpyware 4.40.0.1006 2011.11.02 Trojan.Agent/Gen-Buzus

So, I am confused that how is from 42 AntiVirus software only 2 of them Recognize this as Trojan ... and big names just give it a Clean bill of health.:confused:

So, can you or anyone else explain this!

BTW, I never upgraded from 0.5.0.1 since it seems that is the Best working version of your proggie!

Thanks,

G! :)

I've seen this happen before. This is a false positive. MKVcleaver was compiled with AutoIt and some anti virus engines detect it as a virus just by scanning the header.

I can guarantee you 100% that there is no malware or viruses in MKVCleaver. I cannot control the files on VideoHelp, but if you download files from my site and verify MD5 hashes, you will be fine. SoftPedia rated MKVCleaver 100% malware free.

[gonwk]

Hi sheck,

Thanks for taking the time to answer.

I really like "MKVCleaver" it seems more dummy-proof to me ... so, I am glad you are giving it a clean bill of health.

BTW, VideoHelp, it is another Source that I trust for SW download.

Thanks agian!

G! :)

[sialivi]

sheck,
Seems mkvcleaver doesn't work with the latest version of mkvtoolnix, I'm getting a "Error: Array variable subscript badly formatted" error when trying to extract subtitles.

[Mosu]

That's most likely due to a bug in mkvextract. See https://www.bunkus.org/bugzilla/show_bug.cgi?id=689

[johnsonlam]

That's most likely due to a bug in mkvextract. See https://www.bunkus.org/bugzilla/show_bug.cgi?id=689

Thanks. Waiting for the new version.

[Mosu]

The pre-build http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-5.2.0-build20111225-392-setup.exe should have the fix included.

[sheck]

The pre-build http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-5.2.0-build20111225-392-setup.exe should have the fix included.

The latest build is working fine. Thanks Mosu. :)

[johnsonlam]

The latest build is working fine. Thanks Mosu. :)

I've downloaded the latest build (mkvmerge v5.2.0 ('I can't explain') built on Dec 29 2011 19:29:57)

Still got error from AUTOIT, screen capture below:

https://lh5.googleusercontent.com/-Uy8uTutDZ7Q/Tv63T9hfv3I/AAAAAAAAKkA/hoE3TJ6iaD4/s800/error.png
https://lh5.googleusercontent.com/-Uy8uTutDZ7Q/Tv63T9hfv3I/AAAAAAAAKkA/hoE3TJ6iaD4/s800/error.png

It's working fine until I got the v5.2.0 MKVToolNix, but after that I back to v5.1.0 also failed ...
My WinXP go crazy or missing some other components (e.g. dotnet or Visual C++ lib)?

[sialivi]

sheck and Mosu,
I downloaded the build Mosu linked to and the offset is still wrong. I just tried selecting sub 1 and 3 (out of 5) and it extracted 2 and 4. Selecting the last one results in an exception.

Edit: Tried an even newer build (.395) and the problem is still there.

[Mosu]

Then either you're doing it wrong (e.g. you haven't overwritten existing files when extracting/installing), or MKVcleaver doesn't query mkvmerge for the track IDs and relies on them being assigned in a special way. Either way, not my problem.

[sialivi]

It's not user error. For the record, I tried 5.2.1 and also tried using the 32-bit version of mkvcleaver just to rule that out and the problem persists.

[kassiesa]

mkvextract bug 689 has been solved. The command line mkvextract works fine now. But MKVcleaver still mismatches the mkvextract tracks by 1.

See https://www.bunkus.org/bugzilla/show_bug.cgi?id=689

E.g. for an mkv file with 3 tracks (ID=0,1,2), pointing to the last track with MKVcleaver or mkvextractGUI2 results in "Error: No track with the ID 3 was found in the source file". Pointing any other track extracts the wrong track. Track ID=0 cannot be extracted.

[Mosu]

I've just explained in this post over in the general MKVToolNix thread how frontends/GUIs/programs using mkvmverge/mkvextract are supposed to retrieve the actual track IDs. If MKVcleaver had implemented it this way from the start then it should just have started working again with mkvmerge + mkvextract v5.2.1.

[DragonQ]

So MKVExtract GUI, MKVExtractGUI-2 and MKVCleaver are all broken right now. Great. :(

[sheck]

I tested with MKVcleaver 5.0.3 32/64 bit on WIN 7 64 bit, WIN XP 32 bit, Mkvtoolnix 5.2.1. I did not get any errors. All tracks were extracted.

I need more information to try to recreate this error.

OS version, 64 or 32 bit
MKVcleaver version, 64 or 32 bit
Installation path of MKVcleaver
Installation path of MKVToolsNix
Portable or MSI
Is UAC enabled

Please check custom.ini and make sure that the path to MKvToolsNix is correct.

[sialivi]

Windows 7 x64 SP1
MKVcleaver 0.5.0.3 x64
mkvtoolnix 5.2.1
d:\portable\matroska\MKVcleaver\
d:\portable\matroska\MKVtoolnix\
Portable
UAC enabled
path in custom.ini correct

[Chetwood]

So MKVExtract GUI, MKVExtractGUI-2 and MKVCleaver are all broken right now. Great. :(
Yep, but it works manually with mkvextract.

[hello_hello]

I don't know whether it's an MKVCleaver problem or not, but I was kind of surprised to discover this extraction bug was still being reported, then I looked at the image in post #231...

When I upgraded MKVToolnix to the "problem" version, MKVCleaver was definitely broken for me. Upgrading to 5.2.1 fixed it.
It's probably just habit but I always extract streams by selecting them under the batch mode section on the right of the MKVCleaver GUI. After reading post #231 I tried an extraction by selecting the streams in the left pane. Sure enough, I got the same error. I tried again using the same file and the right pane and MKVCleaver extracted everything without a problem.

I'd have assumed from that it's likely to be an MKVCleaver problem..... given it'll extract streams, or not, according to how you select them. Then again, MKVCleaver hasn't been updated for a reasonable period of time (I don't think) so I assume extracting has worked either way until recently?

If it matters I'm running XP and using MKVCleaver 0.5.0.3

[sheck]

I don't know whether it's an MKVCleaver problem or not, but I was kind of surprised to discover this extraction bug was still being reported, then I looked at the image in post #231...

When I upgraded MKVToolnix to the "problem" version, MKVCleaver was definitely broken for me. Upgrading to 5.2.1 fixed it.
It's probably just habit but I always extract streams by selecting them under the batch mode section on the right of the MKVCleaver GUI. After reading post #231 I tried an extraction by selecting the streams in the left pane. Sure enough, I got the same error. I tried again using the same file and the right pane and MKVCleaver extracted everything without a problem.

I'd have assumed from that it's likely to be an MKVCleaver problem..... given it'll extract streams, or not, according to how you select them. Then again, MKVCleaver hasn't been updated for a reasonable period of time (I don't think) so I assume extracting has worked either way until recently?

If it matters I'm running XP and using MKVCleaver 0.5.0.3

I confirmed it. Thanks hello_hello, you saved me a bunch of time.

Anyways, mediainfo.dll still marks IDs starting from 1 that's why the error occurs. It's easy to fix, but I will have to check with Zenitram first. If he's going to change mediainfo code to accommodate new mkvtoolnix ID assignments then there is no point in changing my code twice.

[sheck]

A patched version of MKVcleaver is now available. Version 0.5.0.4 is modified to only work with MkvToolNix 5.2.1.0 or newer. It is not a full version, just a patched executable and mediainfo.dll. You must have version 0.5.0.3 already installed (portable or MSI). Only 32 bit version is available at the moment.

Do not use version 0.5.0.4 if you have older version of MkvToolNix.

[sheck]

64 bit version is now available.

[sialivi]

@sheck
Both the 32 and 64-bit portable versions in the first post are 0.5.0.3

[sneaker_ger]

As he said: he does not offer a full package for 0.5.0.4 at the moment.
The patches are available on the google page:
http://code.google.com/p/mkvcleaver/downloads/list

[sheck]

You can also get the files from my download page which is listed on the first post.

Thanks sneaker_ger.

[73ChargerFan]

Thank you for the update. Perhaps you can make it version aware by running "mkvextract -V" and parsing the response.

[sheck]

It is version aware already. 0.5.0.4 won't work with mkvtoolnix version earlier than 5.2.1.0. Have you tried using MKVcleaver 0.5.0.4 with earlier version ?

[73ChargerFan]

No, I didn't try. I was thinking, that if the change is from 0 based index to a 1 based index, then the code could switch between the two depending on a version check. Of course, it probably isn't necessary, because you could just say it's to be used with the most current release.

Again, Thank You! I use it about once a week, and it is a real time saver.

[sheck]

Sorry, I think I misunderstood what you were trying to say. Yes, MKVcleaver 0.5.0.4 will only work with mkvtollnix version 5.2.1.0 or newer, because it's a patch. The next version will work with all mkvtoolnix versions and will be able to detect which one is being executed.

[sneaker_ger]

Is anyone able to extract attachments? I'm using 0.5.0.4 + mkvtoolnix 5.2.1 (latest pre) and I cannot get attachments to extract. It will take a second and report the successful extraction, but no file was actually created. The log just shows:
"Extracting Items - attachments
Done"

[the_weirdo]

Is anyone able to extract attachments? I'm using 0.5.0.4 + mkvtoolnix 5.2.1 (latest pre) and I cannot get attachments to extract. It will take a second and report the successful extraction, but no file was actually created. The log just shows:
"Extracting Items - attachments
Done"

That seems weird. I'm using v0.5.0.4 + mkvtoolnix 5.2.1 (build 402) and I can extract attachments just fine. Are you sure your mkv have attachments?

[sneaker_ger]

Thank you for your answer.

I'm sure they have attachments, but you are correct in that it does not seem to affect all files. The one that does not work has a whole lot of them, like 50, so maybe it has something to do with their number being too high or mkvcleaver's command line getting too long? Sadly, mkvcleaver's log is not very verbose.

[the_weirdo]

The one that does not work has a whole lot of them, like 50, so maybe it has something to do with their number being too high or mkvcleaver's command line getting too long?

I can confirm this issue, and I think it's because mkvcleaver's command line is exceeded command-line string limitation (http://support.microsoft.com/kb/830473) in this case.

[Mosu]

The incredibly limited length of Windows' command line arguments is the reason I created option files (http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge.html) that work with all of the programs, not just with mkvextract (search for "@option-file" on that web page).

[sneaker_ger]

I see.
So mkvcleaver might have to split too long command into multiple calls to make it work on all files.

/edit:
Hadn't seen your post yet, Mosu. An options file sounds like a good solution.
Already had a feature request posted to your bugtracker, which I still think would be useful. Especially for batching. Also the extract GUIs seem to break every now and then...

[sheck]

Hmm...

Can anyone post the full path to an mkv file that causes the problem ? I would like to create the same structure on my system and see what causes it. Max file path length is 256 characters. Can anyone confirm if this issue exists with older MKVcleaver and mkvtoolnix ?

[johnsonlam]

Thanks sheck, the patched version works properly.

[johnsonlam]

Hmm...

Can anyone post the full path to an mkv file that causes the problem ? I would like to create the same structure on my system and see what causes it. Max file path length is 256 characters. Can anyone confirm if this issue exists with older MKVcleaver and mkvtoolnix ?

Hi sheck,

I guess it's not matter with the MKV video's path, my video is in "F:\anime\ano natsu de matteru" and the patched version just work fine, the older v0503 crash immediately.

The older mkvtoolnix did not have this problem.

[the_weirdo]

Hmm...

Can anyone post the full path to an mkv file that causes the problem ? I would like to create the same structure on my system and see what causes it. Max file path length is 256 characters. Can anyone confirm if this issue exists with older MKVcleaver and mkvtoolnix ?

I created a mkv with about 60 attachments with short name. When I place it in root folder, I can extrack its attachments just fine. But if I rename it to something very long or place it in a long-named folder or a deep sub-folder, this issue happens. So I think it really has something to do with file path. I didn't test with older MKVcleaver and mkvtoolnix though.

[sneaker_ger]

Hmm...

Can anyone post the full path to an mkv file that causes the problem ? I would like to create the same structure on my system and see what causes it. Max file path length is 256 characters. Can anyone confirm if this issue exists with older MKVcleaver and mkvtoolnix ?

The version of mkvcleaver and mkvtoolnix does not seem to matter, so it really must be the command-line length limitation.
http://www.mediafire.com/?bokfcgcgbvkoi00

I created a mkv with about 60 attachments with short name. When I place it in root folder, I can extrack its attachments just fine. But if I rename it to something very long or place it in a long-named folder or a deep sub-folder, this issue happens. So I think it really has something to do with file path. I didn't test with older MKVcleaver and mkvtoolnix though.


I guess it's just that both the attachment's file names and the paths are part of the command-line, so extracting might work in the root directory, but not in some sub folder.

[Mosu]

*sigh*

Use option files! Really!

[sheck]

*sigh*

Use option files! Really!

I guess I'll have to. And to think the new version was almost complete.:D

[primahadi]

Hurrrrray...

mkvcleaver 0.5.0.3 work great with the latest mkvtoolnix (5.3.0)

[hello_hello]

Is there any chance MKVCleaver might one day have an option to set a default output location, or even an option similar to MKVMergeGUI which gets it to automatically default to the last used output folder the next time it runs?

[hello_hello]

Why is VideoHelp offering an older version of MKVCleaver for download, while stating it's no longer being developed?
http://www.videohelp.com/tools/MKVcleaver
They suggest using MKVExtractGUI-2 instead.

Do they just assume if software isn't updated regularly even if it doesn't need to be, it must have been abandoned? Or am I missing something?

[sneaker_ger]

It seems they have missed out on 0.5.0.4. The last version they know of is 0.5.0.3, which is over a year old and does indeed not work with the newest mkvtoolnix versions, so it wasn't that far fetched for them to call it abandoned.

[Mosu]

I consider simply stating that a project is abandoned without having asked whether it actually is to be dangerous. People will read that note on Videohelp and assume it's true. Instead, the Videohelp staff should have asked the author or at least in the forum thread (Videohelp does link to this thread as the "developer's site").

[sneaker_ger]

I used the report tool to inform them.

[sneaker_ger]

Got updated.

[hello_hello]

I guess I should have done that myself. Speaking of updating......
There's no mention of the version 0.5.0.4 patch in the first post of this thread, and I'm pretty sure the direct download links are for the full version of 0.5.0.3
It might be an idea for sheck to update the original post a little, given that's where Google seems to send someone looking for the program.

The main reason I posted about the outdated version on VideoHelp is because I was trying to provide a link to the current version for someone in another video forum, but it seems many of the places people would go to look for software such as MKVCleaver are oblivious to the 0.5.0.4 update patch. If I hadn't known to look for it myself I'd probably be wondering why the version I downloaded doesn't work properly. For example:

http://mkvcleaver.soft32.com/
http://www.softpedia.com/get/Multimedia/Video/Other-VIDEO-Tools/MKVCleaver.shtml
http://www.digital-digest.com/software/MKVcleaver.html
http://en.kioskea.net/download/download-19303-mkvcleaver

Much to my surprise, MKVCleaver doesn't seem to be hosted by AfterDawn at all.....

[sheck]

Is there any chance MKVCleaver might one day have an option to set a default output location, or even an option similar to MKVMergeGUI which gets it to automatically default to the last used output folder the next time it runs?

Next version will remember the last used location.

[sheck]

I guess I should have done that myself. Speaking of updating......
There's no mention of the version 0.5.0.4 patch in the first post of this thread, and I'm pretty sure the direct download links are for the full version of 0.5.0.3
It might be an idea for sheck to update the original post a little, given that's where Google seems to send someone looking for the program.

The main reason I posted about the outdated version on VideoHelp is because I was trying to provide a link to the current version for someone in another video forum, but it seems many of the places people would go to look for software such as MKVCleaver are oblivious to the 0.5.0.4 update patch. If I hadn't known to look for it myself I'd probably be wondering why the version I downloaded doesn't work properly. For example:

http://mkvcleaver.soft32.com/
http://www.softpedia.com/get/Multimedia/Video/Other-VIDEO-Tools/MKVCleaver.shtml
http://www.digital-digest.com/software/MKVcleaver.html
http://en.kioskea.net/download/download-19303-mkvcleaver

Much to my surprise, MKVCleaver doesn't seem to be hosted by AfterDawn at all.....

I didn't really want to post the link to the patch. I was hoping to have the new version released by now, but got a bit busy with my work.

I'm going to start working on it again and hope to release it within weeks. We'll see, right !

[jp80]

I tried to load a file , select some tracks and the output dir, but the "Extract tracks !" button is still gray and unusable, does anybody know why ?

[Chetwood]

Path to MKVToolnix not set?

[jp80]

I did not see any option in the GUI or find any ini file in the installation folder of MKVcleaver to set the path of MKVtoolnix ?

[sneaker_ger]

http://www.abload.de/img/mkvcleaverrabnu.png

[Taurus]

In the upper right corner there is a button:
"Locate MKVToolNix" :confused::mad::p
Make sure there is a MKVToolNix folder somewhere on your harddisk.....
MKVCleaver is just a helper gui for Mosu's wonderful toolset.
You have to download and install this seperately.

[jp80]

Damn I should have my glasses changed lol
Thanks for the help guys, but although I did locate mkvtoolnix in the right folder after the installation of mkvcleaver, the button is still grayed...

[Taurus]

Try to copy all files from the MKVtoolnix folder to the MKVcleaver directory and change the path again.
Maybe a permission thingie on Win7....
Working here: MKVcleaver 0.5.0.4 and MKVtoolnix 5.5.0 ("Healer")
WinXP 32bit.

[jp80]

Found the cause of my problem: the x64 version of mkvcleaver is not working with mkvtoolnix located, whereas the x32 does.

[shinchiro]

I dont if this problem have been reported earlier, it seems this v5.0.3 cannot extract font attachment inside the mkv which filename contain japanese characters. It will return error if I try to extract it

[sheck]

I dont if this problem have been reported earlier, it seems this v5.0.3 cannot extract font attachment inside the mkv which filename contain japanese characters. It will return error if I try to extract it

Please post the error here. I also would need a sample file (see my signature for upload URL). Use my email address (can be found in MKVCleaver or on http://apps.einsof-haras.ca) to upload a sample.

[gonwk]

I have been using MKVcleaver 0.5.0.1 (64) "Portable" successfully ... till I deleted some of my Old versions of Portable MKVToolnix and kept only MKVToolnix 0.5.6 and 0.5.7 portable.

SO, I just tried to extract the Subtitles from MKV to clean them up ... and it asked me to locate the "MKVExtract.exe" ... so I pointed it to 5.2.1, 5.3.0, 5.4.0, 5.6.0, 5.7.0 and I keep getting an Erorr saying ...

"Line 2781 : Error array variable subscript badly formatted".

Q1: What in the world is wrong? How to fix?

Q2: Why is the Portable Version of MKVcleaver is No Longer available?

Thanks!

G!:)

[sheck]

I have been using MKVcleaver 0.5.0.1 (64) "Portable" successfully ... till I deleted some of my Old versions of Portable MKVToolnix and kept only MKVToolnix 0.5.6 and 0.5.7 portable.

SO, I just tried to extract the Subtitles from MKV to clean them up ... and it asked me to locate the "MKVExtract.exe" ... so I pointed it to 5.2.1, 5.3.0, 5.4.0, 5.6.0, 5.7.0 and I keep getting an Erorr saying ...

"Line 2781 : Error array variable subscript badly formatted".

Q1: What in the world is wrong? How to fix?

Q2: Why is the Portable Version of MKVcleaver is No Longer available?

Thanks!

G!:)

Why not use v5.0.4 ? Get v5.0.3 portable 32 bit (http://apps.einsof-haras.ca/downloads/MKVcleaver_v0503.exe), run it once then download v5.0.4 32 bit (http://apps.einsof-haras.ca/downloads/MKVcleaver_v0504_patched.zip) and replace the files with the patched version.

If you're on vista or WIN7, please make sure to run MKVcleaver portable from a location where you have read/write access or with UAC disabled.

[gonwk]

Why not use v5.0.4 ? Get v5.0.3 portable 32 bit (http://apps.einsof-haras.ca/downloads/MKVcleaver_v0503.exe), run it once then download v5.0.4 32 bit (http://apps.einsof-haras.ca/downloads/MKVcleaver_v0504_patched.zip) and replace the files with the patched version.

If you're on vista or WIN7, please make sure to run MKVcleaver portable from a location where you have read/write access or with UAC disabled.

Hi Sheck,

Thank You for replying to my post.

1) I don't understand why a "Portable" option is not in a Zip folder Expand and there it is?

2) When you say run it once ... so, you mean INSTALL it on my Hard Drive as a Regular Program? Why is this program requiring that.

BTW, the Old version that I like and used to use before my current problem ... in VirusTotal created 2 Nasty Alerts ... might have been False Positives ...

Appreciate the Help again!

G!:)

[sheck]

Hi Sheck,

Thank You for replying to my post.

1) I don't understand why a "Portable" option is not in a Zip folder Expand and there it is?

2) When you say run it once ... so, you mean INSTALL it on my Hard Drive as a Regular Program? Why is this program requiring that.

BTW, the Old version that I like and used to use before my current problem ... in VirusTotal created 2 Nasty Alerts ... might have been False Positives ...

Appreciate the Help again!

G!:)

Hi gonwk,

1) I like it this way :)
2) Not really install. Once you run it, it will extract all necessary files in the same directory, like a self-extracting zip archive.

Other users reported the same issue on VirusTotal. Some anti-viruses detect my files as viruses, because they were compiled with AutoIt and AutoIt, unfortunately, is being used to program viruses so the anti-virus makers decided it was just easier to brand all AutoIt compiled files as viruses.

I can guarantee you that none of my files have any viruses in them. Just make sure you check the MD5 if you downloaded it from somewhere other than my site, videohelp site or google code.

[rsotome]

What a time saver this program has been. Thank you! :)

Is there anyway to add a feature to remove dialogue normalization on ac3 files?

So far, the only way to do that is in eac3to, but doing that to a great deal of files does become very time consuming.

TIA!

[sheck]

What a time saver this program has been. Thank you! :)

Is there anyway to add a feature to remove dialogue normalization on ac3 files?

So far, the only way to do that is in eac3to, but doing that to a great deal of files does become very time consuming.

TIA!

Hmmm... Perhaps I will add an option to pass custom commands to MKVCleaver. I will have to look into how much work it will require. And the tool you're using would have to accept command line parameters. I'm not sure if Eac3to can.

[sarofski]

Great Program, thanks a lot :)

And a problem I have with it:
It never saves the settings and the location of MKVToolNix, so each time I run it I have to do those again. Could someone help me fix it.
I'm using MKVToolnix 5.7.0 and MKVcleaver 5.0.3
I've put MKVcleaver files in the MKVToolNix folder.

Thanks

[sneaker_ger]

I think it saves its settings to a file in the same folder as the executable. Programs run with user rights cannot write into the program files folder by default. You could either run it with admin rights once and set the settings or move mkvcleaver to a folder with user writing rights.

[sheck]

Or, allow Users group modify permissions on the folder where MKVCleaver is installed.

[sarofski]

I think it saves its settings to a file in the same folder as the executable. Programs run with user rights cannot write into the program files folder by default. You could either run it with admin rights once and set the settings or move mkvcleaver to a folder with user writing rights.

Great, worked just fine :)
Thanks

[sarofski]

Or, allow Users group modify permissions on the folder where MKVCleaver is installed.

I don't know how to do that. I googled to learn the process but no matter what I change, it's still the same.
If it's ok, could you tell me what to do, step by step.
Thanks

[sheck]

Right click on the folder where MKVCleaver is installed and select properties then click on Security tab and click Edit button, find Users on the list and click the checkbox Full Control under Allow column, click OK.

[Chetwood]

It would be nice to have MKVCleaver add "leading" zeros to tracks < 10, like

my_ripped_movie_t01_Track05_PGS.sup

rather than

my_ripped_movie_t01_Track5_PGS.sup

Thx.

[sheck]

How would it benefit users ?

[Chetwood]

By not getting confused when compairing extracted streams to the movie to single out forced subs. I had a movie with 14 sub tracks which were out of order in the file browser cause the leading zeroes where missing for tracks < 10. Honestly, I actually thought having those was standard like forever. When I rip a CD with Exact Audio Copy, the first track is number 01 instead of 1 too.

[sheck]

Alright. I don't think it will be hard to implement so I will.

[Chetwood]

Thanks a lot!

[kazuya2k8]

Hello everyone, I'm just new here~

I'm having trouble using MKVcleaver with certain files.

Whenever I try to extract the attachments it will give me this error and MKVcleaver will exit after clicking the OK button.

Line 2774 (File "C:\Program Files\MKVcleaver\MKVcleaver_x64.exe"):


Error: Subscript used with non-Array variable.

Tried shortening the path/filename, same error. On other MKVs I have, it works fine. I'm using MKVcleaver 5.0.4 with mkvtoolnix 5.8.0.0.

EDIT:
Did some testing. It looks like an attachment with a Japanese text filename causes the error.

[sheck]

Hello everyone, I'm just new here~

I'm having trouble using MKVcleaver with certain files.

Whenever I try to extract the attachments it will give me this error and MKVcleaver will exit after clicking the OK button.

Line 2774 (File "C:\Program Files\MKVcleaver\MKVcleaver_x64.exe"):


Error: Subscript used with non-Array variable.

Tried shortening the path/filename, same error. On other MKVs I have, it works fine. I'm using MKVcleaver 5.0.4 with mkvtoolnix 5.8.0.0.

EDIT:
Did some testing. It looks like an attachment with a Japanese text filename causes the error.

Do you mind uploading the files ? I would like to test this.

Look at my signature for the link to upload site.

[sheck]

Changes:

* WIN 7 Taskbar Icon progress bar added
* Added progress bars inside GUI
* Added session handler. MKVcleaver will restore last used files if it crashes
* Changed from command line to options file when using MkvToolNix
* Added XML2CellTimes converter utility
* Changed track numbering to start with 0 if track # < 10
* Added menu to choose between simple and XML chapters
* MKVcleaver will now remember all options set in the last sessions
* Relocated custom.ini, log and options files to %UserProfile%\MKVCleaver directory to avoid UAC problems
* MKVcleaver will now give an error about missing MkvToolNix instead of keeping Extract Tracks button greyed out
* MediaInfo updated to the latest version

Fixes:

* Fixed MKVcleaver 64-bit random crashes
* Max path depth limit is now gone
* GetCodecs tools wouldn't always respond to controls
* MKVcleaver is now compatible with all versions of MkvToolNix up to v 5.8.0
* Some source optimization
* Code optimization
* Other minor fixes...

[Chetwood]

NIce, gonna check it out.

[zorrozh]

This new version 0.6.0.0 doesn't work at all.
I get this error when I try to extract some tracks:
http://img17.imageshack.us/img17/5449/sshot1u.jpg
I have MKVMerge 5.8.0

[Taurus]

This new version 0.6.0.0 doesn't work at all.
I get this error when I try to extract some tracks:
http://img17.imageshack.us/img17/5449/sshot1u.jpg
I have MKVMerge 5.8.0
The same here...
WinXp 32bit
Error in AutoIt
Back to older version for now.

[cyberbeing]

Version v 0.6.0.0 fails to create a settings ini to remember MKVToolNix location as wells as logs.

It appears to be looking in C:\Users\[UserName]\MKVCleaver which doesn't exist. This should probably be changed to C:\Users\[UserName]\AppData\Roaming\MKVCleaver.

Also the Portable Version should always be saving settings and logs in the same directory as the exe.

[sneaker_ger]

But please use "%appdata%" in the program and don't try to find the folder yourself. (Some programs allow "for all users" or "for current user" option during installation.)

For the portable, the .exe should probably just check if a settings.ini exists in the folder and use that if present. Then include an empty settings.ini in the portable packages.

[sheck]

I'm working on the update. These are actually noob mistakes that I made. That's what happens when you rush. Oh, well. :D

I will not use %appdata% as it's hidden by default. I want users to actually find the configuration files. Also, this would not work on XP.

[sheck]

Fixes:

* Paths were missing "" thus breaking when spaces were present
* MKVcleaver would not create %UserProfile%\MKVCleaver path if it didn't exists
* XML2CellTime would error out when only one file was being converted

Changes:

* Changed Portable versions to point to the %ScriptDir% for all config and log files

[cyberbeing]

You really need to move it out of %UserProfile%\MKVCleaver , since that prevents the ability to launch by just typing mkvcleaver in a Run prompt.

The %UserProfile% directory take priority over PATH variables, which causes the settings folder gets opened when mkvcleaver is typed, instead of launching the program.

[zorrozh]

OK now it works but progress bar inside GUI doesn't work... it stays like this during the whole extraction
http://img62.imageshack.us/img62/7969/sshot2ez.jpg

[Carpo]

worked fine here, both filed up as the demux happened

[sheck]

OK now it works but progress bar inside GUI doesn't work... it stays like this during the whole extraction
http://img62.imageshack.us/img62/7969/sshot2ez.jpg

The progress bars will only work during audio, video, subtitle track extraction.

[sheck]

You really need to move it out of %UserProfile%\MKVCleaver , since that prevents the ability to launch by just typing mkvcleaver in a Run prompt.

The %UserProfile% directory take priority over PATH variables, which causes the settings folder gets opened when mkvcleaver is typed, instead of launching the program.

It's not a big deal as far as I'm concerned, but I will look to see if there is a compromise.

[MasterNobody]

Link for portable 32-bit v0.6.0.1 doesn't work.

[sheck]

Link for portable 32-bit v0.6.0.1 doesn't work.

Fixed. Was a typo in file name on the server.

Thanks.

[sneaker_ger]

Also, this would not work on XP.

Why shouldn't it work? %appdata% is even older than XP, IIRC.
I'd say it's best practice to use the folder designated by the operating system for this exact case instead of trying to do your own thing.

[sheck]

Why shouldn't it work? %appdata% is even older than XP, IIRC.
I'd say it's best practice to use the folder designated by the operating system for this exact case instead of trying to do your own thing.
Yes, you're correct, my bad. And I'm not inventing anything new, %userprofile% is used by a lot of apps. The biggest reason is it's visible to users. There is a reason for AppData folder to be hidden. It was hidden to prevent inexperienced users from messing with important application data. I actually want users to see/access the files easily and modify them if needed thus the placement of the folder where it is now. Most likely it will stay there. If you don't like it, then please use the portable version.

[sneaker_ger]

Mkvextract complains about the H.264 bitstream, so that's nothing sheck could fix. You could ask in the mkvtoolnix thread (http://forum.doom9.org/showthread.php?t=155732), but likely Mosu will tell you he won't work on fixing broken files.
"Warning: Track 0: NAL too big. Size according to header field: 82331, available bytes in packet: XXXX. This NAL is defect and will be skipped."

[sheck]

Sheck, check this topic (http://forum.doom9.org/showthread.php?t=166592) out and try to reproduce the error, if you can. I cannot find a way to demux the files. Thanks.

Sorry, it's not related to MKVCleaver so I will not be spending time on this.

The best thing to do is to contact application developers for the application you're using to create the files, if they have any support.

Also, videohelp.com site has a lot of video repair tools. Maybe you can find something there to help you.

[mobius1]

Hi sheck.

It seems that MKVcleaver v 0.6.0.1 with mkvtoolnix v 5.8.0 doesn't work if path or filename contains any non-English characters (e.g. "C:\电影\a.mkv" "C:\电影.mkv").

However, v 0.5.0.4 MKVcleaver with mkvtoolnix v 5.2.1 works fine on my PC.

[Mosu]

If the GUI is calling mkvextract with option files then scheck should read the sections about option files (section 8) and escaping special characters (section 9) (http://www.bunkus.org/videotools/mkvtoolnix/doc/mkvmerge.html#mkvmerge.option_files).

[mobius1]

I just found MKVcleaver v 0.6.0.2 has been released on google code and it doesn't work either.

[sheck]

The problem was that the options file was not being saved in UTF8, but rather in ANSI.

[sheck]

Filxes:

* When converting from h264 to avi files were being split at 2 GB mark and that would produce broken avi. Removed size limit on output files.
* MKVExtract option file was being saved in ANSI format. Changed to UTF8.

[sheck]

I just found MKVcleaver v 0.6.0.2 has been released on google code and it doesn't work either.

Please re-download v 0.6.0.2. It should work now.

[mobius1]

An error comes up this time...
http://i.imgur.com/lVKvD9q.png

[sheck]

Try C:\ in the output directory. It's best if you use the browse button.

[mobius1]

Try C:\ in the output directory. It's best if you use the browse button.

Still get the same error. I forgot to say that this error appears only if path or filename contains any non-English characters.

Same problem with other mkv files and changing path and filename is the only way that I found would make it works.

[river1]

I've got no error message, but demuxing won't start when the mkv file is in a non-English path.

[sheck]

Hmm. It works fine for me. Can someone maybe post the exact path and filename they use when the error comes up ?

[mobius1]

I'm running a windows 7 in Chinese. I found that MKVcleaver works fine with filepaths containing non-English characters if language for non-unicode programs is set to English.

You should be able to reprodece this error by changing this option to Chinese and using one of those filepaths.

C:\动画.mkv
C:\新建文件夹\a.mkv
C:\新建文件夹\动画.mkv

Er, I just found "C:\NEW\动画.mkv" works but "C:\NEW\新建文件夹\a.mkv" or "C:\NEW\新建文件夹\动画.mkv" doesn't (with the option set to Chinese).

[sheck]

I cannot reproduce this error. Are you using the latest MkvToolNix ?

Can you maybe upload the file(s) for me to test with ? I'm curious if it has something to do with the file. See my signature for the link. Use my email from MKVCleaver.

[mobius1]

I found the situation is mess. After trying many files and filepathes, it seems that it doesn't depend on the file but the combination of pathes and filenames. Also 32-bit and 64-bit MKVcleaver gives different result on the same file with the same filepath.

I was using MKVToolNix v5.9.0 before. The test result posted here was carried out using v6.0.0 and I've uploaded the file.

32-bit MKVcleaver
Works:
No.1 "C:\视频\a动画.mkv"
No.2 "C:\a视频\动画.mkv"
No.3 "C:\a视频\视频\动画.mkv"
No.4 "C:\a视频\a新建文件夹\动画.mkv"

Doesn't work:
No.5 "C:\动画.mkv"
No.6 "C:\a动画.mkv"
No.7 "C:\视频\动画.mkv"
No.8 "C:\a视频\新建文件夹\动画.mkv"

64-bit MKVcleaver
Works:
No.7 "C:\视频\动画.mkv"

Doesn't work:
No.5 "C:\动画.mkv"
No.6 "C:\a动画.mkv"
No.1 "C:\视频\a动画.mkv"
No.2 "C:\a视频\动画.mkv"
No.3 "C:\a视频\视频\动画.mkv"
No.4 "C:\a视频\a新建文件夹\动画.mkv"
No.8 "C:\a视频\新建文件夹\动画.mkv"

Language for non-unicode programs is set to Chinese during the test. Only one version of MKVcleaver was instilled at the same time (I'm using msi installer).

Perhaps you could try those steps before extract

1.Uninstall MKVToolNix and MKVcleaver

2.Change the language for non-unicode programs to Chinese in contral panel then reboot

3.Delete folder "MKVcleaver" in user dir

4.Install MKVToolNix and MKVcleaver

[hello_hello]

Would it be possible for a future version of MKVcleaver to use MediaInfo to obtain any audio stream delay and write it to the file name when extracting? Similar to the way DGIndex does it when extracting the audio from vob files etc. It'd be handy to have it automated rather than need to manually check each MKV with MediaInfo after extracting the audio.

Cheers.

[sheck]

Would it be possible for a future version of MKVcleaver to use MediaInfo to obtain any audio stream delay and write it to the file name when extracting? Similar to the way DGIndex does it when extracting the audio from vob files etc. It'd be handy to have it automated rather than need to manually check each MKV with MediaInfo after extracting the audio.

Cheers.

Shouldn't be a problem.

[sheck]

I found the situation is mess. After trying many files and filepathes, it seems that it doesn't depend on the file but the combination of pathes and filenames. Also 32-bit and 64-bit MKVcleaver gives different result on the same file with the same filepath.

I was using MKVToolNix v5.9.0 before. The test result posted here was carried out using v6.0.0 and I've uploaded the file.

32-bit MKVcleaver
Works:
No.1 "C:\视频\a动画.mkv"
No.2 "C:\a视频\动画.mkv"
No.3 "C:\a视频\视频\动画.mkv"
No.4 "C:\a视频\a新建文件夹\动画.mkv"

Doesn't work:
No.5 "C:\动画.mkv"
No.6 "C:\a动画.mkv"
No.7 "C:\视频\动画.mkv"
No.8 "C:\a视频\新建文件夹\动画.mkv"

64-bit MKVcleaver
Works:
No.7 "C:\视频\动画.mkv"

Doesn't work:
No.5 "C:\动画.mkv"
No.6 "C:\a动画.mkv"
No.1 "C:\视频\a动画.mkv"
No.2 "C:\a视频\动画.mkv"
No.3 "C:\a视频\视频\动画.mkv"
No.4 "C:\a视频\a新建文件夹\动画.mkv"
No.8 "C:\a视频\新建文件夹\动画.mkv"

Language for non-unicode programs is set to Chinese during the test. Only one version of MKVcleaver was instilled at the same time (I'm using msi installer).

Perhaps you could try those steps before extract

1.Uninstall MKVToolNix and MKVcleaver

2.Change the language for non-unicode programs to Chinese in contral panel then reboot

3.Delete folder "MKVcleaver" in user dir

4.Install MKVToolNix and MKVcleaver

I was only able to reproduce similar issue twice out of 30 tests. Not sure yet of the cause.

[gonwk]

Hi sheck.

It seems that MKVcleaver v 0.6.0.1 with mkvtoolnix v 5.8.0 doesn't work if path or filename contains any non-English characters (e.g. "C:\电影\a.mkv" "C:\电影.mkv").

However, v 0.5.0.4 MKVcleaver with mkvtoolnix v 5.2.1 works fine on my PC.

Hi Mobius1,

Q: If 0.5.0.4 MKVcleaver with MKVToolnix 5.2.1 works why even bother to change to Cleaver 0.6.0.2? Just Curious!

Thanks!

G! :)

[Keiyakusha]

I was only able to reproduce similar issue twice out of 30 tests. Not sure yet of the cause.

Happens to me X times out of X tests. In my case its a Japanese windows, not Chinese. If it's not like that for you, perhaps what you reproduced is some other issue. Impossible to use MKVcleaver at all, unless I move everything to the root of the drive.

[sheck]

Keiyakusha,

Can you post the output from one of the problem files here (just copy the info from MKVCleaver):

http://einsof-haras.ca/screenshots/mkvcleaver_screen1.png

Also, can you post the output of mkvcleaver -i command for the same file.

Thanks.

[Keiyakusha]

sheck
Sorry, I'm not sure that I understand what are you talking about... I saw the post by mobius1 and It looked similar to what I'm experiencing. If I try to process file that have non-english characters in name/path, MKVcleaver simply hangs and I have to kill the process. I have no output of any kind that I can post.

[sheck]

sheck
Sorry, I'm not sure that I understand what are you talking about... I saw the post by mobius1 and It looked similar to what I'm experiencing. If I try to process file that have non-english characters in name/path, MKVcleaver simply hangs and I have to kill the process. I have no output of any kind that I can post.

Keiyakusha,

Just add a problem file to MKVcleaver, double right click on the file inside MKVcleaver and then just paste the information here.

Then run mkvmerge -i <filename> in a command line and post the output here.

I need this information to try to solve the issue.

[Keiyakusha]

Keiyakusha,

Just add a problem file to MKVcleaver, double right click on the file inside MKVcleaver and then just paste the information here.

Then run mkvmerge -i <filename> in a command line and post the output here.

I need this information to try to solve the issue.

In other words you need mediainfo information?
Also, after all you want run mkvmerge -i <filename> not mkvcleaver -i <filename> （　´∀｀）

Here. But honestly I don't see what info here can be useful for you...

File 'G:\【ピアノ】ボーカロイドメドレー＋αを弾いてみた【まらしぃ】.mkv': container: Matroska
Track ID 0: video (V_MPEG4/ISO/AVC)
Track ID 1: audio (A_AAC)

General
Unique ID: 241700717480383072349395742733407150906 (0xB5D5DD6C8BD98DB7A348F8B14680E33A)
Complete name: G:\【ピアノ】ボーカロイドメドレー＋αを弾いてみた【まらしぃ】.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size: 93.6 MiB
Duration : 16mn 19s
Overall bit rate : 801 Kbps
Encoded date : UTC 2013-06-24 03:08:20
Writing application: mkvmerge v6.2.0 ('Promised Land') built on Apr 28 2013 12:22:01
Writing library: libebml v1.3.0 + libmatroska v1.4.0

Video
ID : 1
Format : AVC
Format/Info: Advanced Video Codec
Format profile : Main@L3.1
Format settings, CABAC : No
Format settings, ReFrames: 2 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 16mn 19s
Width: 640 pixels
Height : 360 pixels
Display aspect ratio : 16:9
Frame rate mode: Constant
Frame rate : 60.000 fps
Color space: YUV
Chroma subsampling : 4:2:0
Bit depth: 8 bits
Scan type: Progressive
Language : Japanese
Default: Yes
Forced : No
Color primaries: BT.601 NTSC
Transfer characteristics : BT.601
Matrix coefficients: BT.601

Audio
ID : 2
Format : AAC
Format/Info: Advanced Audio Codec
Format profile : LC
Codec ID : A_AAC
Duration : 16mn 19s
Channel(s) : 2 channels
Channel positions: Front: L R
Sampling rate: 44.1 KHz
Compression mode : Lossy
Language : Japanese
Default: Yes
Forced : No

[johnsonlam]

I was only able to reproduce similar issue twice out of 30 tests. Not sure yet of the cause.

Hi Sheck,

I've the same problem here, but I've figure out why.

From the "mkv_cmd1.txt", the non-ASCII characters all become ????, that means MKVCleaver compile with non-Unicode binary, it may be library or something else, this is very common for the developers in US or German since they didn't use Unicode characters in their computer.

[krmit]

exactly. it don't like russian characters in path too.

[Dark Eiri]

I can't seem to open any WebM files downloaded from youtube ):

Cleaver says it's not recognized as a Matroska file.

[sheck]

Hi Sheck,

I've the same problem here, but I've figure out why.

From the "mkv_cmd1.txt", the non-ASCII characters all become ????, that means MKVCleaver compile with non-Unicode binary, it may be library or something else, this is very common for the developers in US or German since they didn't use Unicode characters in their computer.

Hmm... Works properly on my development PC. I will spin up a VM and see what difference it makes.

[sheck]

I can't seem to open any WebM files downloaded from youtube ):

Cleaver says it's not recognized as a Matroska file.

Can you provide me with an example file ? See my signature.

[Dark Eiri]

Can you provide me with an example file ? See my signature.

I'd be glad to, but it seems I need your e-mail to send you something. It needs a recipient on that site.
I uploaded it on Mediafire, if it works for you... using MKVcleaver0602 portable, says not MKV compatible. mkvextract can process it just fine.

http://www.mediafire.com/?x20jwi3v7sjwvvs

[djhifi]

sheck, with the last 2 versions of mkvtoolnix, cleaver 0.6.0.2 no longer shows overall progress/%

Will you release a new version soon ? Given the last one being from the begining...of the year ! :D

[Lenmaer]

Seems mkvtoolnix 6.7.0 broke MKVcleaver.
Some tracks can't be extracted anymore or are extracted as unknown.

[Mosu]

This is most likely due to https://github.com/mbunkus/mkvtoolnix/commit/6eebc3697cd97eeae5d0b032512ed1d1ce0f4212. The new codec names mkvmerge uses can be found in https://github.com/mbunkus/mkvtoolnix/blob/master/src/common/codec.cpp (function codec_c::initialize(), the first argument passed to each call to emplace_back(…)).

[gonwk]

Seems mkvtoolnix 6.7.0 broke MKVcleaver.
Some tracks can't be extracted anymore or are extracted as unknown.

Hi Lenmaer,

Q: Just out of curiosity what version of MKVCleaver are you using?

BTW, you don't have to use the Latest MKVToolNix with the Cleaver ... just stay with the Version that has been working for you.

G! :)

[Lenmaer]

Hi Lenmaer,

Q: Just out of curiosity what version of MKVCleaver are you using?

BTW, you don't have to use the Latest MKVToolNix with the Cleaver ... just stay with the Version that has been working for you.

G! :)

I use 6.0.2.
And yes, for now I added the binaries of the mkvtoolnix 6.6.0 into the mkvcleaver folder to make it work again.

[73ChargerFan]

Using MKVToolNix v6.7.0 & MKVcleaver 0.6.0.2 portable
The file properties on the left for filename.mkv shows as the 4th track down as "Subtitle Track<ASS> (English)" but when I extract it the extension is "filename_Track03.unknown"

Thanks again for this program.

[the_weirdo]

Using MKVToolNix v6.7.0 & MKVcleaver 0.6.0.2 portable
The file properties on the left for filename.mkv shows as the 4th track down as "Subtitle Track<ASS> (English)" but when I extract it the extension is "filename_Track03.unknown"

Thanks again for this program.

http://forum.doom9.org/showthread.php?p=1661411#post1661411

I hope sheck would release a new version of MKVcleaver soon. For now, you can use it with MKVToolNix 6.6.0 (just extract the portable version somewhere and point MKVcleaver to that folder).

[73ChargerFan]

Just confirming. Sheck has been very good about updates.

[sheck]

Fixes:

* Updated to work with latest MKVToolNix
* Updated MediaInfo dll
* Changed all command and log files to UTF16 Big Endian
* Added OPUS codec
* Added character escaping in MKVToolNix options file for all paths
* Fixed some crashes (the ones I could recreate)
* Minor bug fixes

[hello_hello]

Thank you!

No option yet for writing any audio delay to the file name when extracting audio streams? :)

[sheck]

Thank you!

No option yet for writing any audio delay to the file name when extracting audio streams? :)

Audio delay is set when merging streams, not when extracting thus MKVCleaver will never have that option.

[hello_hello]

Audio delay is set when merging streams, not when extracting thus MKVCleaver will never have that option.

The trouble is..... in order to set an audio delay when muxing streams, it's necessary to know what delay to set. So if when it's extracted..... DGIndex has always done it. MeGUI's file indexer does it when extracting MKV audio. That way it's muxers can automatically apply the correct delay.
MKVMergeGUI applies the correct delay when muxing if an audio stream has a delay written to it's file name following the word "Delay". MeGUI even writes the delay to the file name in an MKVMergeGUI friendly manner these days (well, the next version of MeGUI will). ie

Extracted Audio Delay -16ms.ac3

Maybe I'm missing the obvious, but MKVcleaver will append a two letter language code, it'll write the original track number and add the word "video" or "audio" etc. but when it comes to determining the original delay for remuxing...

Oh well..... I'll leave you with a reminder of happier times. ;)
http://forum.doom9.org/showthread.php?p=1631632y#post1631632

Anyway..... thanks again!

[sheck]

The trouble is..... in order to set an audio delay when muxing streams, it's necessary to know what delay to set. So if when it's extracted.....
DGIndex has always done it. MeGUI's file indexer does it when extracting MKV audio. That way it's muxers can automatically apply the correct delay.
MKVMergeGUI applies the correct delay if an audio stream has the delay written to the file name and the word "Delay" precedes it. MeGUI even writes the delay to the file name in an MKVMergeGUI friendly manner these days (well, the next version of MeGUI will). ie

Extracted Audio Delay -16ms.ac3

Maybe I'm missing the obvious, but MKVcleaver will append a two letter language code, it'll write the original track number and add the word "video" or "audio" etc. but when it comes to determining the original delay for remuxing, it needs to be done manually....

Oh well..... I leave you with a reminder of happier times. ;)
http://forum.doom9.org/showthread.php?p=1631632y#post1631632

Sorry, I misread the original post. I thought you wanted the delay to be written into the file (not file name).

Yes, that is planned for version 0.7.0.0 of MKVCleaver. Version 0.6.0.3 is most just bug fixes.

[hello_hello]

Thank you!!

I have a dream some day all demuxing and muxing programs will use the same convention for language codes and delays so they can always be set correctly when extracting and remuxing. I had a discussion with Mosu about it very recently, but unfortunately when it comes to the language being written to the file name he doesn't share my dream.... although why, I don't quite understand. Fortunately MKVMergeGUI already applies audio delays.

If you and Zathor would care to get together one day though...... :)
Currently MeGUI's muxers don't understand the two letter language codes used by MKVcleaver.

[beto]

AVdump keeps throwing me errors in Windows 8.1. It happens with every MKV file I have.

After closing the offending program MKVCleaver 0.6.0.3 seems to extract everything ok.

Tried both 64 and 32 bits versions in compatibility mode (7 and XPsp3) and in "regular" mode. Same error: AVdump crashes and I have to hit close to make things work again.

Really annoying if you have big batches running.

Does anyone have this issue and know of a workaround? Thanks.

[MaistroX]

HI sheck!


Great with last version! :)

Can you please add so one get the current dir as "Output Directory" If only adding one task and if adding several task, maby default output dir can be the first one.
As it´s now I have to choose every time I start a new Project!


Regards MasitroX


Fixes:

* Updated to work with latest MKVToolNix
* Updated MediaInfo dll
* Changed all command and log files to UTF16 Big Endian
* Added OPUS codec
* Added character escaping in MKVToolNix options file for all paths
* Fixed some crashes (the ones I could recreate)
* Minor bug fixes

[rsotome]

Thank you very much for this wonderful app, been using it for quite awhile. It really has been a HUGE time saver. :) !

Are there any future plans for batch video extraction to .mkv, instead of just .h264?

[the_weirdo]

Are there any future plans for batch video extraction to .mkv, instead of just .h264?

That would be remuxing, which is not a target for this tool, methinks.

[Nexin]

Option for using the source file name for the destination file name with correct extension as below is prefered

Source: Some File Name.mkv
Dest:
Some File Name (mkv).x264
Some File Name (mka).aac
Some File Name (mks).sub
Some File NAme (mka).cue
etc



Option to extract MKA audio files with an embedded cue sheet that now is using Timecodes purged from the cue sheet Index points. Need to split audio using Split Parts By Timecodes.
I ask because I could find easy way to do this with using mkvtoolnix mkvmerge tool. Need some automated way with using MKVExtractor your gui would be good. With an mka audio file with an embedded a cue sheet file which in turn during muxing to mka becomes an index file.

Also need further options for demux the mka audio file as follows..
save audio image with cue sheet (new cue sheet Index timings parsed from the Timecodes)
save audio as tracks with cue sheet
The above with corrected track times such as all tracks INDEX 01 00:00:00 for audio tracks. And corrected with Index times for image audio cue sheet file so all tracks play when any is selected. Where the cue sheet uses CD specification for mm:ss:ff

CD cue sheet mm:ss:ff examples

AUDIO 01 = INDEX 01 00:00:00

mm minutes:ss seconds:ff frames

59:59:74 (59mm:59ss:74ff)
Next possible frame in time
60:00:00 (60mm:00ss:00ff)

120:59:74 (120mm:59ss:74ff = 02 hours:59 seconds:74 frames)
Next possible frame in time
121:00:00 (121mm:00ss:00ff = 02hours and 01 minute:00 seconds:00 frames)

[Dark Eiri]

I'm still having issues with MKVCleaver not recognizing WebM files.
Keeps saying they're not supported. Tried v0.6.0.3 and latest mkvtoolnix.

Sample file: https://www.mediafire.com/?88yk6drhcl1yl96

mkvmerge, mmg and mkvextract can process the file just fine. mkvcleaver is the only one that won't.

[sheck]

HI sheck!


Great with last version! :)

Can you please add so one get the current dir as "Output Directory" If only adding one task and if adding several task, maby default output dir can be the first one.
As it´s now I have to choose every time I start a new Project!


Regards MasitroX

By "current dir" do you mean extracting to the same folder as the source file ?

That can be done.

[sheck]

That would be remuxing, which is not a target for this tool, methinks.

Correct.

[sheck]

Option for using the source file name for the destination file name with correct extension as below is prefered

Source: Some File Name.mkv
Dest:
Some File Name (mkv).x264
Some File Name (mka).aac
Some File Name (mks).sub
Some File NAme (mka).cue
etc



Option to extract MKA audio files with an embedded cue sheet that now is using Timecodes purged from the cue sheet Index points. Need to split audio using Split Parts By Timecodes.
I ask because I could find easy way to do this with using mkvtoolnix mkvmerge tool. Need some automated way with using MKVExtractor your gui would be good. With an mka audio file with an embedded a cue sheet file which in turn during muxing to mka becomes an index file.

Also need further options for demux the mka audio file as follows..
save audio image with cue sheet (new cue sheet Index timings parsed from the Timecodes)
save audio as tracks with cue sheet
The above with corrected track times such as all tracks INDEX 01 00:00:00 for audio tracks. And corrected with Index times for image audio cue sheet file so all tracks play when any is selected. Where the cue sheet uses CD specification for mm:ss:ff

CD cue sheet mm:ss:ff examples

AUDIO 01 = INDEX 01 00:00:00

mm minutes:ss seconds:ff frames

59:59:74 (59mm:59ss:74ff)
Next possible frame in time
60:00:00 (60mm:00ss:00ff)

120:59:74 (120mm:59ss:74ff = 02 hours:59 seconds:74 frames)
Next possible frame in time
121:00:00 (121mm:00ss:00ff = 02hours and 01 minute:00 seconds:00 frames)

I think you're mixing up extraction and muxing processes. .aac is not an MKA. MKA is a container and AAC is a codec. AAC can go into any container such as MP4.

When you extract an audio stream from a container the file will only contain the header and the data so I don't see a way to embed a cue sheet into the output. Cue sheets are used when muxing.

[sheck]

I'm still having issues with MKVCleaver not recognizing WebM files.
Keeps saying they're not supported. Tried v0.6.0.3 and latest mkvtoolnix.

Sample file: https://www.mediafire.com/?88yk6drhcl1yl96

mkvmerge, mmg and mkvextract can process the file just fine. mkvcleaver is the only one that won't.

Dark,

Can you please upload the sample file to https://ft.einsof-haras.ca. Choose drop-off and use my email from MKVCleaver.

Thanks.

[sheck]

Everyone,

I set up a bug/new feature request form on my site. I would appreciate if it's used for new feature requests. It's way easier to keep track of the requests and bugs that way.

http://blogs.sapib.ca/apps/bugs-requests/

[Nexin]

I think you're mixing up extraction and muxing processes. .aac is not an MKA. MKA is a container and AAC is a codec. AAC can go into any container such as MP4.

When you extract an audio stream from a container the file will only contain the header and the data so I don't see a way to embed a cue sheet into the output. Cue sheets are used when muxing.
above .x264 should be h264, avc1, or whatever the video stream actually is. For audio .aac would be correct if is that, but could be also .ac3 (or other audio extensions) etc.

To (mux) an mp4 video file as an example drop mp4 to mkvtoolnix mkv merge gui. Select destination to save mkv to done.
To (demux) extract mkv drop to mkv extractor and the video, audio and other streams are extracted. Which could be h264, avc1 (any other). Also audio streams and other streams will be demuxed such as aac, ac3 (or others). Same again for other data in the mkv (subs and others). Though I'm sure you know this.

...............

For the mka which is a container file for various many audio formats. The rest as described above need to Split Parts By Timecodes which is an mkvtoolnix mkv merge option. But also to generate a new cue sheet, made from mka timecodes Split Parts By Timecodes.

And to have ability demux as a single audio file image with again as above a cue sheet to Split Parts By Timecodes which is an mkvtoolnix mkv merge option. But also with a new cue sheet, made from mka timecodes Split Parts By Timecodes.

Both cue sheet converted timecodes to CD spec INDEX 01 times as described above.

Else if as you say a cue sheet cannot be generated to output the timecodes to a text file (.txt) to same location as the extracted (demuxed) audio image file

[sheck]

above .x264 should be h264, avc1, or whatever the video stream actually is. For audio .aac would be correct if is that, but could be also .ac3 (or other audio extensions) etc.

To (mux) an mp4 video file as an example drop mp4 to mkvtoolnix mkv merge gui. Select destination to save mkv to done.
To (demux) extract mkv drop to mkv extractor and the video, audio and other streams are extracted. Which could be h264, avc1 (any other). Also audio streams and other streams will be demuxed such as aac, ac3 (or others). Same again for other data in the mkv (subs and others). Though I'm sure you know this.

...............

For the mka which is a container file for various many audio formats. The rest as described above need to Split Parts By Timecodes which is an mkvtoolnix mkv merge option. But also to generate a new cue sheet, made from mka timecodes Split Parts By Timecodes.

And to have ability demux as a single audio file image with again as above a cue sheet to Split Parts By Timecodes which is an mkvtoolnix mkv merge option. But also with a new cue sheet, made from mka timecodes Split Parts By Timecodes.

Both cue sheet converted timecodes to CD spec INDEX 01 times as described above.

Else if as you say a cue sheet cannot be generated to output the timecodes to a text file (.txt) to same location as the extracted (demuxed) audio image file

MKVMerge options and functions will not be included in MKVCleaver as it's an extractor and will only use MKVExtract functions.

[sheck]

AVdump keeps throwing me errors in Windows 8.1. It happens with every MKV file I have.

After closing the offending program MKVCleaver 0.6.0.3 seems to extract everything ok.

Tried both 64 and 32 bits versions in compatibility mode (7 and XPsp3) and in "regular" mode. Same error: AVdump crashes and I have to hit close to make things work again.

Really annoying if you have big batches running.

Does anyone have this issue and know of a workaround? Thanks.

I must've missed this post originally.

Just turn off VFR Detection under Settings.

[MaistroX]

Yes, please! :)

By "current dir" do you mean extracting to the same folder as the source file ?

That can be done.

[Xebika]

I have a problem with MKVcleaver v0.6.0.3 x64, it can not extract chapters from my MKV files.

[kikker]

Nice tool! I use it simply to extract subtitles. Any possibility of being able to read the title tag of the subtitle tracks in the left window? The title tag is usually the place where the "forced subtitles" is indicated, as well as "commentary" and "SDH" for the hard of hearing. So, instead of seeing 4 English subtitle tracks, you know which one is which.

[LouieChuckyMerry]

sheck: thank you very much for MKVcleaver, I really appreciate it. I'd been happily using MKVExtract for several years but my usage pattern changed recently and a search for batch handling lead me here. I was wondering: is there's any way to set the batch function so that the right (batch) pane refreshes as each new file is dropped in the left pane? I ask because I work with everything from single track .mka files to .mkv files with multiple video, audio, and subtitle tracks, and as MKVcleaver is now set up it's causing me confusion when trying to batch extract from multiple files. I've read the help but couldn't find a solution. Thanks again for this great tool.

[Carpo]

Seems latest version doesnt play well with latest mkvtools

[Simon88]

Seems latest version doesnt play well with latest mkvtools

You might want to try gMKVExtractGUI v1.5.1, instead....

[Carpo]

Was the 2nd app on the list, works like a charm :)

[sheck]

sheck: thank you very much for MKVcleaver, I really appreciate it. I'd been happily using MKVExtract for several years but my usage pattern changed recently and a search for batch handling lead me here. I was wondering: is there's any way to set the batch function so that the right (batch) pane refreshes as each new file is dropped in the left pane? I ask because I work with everything from single track .mka files to .mkv files with multiple video, audio, and subtitle tracks, and as MKVcleaver is now set up it's causing me confusion when trying to batch extract from multiple files. I've read the help but couldn't find a solution. Thanks again for this great tool.

Can you explain to me what exactly you're doing and what confuses you ?

[sheck]

Nice tool! I use it simply to extract subtitles. Any possibility of being able to read the title tag of the subtitle tracks in the left window? The title tag is usually the place where the "forced subtitles" is indicated, as well as "commentary" and "SDH" for the hard of hearing. So, instead of seeing 4 English subtitle tracks, you know which one is which.

I will look into this.

[chaussettdeguerr]

Hello everybody,
mkv cleaver cannot see chapters of any mkv files, don't know why,
An idea ?
i'm running last version, and tried with older versions of mkvtoolnix with same problem. My computer run win 8.1

[sheck]

Hello everybody,
mkv cleaver cannot see chapters of any mkv files, don't know why,
An idea ?
i'm running last version, and tried with older versions of mkvtoolnix with same problem. My computer run win 8.1

Can you upload a sample ?

See my signature.

[koolpal]

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.

Came here searching for this.

Can this option be created? In case a user wants to batch extract just subtitles for all MKVs?

Thanks

[sheck]

Came here searching for this.

Can this option be created? In case a user wants to batch extract just subtitles for all MKVs?

Thanks

Sorry. Can you elaborate more ? Do you want an option where the extracted tracks have exactly the same name as the original ?

[73ChargerFan]

Thanks for your continued work on this program. It's my preferred way of pulling tracks out of MKV files.

I just installed 6.0.5 and see that in 6.0.4 you added the ability to check for updates. Could you also add an option to disable this check?

[sheck]

Thanks for your continued work on this program. It's my preferred way of pulling tracks out of MKV files.

I just installed 6.0.5 and see that in 6.0.4 you added the ability to check for updates. Could you also add an option to disable this check?

I suppose, I can. :)

[73ChargerFan]

Thanks. It's a security issue that I only let the OS and anti-virus do automatic checks.

[sheck]

Fixes:

* Allow multiple files with the same name, but different paths
* Taskbar progress should work on Windows 8 now
* Fixed path generation logic in h264 to avi conversion code
* Updated links in the Help menu and About menu
* Other minor bug fixes

Changes:

* Added Custom Filenames with variables
* Added ability to turn off automatic update checks
* Added automatic MkvToolNix detection when it is installed
* Updated MediaInfo.dll
* Other minor changes

[Overdrive80]

Crash mkvclever 6.0.6 to open it.

OS: Win 8.1 x64 Ultimate
Mkvmerge x86, last version
Mkvcleaver x64, with early release not happen.

http://s7.postimg.org/lyckntlzf/Captura.png (http://postimage.org/)

[hello_hello]

Thanks for the updates. Much appreciated. I must have missed the last couple. I was still using 0.6.0.3.

The "Custom" file name button overlaps the text next to it just a tad (at least on XP) which drew my attention to it and caused me to speculate as to whether it's always been there.......

Writing audio delays to the extracted audio's file name at last! Brilliant!! Only......

At some stage could it be a little more clever? It seems MKVCleaver checks for an audio delay relative to the video, but based on the assumption there's no video delay. Ideally, if there is one, the audio delay probably should be adjusted to compensate. It's not a common thing, but it's far from impossible. Quick example:

Mux an MKV with no audio delay while specifying a +50ms delay for the video. Check the muxed MKV with MediaInfo. It'll report an audio delay of -50ms. Extract the audio with MKVCleaver and the audio delay written to the file name is 0ms.

Although thinking about it, there's two likely scenarios, Re-encoding the audio and adding it to the original MKV, in which case a 0ms delay would be correct, or re-encoding both the audio and video, in which case a -50ms audio delay would probably be required. Is there a clever way to do it that'd cover both possibilities I'm not thinking of?

Edit:
What about an option to write both video and audio delays to the extracted audio's file name so the user could decide how to handle it? Probably only necessary if there is a video delay, otherwise only the audio delay is written. Or.... maybe if there's a video delay MKVCleaver could create a little text file in the same location as the extracted audio, specifying the video delay amount, and the audio delay would be written to the audio stream as it is currently. Or, maybe if there's a video delay the audio delay could be written in such a way that it's obvious there is one, even if it's something like "File_Name_EN_DELAY_Unspecified.AC3" so the user knows in this case it's his job to work it out. Just some thoughts....

Thanks again. No more checking for audio delays manually. Awesome!

[sheck]

Thanks for the updates. Much appreciated. I must have missed the last couple. I was still using 0.6.0.3.

The "Custom" file name button overlaps the text next to it just a tad (at least on XP) which drew my attention to it and caused me to speculate as to whether it's always been there.......

Writing audio delays to the extracted audio's file name at last! Brilliant!! Only......

At some stage could it be a little more clever? It seems MKVCleaver checks for an audio delay relative to the video, but based on the assumption there's no video delay. Ideally, if there is one, the audio delay probably should be adjusted to compensate. It's not a common thing, but it's far from impossible. Quick example:

Mux an MKV with no audio delay while specifying a +50ms delay for the video. Check the muxed MKV with MediaInfo. It'll report an audio delay of -50ms. Extract the audio with MKVCleaver and the audio delay written to the file name is 0ms.

Although thinking about it, there's two likely scenarios, Re-encoding the audio and adding it to the original MKV, in which case a 0ms delay would be correct, or re-encoding both the audio and video, in which case a -50ms audio delay would probably be required. Is there a clever way to do it that'd cover both possibilities I'm not thinking of?

Edit:
What about an option to write both video and audio delays to the extracted audio's file name so the user could decide how to handle it? Probably only necessary if there is a video delay, otherwise only the audio delay is written. Or.... maybe if there's a video delay MKVCleaver could create a little text file in the same location as the extracted audio, specifying the video delay amount, and the audio delay would be written to the audio stream as it is currently. Or, maybe if there's a video delay the audio delay could be written in such a way that it's obvious there is one, even if it's something like "File_Name_EN_DELAY_Unspecified.AC3" so the user knows in this case it's his job to work it out. Just some thoughts....

Thanks again. No more checking for audio delays manually. Awesome!

That can be done. I will see what way makes the best sense.

The button seems to have resizing issue. It looks fine if the window is resized a bit bigger. I will fix it in the next release.

[sheck]

Crash mkvclever 6.0.6 to open it.

OS: Win 8.1 x64 Ultimate
Mkvmerge x86, last version
Mkvcleaver x64, with early release not happen.

http://s7.postimg.org/lyckntlzf/Captura.png (http://postimage.org/)

Hmmm. Let me do some testing.

[sheck]

Hmmm. Let me do some testing.

Looks like this only affects x64 version. Use x86 version for now.

[gendalv]

6.0.6 x64 crashes on launch - previous x64 versions aren't, 6.0.6 x86 isn't.
mkvtoolnix 5.8.0 win8.1x64
this

BEX64
MKVcleaver_x64_v0606.exe
0.6.0.6
54c92879
StackHash_3b37
0.0.0.0
00000000
PCH_30_FROM_ntdll+0x00000000000911FA
c0000005
0000000000000008

[hello_hello]

When using the custom file name option, if you include options such as language or delay that don't apply to every track, the tracks to which they don't apply are extracted with spaces in the file name. It's no big deal, but I just thought I'd mention it as maybe the file naming could be improved a little.

For example when language and delay are included in the custom file name, a chapter file is extracted like this (there's two spaces but I think the forum software is removing one):

video .txt

Cheers.

[sheck]

When using the custom file name option, if you include options such as language or delay that don't apply to every track, the tracks to which they don't apply are extracted with spaces in the file name. It's no big deal, but I just thought I'd mention it as maybe the file naming could be improved a little.

For example when language and delay are included in the custom file name, a chapter file is extracted like this (there's two spaces but I think the forum software is removing one):

video .txt

Cheers.

This is by design. I don't know how you're going to construct the file name so there is no way for me to know what to remove.

For example if your custom file name is [filename]_[lng]-[delay] then the output for subtitles will be somefile_-.srt

Simply remove spaces from the custom file name.

Edit:

I may add logic to remove some common characters like space, dash, # and underscore. Depending on how much work is involved.

[sheck]

6.0.6 x64 crashes on launch - previous x64 versions aren't, 6.0.6 x86 isn't.
mkvtoolnix 5.8.0 win8.1x64
this

BEX64
MKVcleaver_x64_v0606.exe
0.6.0.6
54c92879
StackHash_3b37
0.0.0.0
00000000
PCH_30_FROM_ntdll+0x00000000000911FA
c0000005
0000000000000008


This was already reported and confirmed. I'm working on a fix. Use x86 version for now.

[hello_hello]

For MKVCleaver 0.6.0.6 (and 0.6.0.3, although probably also the versions in between) selecting "Settings/TimesCodes/Timecodes Only" from the top menu stops the "Convert h264 tracks to AVI files" function from working. Is that expected behaviour?
I'm not actually checking "timecodes" for extraction. Just the video track. It extracts but the process stops there without converting to AVI. Changing the menu option to "Settings/TimesCodes/Timecodes With Tracks" gets it working.

Thanks.

[gendalv]

suggestion: add a filename option that would have <file name>.track# or just <file name> , it's useful for external subtitles and audio-tracks, without the need to rename them after extraction, since players can see tracks with the same name before a dot in the end.


16 similar files (3 audio tracks, 2 sub tracks total) extracting simultaneously:
for some reason when I selected first sub track manually in each file - it extracted the second subtitle track from each file instead.

[sheck]

suggestion: add a filename option that would have <file name>.track# or just <file name> , it's useful for external subtitles and audio-tracks, without the need to rename them after extraction, since players can see tracks with the same name before a dot in the end.


16 similar files (3 audio tracks, 2 sub tracks total) extracting simultaneously:
for some reason when I selected first sub track manually in each file - it extracted the second subtitle track from each file instead.

Custom Filenames should do what you want.

I will look into the extraction issue.

[hello_hello]

For MKVCleaver 0.6.0.6 (and 0.6.0.3, although probably also the versions in between) selecting "Settings/TimesCodes/Timecodes Only" from the top menu stops the "Convert h264 tracks to AVI files" function from working. Is that expected behaviour?
I'm not actually checking "timecodes" for extraction. Just the video track. It extracts but the process stops there without converting to AVI. Changing the menu option to "Settings/TimesCodes/Timecodes With Tracks" gets it working.

Any news as to whether the above is a bug or a feature? :)

Also, I can't get batch extraction of chapters to work with version 0.6.0.7. When i try to batch extract chapters, only the chapters from the last loaded file in the left pane are extracted.

Thanks.

[sheck]

Any news as to whether the above is a bug or a feature? :)

Also, I can't get batch extraction of chapters to work with version 0.6.0.7. When i try to batch extract chapters, only the chapters from the last loaded file in the left pane are extracted.

Thanks.

It was a bug. Works for me in 0.6.0.7.

I will look into the chapter extraction issue.

[hello_hello]

It was a bug. Works for me in 0.6.0.7.

I will look into the chapter extraction issue.

It's still not working correctly for me (version 0.6.0.7). I'm running XP if it makes a difference. When "timecodes only" is selected and the "convert to AVI" function is checked, MKVcleaver extracts the video but still fails to convert to AVI.

Thanks.

[sheck]

It's still not working correctly for me (version 0.6.0.7). I'm running XP if it makes a difference. When "timecodes only" is selected and the "convert to AVI" function is checked, MKVcleaver extracts the video but still fails to convert to AVI.

Thanks.

What's the codec for the video file ? Is it h.264 ? It will only convert h.264 to AVI.

[hello_hello]

What's the codec for the video file ? Is it h.264 ? It will only convert h.264 to AVI.

Yes, it's definitely h264 and it's definitely related to the timecodes option. Converting to AVI works as expected when "timecodes with tracks" is selected. When it's "timecodes only" the video is extracted normally but the process stops there.

[gendalv]

Please add [Title] and/or [Language] tags into the custom filename form. These are quite obvious tags to add imo :/

also would be nice to have some sort of indication of time remaining until completion or % done.

[sarofski]

"Track Language Code" no longer exists in the settings, could you add it again.
Meanwhile I'm trying to make a custom filename which includes language code. I have tried these lines:

<filename>_Track#_LNG
<filename>_Track#_[LNG]

But when I want to verify them I get a warning: Current filename configuration does not have a unique variable, Output files of the same types maybe overwritten.

And if I ignore it and save my custom file name, when I want to extract a track I get this error:
"Error: Failed to create the file 'D:\<filename>_Track#_LNG.aac': 0 (open file error)
Extraction failed"

What could be the problem?
Thanks

[sheck]

Please add [Title] and/or [Language] tags into the custom filename form. These are quite obvious tags to add imo :/

also would be nice to have some sort of indication of time remaining until completion or % done.

There is [LNG] tag. Does that not work ?
The title of what ? Track title ?

[sheck]

"Track Language Code" no longer exists in the settings, could you add it again.
Meanwhile I'm trying to make a custom filename which includes language code. I have tried these lines:

<filename>_Track#_LNG
<filename>_Track#_[LNG]

But when I want to verify them I get a warning: Current filename configuration does not have a unique variable, Output files of the same types maybe overwritten.

And if I ignore it and save my custom file name, when I want to extract a track I get this error:
"Error: Failed to create the file 'D:\<filename>_Track#_LNG.aac': 0 (open file error)
Extraction failed"

What could be the problem?
Thanks

Unique variable is one that changes from file to file, like file name. Otherwise all files will have the same output name and will be overwritten with the next one.

The way you had it should've worked, I think. :D. I will look into it. You have to follow the syntax though.

[mbcd]

Thanks a lot for this useful program.

One bug I found since a long time ago:

Extracting of chapters does not work. If I demux more than one file, I get finaly only ONE chapterfile which contains the chapters of the last demuxt file.

Something went wrong with chapter-extraction.

[frankp]

I'm using MKVcleaver in Windows 10 (64bit), but i can't seem to get it to work.
Files are loading, program is reporting it's extracting the subtitles, but no subtitles are placed in de destination folder.

[sheck]

I'm using MKVcleaver in Windows 10 (64bit), but i can't seem to get it to work.
Files are loading, program is reporting it's extracting the subtitles, but no subtitles are placed in de destination folder.

Please file a bug here (http://blogs.sapib.ca/apps/bugs-requests/)

[sheck]

Changes:

* Added video delay placeholder to custom file names
* Audio delay is calculated against video delay when audio delay is not negative
* Added separator and placeholder cleanup when using custom file names
* Removed avdump. VFR check is now done with MediaInfo.dll
* Updated MediaInfo.dll
* MediaInfo full media information is now in a separate window
* Update URL is now set in a DNS record
* Tested with latest MkvToolNix


Fixes:

* Custom file name chapter and cuesheets extraction errors
* Update check would not turn off
* Status bar progress should now work on Windows 10
* Extract button behavior correction when removing tracks in the left pane
* Inconsistent logging when extraction errors occured
* Other minor bug fixes

[73ChargerFan]

Thanks for the update!

[Simon88]

Windows 10 appears to flag MKVcleaver v0.6.0.8 Portable as a Trojan. I can neither extract it or access it as Windows 10 quarantines it.

[hello_hello]

Thanks for the new version!

I've deleted a fair bit of this post now as after some trial and error I think I got a clearer picture of the problem. Not what's causing it, but at least when it happens. The explanation continues in post #427.

The problem:
For quite a while I've found MKVcleaver to be fairly hit and miss when it comes to converting h264 streams to AVI.
The MKV in the log below is one I encoded using the latest x264 and muxed with the latest MKVToolNix. It's variable frame rate. This is what the log file says after extracting with MKVckeaver 0.6.0.8

Extraction started on 08/09/2016 at 11:23:04
test.mkv :
Extracting Items - video(vfr) (ok);
Converting h264 track to AVI (ok);
Done
Extraction finished on 08/09/2016 at 11:23:12

It failed to mux the h264 stream as an AVI though.

With VFR detection enabled, MKVcleavcer 0.6.0.7 automatically extracts the timecodes along with the video stream for the above file, but 0.6.0.8 does not. Neither version muxes the extracted video as an AVI. They appear to be trying though, as a "remuxing as AVI" message appears in the status bar very briefly, but nothing else happens. I assume the utility MKVcleaver uses for muxing must be silently failing.

Cheers. :)

[hello_hello]

Feature request:

Would it be possible to add a "timecodes only" option to the right pane for batch extracting?
99.9% of the time I use the right pane even when I'm only extracting streams from a single MKV, and it'd be handy if it took precedence over the timecodes option under settings. That way you could (for example) select "video" and "timecodes" in the right pane to extract both, or "video" and "timecodes only" to extract just the video timecodes etc. At the moment selecting timecodes in the right pane often requires checking the timecodes option under the Settings menu to make sure it's set correctly, which is not a major inconvenience, but not having to check would be even better.

Thanks.

[hello_hello]

[full disclosure] I'm running MKVcleaver on XP [/full disclosure]

sheck,
I played around a bit more with AVI muxing.....

I tested MKVCleaver 0.6.0.6 and 0.6.0.5 and the results weren't any different to the current version, but when I stopped testing VFR MKVs I discovered muxing h264 streams as AVI works fine for any version of MKVcleaver as long as it decides they're constant frame rate. It's the streams being reported as VFR in the log file that fail to mux. Go figure... after an hour of testing VFR MKVs earlier.

avctoavi.exe doesn't seem to have a problem with any of the streams though. I can successfully use it to mux VFR h264 streams as AVI after MKVcleaver has extracted them. I tried the avctoavi that comes with MKVcleaver as well as a slightly old version that comes with avc2avi_gui (http://www.videohelp.com/software/avc2avi). Both worked.

One thing I noticed if it means anything to you. When I switched to the older avc2avi the success rate for muxing VFR streams as AVI increased somewhat. Of the nine files I tested earlier only three failed to mux and for those a 232 byte AVI was created. I realise that's useless but it's an improvement on no file being created by the avc2avi MKVcleaver uses. ;)

MKVcleaver 0.6.0.7 appears to have a 100% success rate when it comes to determining whether an MKV is variable frame rate (according to it's log). It also seems to have a 100% success rate when it comes to automatically extracting the timecodes along with a variable frame rate video stream. The muxing of VFR streams as AVI is mostly unsuccessful though.

MKVcleaver 0.6.0.5, 0.6.0.6 and 0.6.0.8 are fairly good at detecting VFR streams but not 100% accurate. I've got at least one VFR MKV they all see as CFR but version 0.6.0.7 gets it right. None of those versions are very likely to automatically extract timecodes even when they do detect a VFR stream. I think they might manage to do so very occasionally although through the last half hour of extracting streams they've had a combined success rate of 0%. The muxing of VFR streams as AVI is mostly unsuccessful with MKVcleaver's version of avc2avi.

I have no problems extracting. It's just the VFR detection and AVI muxing.
I really hope this isn't an XP thing..... although avc2avi is probably older than XP.

Thanks.

[filler56789]

...............

I really hope this isn't an XP thing..... although avc2avi is probably older than XP.

ONLY if you mean XP w/ Service Pack 3. XP was released in 2001 :)

[hello_hello]

Feature request(s):

Would it be possible for a future MKVcleaver to write three letter language codes to the extracted streams rather than two letter codes? I don't know about other encoder GUI's (do any muxers use two letter language codes?) but MeGUI would automatically set French as the language for this stream:
test_track2_fre_DELAY 0ms.ac3
And for this one:
test_track2_french_DELAY 0ms.ac3
For this too:
test [2] French Delay 23ms.ac3
But unfortunately not so much for this one:
test 02 FR DELAY 23ms.ac3

And while I hesitate to mention the opposition.... although MKVcleaver's batch demuxing has no peer.... I'll confess the way gMKVExtractGUI displays the delay for each MKV stream is kind of nice... and handy sometimes. ;)

[hello_hello]

ONLY if you mean XP w/ Service Pack 3. XP was released in 2001 :)

Yes I was referring to the third instalment in the XP trilogy.

[hello_hello]

I've been thinking a little about the different ways delays could be handled when extracting lately. I don't know if there's a perfect solution, but from the help file....

If Audio and Video delays are both requested and when the audio delay is positive relative to the video track then audio delay is calculated as (video delay - audio delay) and only the audio delay will be output; the video delay will be suppressed.

Should that read "calculated as (audio delay - video delay)"?
And could I ask.... what does "if audio and video delays are both requested" mean exactly? It seems obvious but....
I have a file with a 50ms video delay and a 100ms audio delay.
My custom file name setup:
[Filename]< [Track#]< [LNG]< [vDelay]< [Delay]

Extracting video on it's own - no delay written to the stream.
Audio on it's own - 50ms delay.
Together - no video delay written, 50ms audio delay.

Taking the video delay out of the file name setup:
[Filename]< [Track#]< [LNG]< [Delay]
The result is exactly the same. MKVcleaver won't write the real 100ms audio delay no matter what I do.

"If the audio delay becomes negative then both audio and video delay will be output as they are present in the input file."

Traditionally a negative delay is written to the audio stream and it's truncated accordingly by the muxer.... under the assumption it's being muxed with a video stream that no longer has a delay (ie after re-encoding), but to my way of thinking the traditional "assume no video delay" assumption is being applied when the audio delay exceeds the video delay, but not when the video delay is greater, and it's making my head hurt..... :)

[hello_hello]

Some fresh woes when remuxing video as AVI.....

This is how MKVInfo describes the video:

| + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
| + Track UID: 1
| + Track type: video
| + Lacing flag: 0
| + MinCache: 1
| + Codec ID: V_MPEG4/ISO/AVC
| + CodecPrivate, length 43 (h.264 profile: High @L4.1)
| + Default duration: 33.367ms (29.970 frames/fields per second for a video track)
| + Video track
| + Pixel width: 656
| + Pixel height: 480
| + Display width: 656
| + Display height: 480

It's constant frame rate, encoded by x264 within the last few days and muxed with MKVToolNix 9.4.2

MKVCleaver extracts the video fine and gives it a .h264 extension.
The entry from MKVCleaver's log file when using the "convert h264 track to AVI" option:

Extraction started on 09/23/2016 at 07:29:40
video.mkv :
Extracting Items - video (ok);
Codec is not V_MPEG4/ISO/AVC. Not converting to AVI
Done
Extraction finished on 09/23/2016 at 07:29:42

I tried remuxing with MKVMerge 7.8.0 to see if that'd make a difference. It did not. I tried telling MKVCleaver to use MKVToolNix 7.8.0 to see if that'd make a difference. It did not. I still don't know if this is an XP thing. I've been meaning to test using a newer version of Windows but I haven't installed one yet.

[Perenista]

This app isn't working with this MKV, too:
http://forum.doom9.org/showpost.php?p=1786481&postcount=258

It's only extracting the XML chapters. I tried selecting all audio tracks and subtitles.

P.S. It's confirmed: the reason it isn't extracting is due to the PCM 5.1 track. Read my post below:
http://forum.doom9.org/showpost.php?p=1786760&postcount=260

Why is this app also refusing to extract PCM 5.1 tracks? The rest of the tracks can be extracted fine.

[sheck]

Hmm... I see there are a lot of posts, however, I never received any notifications. I have to look into that.

[sheck]

Windows 10 appears to flag MKVcleaver v0.6.0.8 Portable as a Trojan. I can neither extract it or access it as Windows 10 quarantines it.

I can't do anything about it. Please, report it as a false positive.

But before that, make sure that the hash matches the one on my site.

[sheck]

Feature request:

Would it be possible to add a "timecodes only" option to the right pane for batch extracting?
99.9% of the time I use the right pane even when I'm only extracting streams from a single MKV, and it'd be handy if it took precedence over the timecodes option under settings. That way you could (for example) select "video" and "timecodes" in the right pane to extract both, or "video" and "timecodes only" to extract just the video timecodes etc. At the moment selecting timecodes in the right pane often requires checking the timecodes option under the Settings menu to make sure it's set correctly, which is not a major inconvenience, but not having to check would be even better.

Thanks.

So you want time codes only option under each track ? Otherwise it would be the same as how it works now. Or do you want timecodes only option moved to the right pane and apply to all tracks ?

[sheck]

Feature request(s):

Would it be possible for a future MKVcleaver to write three letter language codes to the extracted streams rather than two letter codes? I don't know about other encoder GUI's (do any muxers use two letter language codes?) but MeGUI would automatically set French as the language for this stream:
test_track2_fre_DELAY 0ms.ac3
And for this one:
test_track2_french_DELAY 0ms.ac3
For this too:
test [2] French Delay 23ms.ac3
But unfortunately not so much for this one:
test 02 FR DELAY 23ms.ac3

And while I hesitate to mention the opposition.... although MKVcleaver's batch demuxing has no peer.... I'll confess the way gMKVExtractGUI displays the delay for each MKV stream is kind of nice... and handy sometimes. ;)

I will look into it. Shouldn't be a problem.

[sheck]

If Audio and Video delays are both requested and when the audio delay is positive relative to the video track then audio delay is calculated as (video delay - audio delay) and only the audio delay will be output; the video delay will be suppressed.

This means that if the user requests both delays to be written to the filename...

The way it's calculated is:

If the video delay is 100ms and audio delay is 200ms then the video delay is useless (or if not then I would need to know cases why it would not be) so it is not written and the audio delay is calculated as audio delay(200ms) - video delay (100ms) = audio delay 100ms.


Should that read "calculated as (audio delay - video delay)"?

Yes, that's correct. That's a typo on my end. It is coded correctly in the source though.


I have a file with a 50ms video delay and a 100ms audio delay.
My custom file name setup:
[Filename]< [Track#]< [LNG]< [vDelay]< [Delay]

Extracting video on it's own - no delay written to the stream.
Audio on it's own - 50ms delay.
Together - no video delay written, 50ms audio delay.
Taking the video delay out of the file name setup:
[Filename]< [Track#]< [LNG]< [Delay]
The result is exactly the same. MKVcleaver won't write the real 100ms audio delay no matter what I do.

I will look into this one. Probably an oversight on my part.

[sheck]

Some fresh woes when remuxing video as AVI.....

This is how MKVInfo describes the video:

| + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
| + Track UID: 1
| + Track type: video
| + Lacing flag: 0
| + MinCache: 1
| + Codec ID: V_MPEG4/ISO/AVC
| + CodecPrivate, length 43 (h.264 profile: High @L4.1)
| + Default duration: 33.367ms (29.970 frames/fields per second for a video track)
| + Video track
| + Pixel width: 656
| + Pixel height: 480
| + Display width: 656
| + Display height: 480

It's constant frame rate, encoded by x264 within the last few days and muxed with MKVToolNix 9.4.2

MKVCleaver extracts the video fine and gives it a .h264 extension.
The entry from MKVCleaver's log file when using the "convert h264 track to AVI" option:

Extraction started on 09/23/2016 at 07:29:40
video.mkv :
Extracting Items - video (ok);
Codec is not V_MPEG4/ISO/AVC. Not converting to AVI
Done
Extraction finished on 09/23/2016 at 07:29:42

I tried remuxing with MKVMerge 7.8.0 to see if that'd make a difference. It did not. I tried telling MKVCleaver to use MKVToolNix 7.8.0 to see if that'd make a difference. It did not. I still don't know if this is an XP thing. I've been meaning to test using a newer version of Windows but I haven't installed one yet.
I will look into this one.

[sheck]

This app isn't working with this MKV, too:
http://forum.doom9.org/showpost.php?p=1786481&postcount=258

It's only extracting the XML chapters. I tried selecting all audio tracks and subtitles.

P.S. It's confirmed: the reason it isn't extracting is due to the PCM 5.1 track. Read my post below:
http://forum.doom9.org/showpost.php?p=1786760&postcount=260

Why is this app also refusing to extract PCM 5.1 tracks? The rest of the tracks can be extracted fine.

This is a question for Mosu. Looks like mkvextract.exe is not able to extract the track.

[sheck]

Feature request(s):

And while I hesitate to mention the opposition.... although MKVcleaver's batch demuxing has no peer.... I'll confess the way gMKVExtractGUI displays the delay for each MKV stream is kind of nice... and handy sometimes.


I will need more info about this one. MKVCleaver can be made to write the delay the same exact way as gMKVExtractGUI.

[sheck]

[full disclosure] I'm running MKVcleaver on XP [/full disclosure]

sheck,
I played around a bit more with AVI muxing.....

I tested MKVCleaver 0.6.0.6 and 0.6.0.5 and the results weren't any different to the current version, but when I stopped testing VFR MKVs I discovered muxing h264 streams as AVI works fine for any version of MKVcleaver as long as it decides they're constant frame rate. It's the streams being reported as VFR in the log file that fail to mux. Go figure... after an hour of testing VFR MKVs earlier.

avctoavi.exe doesn't seem to have a problem with any of the streams though. I can successfully use it to mux VFR h264 streams as AVI after MKVcleaver has extracted them. I tried the avctoavi that comes with MKVcleaver as well as a slightly old version that comes with avc2avi_gui (http://www.videohelp.com/software/avc2avi). Both worked.

One thing I noticed if it means anything to you. When I switched to the older avc2avi the success rate for muxing VFR streams as AVI increased somewhat. Of the nine files I tested earlier only three failed to mux and for those a 232 byte AVI was created. I realise that's useless but it's an improvement on no file being created by the avc2avi MKVcleaver uses. ;)

MKVcleaver 0.6.0.7 appears to have a 100% success rate when it comes to determining whether an MKV is variable frame rate (according to it's log). It also seems to have a 100% success rate when it comes to automatically extracting the timecodes along with a variable frame rate video stream. The muxing of VFR streams as AVI is mostly unsuccessful though.

MKVcleaver 0.6.0.5, 0.6.0.6 and 0.6.0.8 are fairly good at detecting VFR streams but not 100% accurate. I've got at least one VFR MKV they all see as CFR but version 0.6.0.7 gets it right. None of those versions are very likely to automatically extract timecodes even when they do detect a VFR stream. I think they might manage to do so very occasionally although through the last half hour of extracting streams they've had a combined success rate of 0%. The muxing of VFR streams as AVI is mostly unsuccessful with MKVcleaver's version of avc2avi.

I have no problems extracting. It's just the VFR detection and AVI muxing.
I really hope this isn't an XP thing..... although avc2avi is probably older than XP.

Thanks.
AVI files do not support vfr tracks so it will always fail to convert.
You must convert them to cfr manually first.

I will probably code MKVCleaver to log an error in these cases if I cannot find an automatic way to convert a vfr file to cfr.

[hello_hello]

So you want time codes only option under each track ? Otherwise it would be the same as how it works now. Or do you want timecodes only option moved to the right pane and apply to all tracks ?

Yeah, I think my idea at the time was to have a "timecodes only" and a "timecodes with tracks" option in the right pane. That wouldn't alter the functionality would it, just make it obvious which mode MKVCleaver is in.

Or it mightn't necessarily need to be in the top right pane. The menu item could be moved to the Video Options section in the lower right pane with a checkbox to switch between timecodes and timecodes with tracks. Just so you can see what state it's in rather than it being hidden under a menu.

[hello_hello]

If the video delay is 100ms and audio delay is 200ms then the video delay is useless (or if not then I would need to know cases why it would not be) so it is not written and the audio delay is calculated as audio delay(200ms) - video delay (100ms) = audio delay 100ms.

To be honest it was so long ago I'm struggling to remember what the issue was, although I don't think the correct delay was always being written.

The main problem is traditionally it's always been assumed the video delay is zero and the audio delay is adjusted accordingly, as mostly the video is re-encoded and any video delay is lost, but when it comes to the second rule it's being done differently.

If the audio delay becomes negative then both audio and video delay will be output as they are present in the input file.

To keep it consistent with the first rule, the extracted files should look like this, assuming the video delay is 200ms and the audio delay is 100ms.

Episode one 01 EN DELAY 0ms.h264
Episode one 02 EN DELAY -100ms.ac3

Using the current method if the video delay is 200ms and the audio delay is 100ms, after re-encoding the video, a muxer would normally need to apply a -100ms delay to the audio, but MKVCleaver writes 100ms and the audio sync would be out by 200ms.

I think currently the delay written to the audio stream can be different according to whether the video delay is also requested or not. To be honest, I'm not sure that's a good idea.

The above keeps the traditional "no video delay" assumption intact, but unfortunately it doesn't always work when extracting and remuxing. I don't there's an automatic solution to fit every circumstance, but maybe one idea might be to write the video delay to both streams, "if" the video delay isn't zero, as a guide for manual adjustment. ie

Original video delay 200ms, audio 100ms, extracted files:
Episode one <V200ms> 01 EN DELAY 0ms.h264
Episode one <V200ms> 02 EN DELAY -100ms.ac3

Original video delay 50ms, audio 200ms, extracted files:
Episode one <V50ms> 01 EN DELAY 0ms.h264
Episode one <V50ms> 02 EN DELAY 150ms.ac3

That gives you the required information to extract a stream, re-encode it, then mux it back into the original MKV, so to speak.
In the second example you'd extract the audio stream, add it back to the existing MKV, the muxer would automatically apply a 150ms delay, and you'd know to adjust it by +50ms to stay in sync.
In my case I'd generally do the opposite and adjust both streams by -50ms, but either way you need to know the original video delay to do it.

Just some thoughts.... but I think the audio delay should always be calculated the same way. Changing that according to whether it'd be positive or negative doesn't seem like a good idea to me, as I'm easily confused. ;)

[hello_hello]

I will need more info about this one. MKVCleaver can be made to write the delay the same exact way as gMKVExtractGUI.

I wasn't referring to how it's written, but the way it's displayed when opening an MKV.

It comes down to the problem discussed in my previous post. When an audio stream is extracted the original video delay is assumed to be zero, but if you want to extract it and remux it back into the original MKV, there's no way to know if the delay needs to be re-adjusted or even if there was a video delay in the original MKV without manually checking.

https://s23.postimg.org/c6x5o9l8r/gmkv.gif

Even checking with MediaInfo doesn't tell you much. It adjusts the audio delay it displays automatically too, so if it shows a -100ms audio delay there's no way to know if the audio delay is 0ms and the video delay 100ms, or if the audio delay is 50ms and the video delay is 150ms etc. It never displays a video delay.

[sheck]

Yeah, I think my idea at the time was to have a "timecodes only" and a "timecodes with tracks" option in the right pane. That wouldn't alter the functionality would it, just make it obvious which mode MKVCleaver is in.

Or it mightn't necessarily need to be in the top right pane. The menu item could be moved to the Video Options section in the lower right pane with a checkbox to switch between timecodes and timecodes with tracks. Just so you can see what state it's in rather than it being hidden under a menu.

I will color coordinate Timecodes on the right side. Red if timecodes only is set and regular color if it's not set

[sheck]

As for the delays, they are not purely for informational purposes. When muxing mkv files mkvmerge will read the delays from the audio files and set it automatically. It won't do the same for video files. So having an audio delay is more important. So if we can subtract audio delay from video delay and get a positive number, the video delay is removed completely from the file name, because it is no longer needed. Now, if we get a negative audio delay after the subtraction, there are multiple ways to go:

1) Write a negative delay to the audio file and forget about the video delay.
2) Write both the video and the audio delays to their respective files as they were in the source.

I personally do not like negative delays since some muxers will just drop the negative frames possibly making the audio cut out. I also don't know how every video player handles negative delays. So I chose not to deal with negative delays.

I think I will keep MKVCleaver the way it is in regards to writing negative delays to audio files, unless you can point me in a direction of some discussion where I can find more information about why I should not do it.

[sheck]

I wasn't referring to how it's written, but the way it's displayed when opening an MKV.

It comes down to the problem discussed in my previous post. When an audio stream is extracted the original video delay is assumed to be zero, but if you want to extract it and remux it back into the original MKV, there's no way to know if the delay needs to be re-adjusted or even if there was a video delay in the original MKV without manually checking.

https://s23.postimg.org/c6x5o9l8r/gmkv.gif

Even checking with MediaInfo doesn't tell you much. It adjusts the audio delay it displays automatically too, so if it shows a -100ms audio delay there's no way to know if the audio delay is 0ms and the video delay 100ms, or if the audio delay is 50ms and the video delay is 150ms etc. It never displays a video delay.
I think the answer here is the same as my previous post. I don't see a reason to display delays at all in the GUI as they are written to the file name.

I will test it to make sure the delays are calculated and written correctly, however, I don't see a reason to add that information to the GUI.

Again, if you can make a case as to how this saves time vs having the delay in the filename, I will reconsider.

[sheck]

Original video delay 200ms, audio 100ms, extracted files:
Episode one <V200ms> 01 EN DELAY 0ms.h264
Episode one <V200ms> 02 EN DELAY -100ms.ac3

Original video delay 50ms, audio 200ms, extracted files:
Episode one <V50ms> 01 EN DELAY 0ms.h264
Episode one <V50ms> 02 EN DELAY 150ms.ac3

That gives you the required information to extract a stream, re-encode it, then mux it back into the original MKV, so to speak.
In the second example you'd extract the audio stream, add it back to the existing MKV, the muxer would automatically apply a 150ms delay, and you'd know to adjust it by +50ms to stay in sync.
In my case I'd generally do the opposite and adjust both streams by -50ms, but either way you need to know the original video delay to do it.


I don't follow this. Is it not the same to have video delay of 50ms and audio delay of 200ms as having video delay of 0ms and audio delay of 150ms ? Why would you need to adjust it when muxing ?

[sheck]

I was going through possible scenarios with the audio,video delay and, you're right hello_hello, there are too many possibilities. So I've decided to just write the original values from source to the file name.

[hello_hello]

I was going through possible scenarios with the audio,video delay and, you're right hello_hello, there are too many possibilities. So I've decided to just write the original values from source to the file name.

Please don't.... :) but if you do, that would be one argument for displaying the delay values for each stream in the GUI.

I have a file with a 100ms video delay and a 150ms audio delay.
150ms is written to the audio stream when it's extracted. If the video is re-encoded the video delay will become zero and 150ms will be wrong. It should be 50ms. The only way to know what a 50ms or 150ms audio delay means (however you do it) is if you can check the video delay.

DGIndex has always written negative audio delays and it's never been an issue for me. I can't say I've even felt like important audio was removed when muxing because the delay was negative. Does the audio ever start before the first frame?
If you happen to have an issue with that, it's easy enough to manually over-ride when muxing.
"Episode one 02 EN DELAY -117ms.ac3"
The muxer will automatically apply a -117ms delay. Change it to zero manually, make the delay for the video stream 117ms and the beginning of the audio won't be cut, but most people would probably be used to the "video delay is zero" method, and I suspect prefer it, otherwise every muxer wouldn't do it. ;)

Personally I think the precedent set by DGIndex should be adhered to, because that's what everyone expects. The delay written to the audio stream should assume the video delay is zero and adjusted accordingly, whether that makes it positive or negative.

I still think the best compromise is to stick to that system and also write the video delay to the audio stream, if it's not zero.
Something like:
"Episode one <V50ms> 02 EN DELAY 150ms.ac3"

You know if you're re-encoding the video a 150ms audio delay will be correct. You know if you extract the audio, re-encode it and remux it with the original file there's a 50ms video delay to account for, so the audio delay needs to be manually adjusted to 200ms.

I don't follow this. Is it not the same to have video delay of 50ms and audio delay of 200ms as having video delay of 0ms and audio delay of 150ms ? Why would you need to adjust it when muxing ?

I guess you know what I was referring to now, but it's the difference between muxing the audio after having encoded the video (effectively making the video delay zero) and re-encoding the audio only and remuxing it with the original MKV, in which case the video delay mightn't be zero, so ideally you'd have a way to check it.

If anything I'd at least prefer to go with the "always assume the video delay is zero" method because generally it is. Video delays in MKVs aren't particularly common, but they do exist.

One final thought..... I've not used DGIndexNV or any of the newer flavours, which I assume can extract audio from MKVs, as most encoder GUI's do, as does MKVExtractGUI or gMKVExtractGUI etc..... but it'll be really nice if it didn't matter which program you used to extract the audio, it'd have the same delay written to the stream when it's extracted. Do you know if DGIndexNV can extract the audio and does it write negative delays?
As far as I know, all programs would write the same delay now as long as the video delay really is zero, but so far the only other program that takes any video delay into account is gMKVExtractGUI (aside from maybe DGIndexNV) and it works on the "video delay is zero" principle, but you can at least check the video delay with the GUI if need be.

Thanks.

[Danette]

When running a batch of MKV’s, MKVCleaver 0.6.0.8 (32-bit) hangs on my Win 7, at various points in a batch list, about half the time. This requires killing the process and, when restarted, picking up where it left off.

Looking for hints in an old thread, I find that, once MKVCleaver hangs, mkvextract.exe does not appear in the task manager.

[Mosu]

Hey,

someone just reported to me that using MKVToolNix v10.0.0 breaks mkvcleaver. Note that I haven't verified this myself, but please look into it.

My guess is that it's one of two things:

v10.0.0 is the first version with more than one digit in a component which might cause a version check to fail.
Additionally sorting version numbers via simple string comparisons will sort 10.0.0 as being smaller than 9.9.0. Again this might make a version check fail.

[desperado836]

yeah, it pukes on me, only extracting the chapters file, had to roll back to MKVToolNix 9.9.0, works perfectly then

[davizator]

yeah, it pukes on me, only extracting the chapters file, had to roll back to MKVToolNix 9.9.0, works perfectly then

yes, same here...

[Mosu]

The author has written here (https://blogs.sapib.ca/apps/bugs-requests/errors-out-with-mkvtoolnix-10-0-0/) that it was indeed a buggy version check, and that this check's been fixed for the upcoming release.

[mkdrive2]

I am unable to extract the audio from mkv files when I use MKVToolNix version 10.0.0 or 11.0.0. I get the following error message in the log file:
Extracting Items - audio (error);
Codec is not V_MPEG4/ISO/AVC. Not converting to AVI
Error: Nothing to do.
Extraction failed

I reinstalled version 9.9.0, and there are no problems again.

[hello_hello]

sheck,
Will the next MKVCleaver support older versions of MKVToolNix or will an MKVToolNix that goes "ding" be required (version 11+)?

It seems MKVToolNix can never work on XP again because apparently some people wanted a muxing program to play sounds, and that'll prevent it working on XP forever.

I'm just wondering if we'll still be able to use older XP machines for extraction with a version of MKVToolNix that runs on them because it doesn't go ding (version 10 or older).

Cheers.

[sneaker_ger]

AFAIK the sound playing is a feature of MkvToolNix GUI and shouldn't affect other tools using mkvextract or mkvmerge. Of course no one will guarantee you for how long. And usually old versions work for quite some time because the basic CLI usage rarely changes.

[sheck]

Changes:

* Implemented SQLIte database as the storage engine for internal arrays and the log
* Added utility to rotate logs
* Added log settings and log viewer
* Added more detailed logging
* Update check is now using JSON format
* Changed mkvmerge -i to mkvmerge -J. MKVCleaver is now using JSON format to query MKVtoolNix CLI tools
* Removed mkvextract version check
* Added minimum MKVToolNix version. Minimum version is 10
* Added [LNG3], [LNGf] and [Delay] placeholders
* Removed [vDelay] placeholder
* Changed how [aDelay] placeholder works
* Added Quick and Full VFR detection modes
* Added VFR to CFR conversion (experimental)
* Removed avdump2
* Added batch filters for extraction
* Moved About button under Help menu
* Added Segment UIDs extraction
* Added ability to add files to MKVCleaver by dragging and dropping a text file
* Added instance check. Max instances is now 1
* Removed Audio FLAC in OGG container option
* Major source changes to accommodate SQLite DB and Windows 10
* MKVCleaver minimum GUI size is now set for both x and y axis
* Minor changes to custom.ini file options
* Timecodes checkbox text will be red when Timecodes Only option is selected (visual aid)

Fixes:

* Fixed Drag & Drop on Windows 10
* Fixed state and text detection for files and tracks windows under Windows 10
* Fixed Go button state changes based on what is selected
* Fixed Audio track language was displayed as English when no language was set
* Fixed h.264 to avi conversion errors
* Optimized code to idle CPU when nothing is happening
* Changed acv2avi.exe to the version from VideoHelp

[sheck]

sheck,
Will the next MKVCleaver support older versions of MKVToolNix or will an MKVToolNix that goes "ding" be required (version 11+)?

It seems MKVToolNix can never work on XP again because apparently some people wanted a muxing program to play sounds, and that'll prevent it working on XP forever.

I'm just wondering if we'll still be able to use older XP machines for extraction with a version of MKVToolNix that runs on them because it doesn't go ding (version 10 or older).

Cheers.

Older versions are no longer supported, Minimum MKVToolNix version supoorted is 10. This is due to MKVCleaver switching to JSON for querying mkvmerge and mkvextract.

It should still work on XP, however, I don't have XP any longer to test.

[hello_hello]

sheck,
Thanks for the new version.

I've only had a quick play (MKVToolNix 10), and maybe it's an XP thing, but when running the the portable version it offers an error message regarding "log_rotate.exe not being a valid win32 application", although after dismissing the error message the program seems to work okay. The installer causes the same error message to appear when installing.

I've also managed to bump into a kind of file name oddity with a bunch of files I tested. They're the only files I have that are named this way, but they just happened to be handy for testing. They look like this in version 0.6.0.8 vs 0.7.0.0 (I can't select the individual tracks for extraction and they make no appearance in the Batch section.

https://s28.postimg.org/s5llofgpp/MKVCleaver1.gif

https://s28.postimg.org/on9ls1ftp/MKVCleaver2.gif

But the same files renamed:

https://s28.postimg.org/tzyg663q5/MKVCleaver3.gif

And playing with the batch filter I discovered the drop down box #2 appears empty, so it makes no sense yet.

https://s28.postimg.org/koce97r6l/MKVCleaver4.gif

Only one instance of MKVCleaver at a time now. That's new. Is there a reason?

I don't know if they're all XP things but I'll play around some more later.

Thanks again for the hard work!

[sheck]

sheck,
Thanks for the new version.

I've only had a quick play (MKVToolNix 10), and maybe it's an XP thing, but when running the the portable version it offers an error message regarding "log_rotate.exe not being a valid win32 application", although after dismissing the error message the program seems to work okay. The installer causes the same error message to appear when installing.

I've also managed to bump into a kind of file name oddity with a bunch of files I tested. They're the only files I have that are named this way, but they just happened to be handy for testing. They look like this in version 0.6.0.8 vs 0.7.0.0 (I can't select the individual tracks for extraction and they make no appearance in the Batch section.

https://s28.postimg.org/s5llofgpp/MKVCleaver1.gif

https://s28.postimg.org/on9ls1ftp/MKVCleaver2.gif

But the same files renamed:

https://s28.postimg.org/tzyg663q5/MKVCleaver3.gif

And playing with the batch filter I discovered the drop down box #2 appears empty, so it makes no sense yet.

https://s28.postimg.org/koce97r6l/MKVCleaver4.gif

Only one instance of MKVCleaver at a time now. That's new. Is there a reason?

I don't know if they're all XP things but I'll play around some more later.

Thanks again for the hard work!

I included 64 bit log_rotate.exe by accident. It's not an essential part of MKVCLeaver and everything will still work.

A bug has been reported where files with an apostrophe in the name cause issues with the database. Apostrophe's have to be escaped in SQLite. Something I missed when learning SQLite.

The second dropdown box is empty because you haven't created any parameters yet. Click Menu->Parameters Config. It's in the help file.

The reason for one instance is because SQLite has a limitation of only one process being able to write to the database. To work with multiple instances I would have to write queue manager for SQLite queries. Something that I may do in the future, but it is a lot of work. I'm planing to attempt to make MKVCleaver multi threaded so a queue manager may not even be needed.

[Tylerr]

can you add title for subtitles to the custom filename options?

example from mediainfo:

Text #1
ID : 4
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : Opening/Signs
Language : English
Default : Yes
Forced : No

Text #2
ID : 5
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : Vegapunk Subs
Language : English
Default : No
Forced : No

Text #3
ID : 6
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : Funimation Subs
Language : English
Default : No
Forced : No

[sheck]

can you add title for subtitles to the custom filename options?

example from mediainfo:

Text #1
ID : 4
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : Opening/Signs
Language : English
Default : Yes
Forced : No

Text #2
ID : 5
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : Vegapunk Subs
Language : English
Default : No
Forced : No

Text #3
ID : 6
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info : Advanced Sub Station Alpha
Compression mode : Lossless
Title : Funimation Subs
Language : English
Default : No
Forced : No

I will look into this.

[sheck]

Fixes:

* Fixed error with SQLite when files have apostrophe(s) in the file name.
* Fixed error when extracting simple chapters.
* Added back Send To menu in portable versions.
* Fixed error detection for chapters, tags and cues.
* Fixed log_rotate.exe hanging in some situations.
* Fixed json formatting when extracting time codes with default file naming options.

[hello_hello]

Thanks for the update.

Note for XP users..... so far, MKVCleaver seems to work happily with MKVToolnix 12.0.0 on XP even if versions of mkvtoolnix-gui.exe later than version 10.0.0 don't run on XP because they go "ding".

sheck,
As a side note, I have uBlock Origin installed in PaleMoon / Firefox as an AdBlocker. When I visit your site, I see your "please white list me" message even though I have in fact white listed blogs.sapib.ca, although after the page loads, if I then refresh it, I see the message replaced with an advertisement. I don't know who's fault it is, the adblocking detection method or uBlock Origin, but I thought I'd mention it.

Thanks again for the update!!

[sheck]

Thanks for the update.

Note for XP users..... so far, MKVCleaver seems to work happily with MKVToolnix 12.0.0 on XP even if versions of mkvtoolnix-gui.exe later than version 10.0.0 don't run on XP because they go "ding".

sheck,
As a side note, I have uBlock Origin installed in PaleMoon / Firefox as an AdBlocker. When I visit your site, I see your "please white list me" message even though I have in fact white listed blogs.sapib.ca, although after the page loads, if I then refresh it, I see the message replaced with an advertisement. I don't know who's fault it is, the adblocking detection method or uBlock Origin, but I thought I'd mention it.

Thanks again for the update!!

Thx for letting me know. I had other users report the same, however, I can only sometimes reproduce the that behavior and so it is difficult to troubleshoot. I will continue trying to resolve it.

[hello_hello]

Thx for letting me know. I had other users report the same, however, I can only sometimes reproduce the that behavior and so it is difficult to troubleshoot. I will continue trying to resolve it.

Is it a caching issue, or maybe cookie related?

I have no idea, but I ask because I just went to your site and this time it went straight to displaying an ad, so it may relate to the fact I pretty much always clear cookies and temp internet files when closing the browser, something I haven't done for several days now, but as a rule I imagine I'd rarely visit your site without clearing everything in between. Maybe that'll help......

Edit. Then again...........
I tried a little experimenting, clearing temp files and cookies and restarting the browser but I couldn't duplicate the problem at all with Firefox. For Pale Moon, I could duplicate it fairly consistently, but it happened once even after I disabled uBlock completely and restarted the browser. Just see see, I disabled the "tell sites not to track me" option in PaleMoon's preferences and the "disable adblocker" message didn't appear after the next restart. Only problem is I've enabled both that option and uBlock again and now it's behaving as expected. I'm just seeing the ad even after clearing everything and restarting the browser. I don't know if that setting has anything to do with it, whether changing it and changing it back could make any difference, or whether it's just a huge co-incidence and the computer is messing with me, as they do, but that's what's happened so far.....

[o-l-a-v]

Idea / Feature request:
- Batch remux mkv files, choose what files to keep / not to keep. Delete original mkv if success.

Use case:
1. I got 30 ish mkv files with two audio tracks, I only want to keep one of them. The second audio track is commentary, removing it will save me 100mb pr mkv.
2. "Update" your MKV's to the latest version, old versions might be lacking some features?

[sheck]

Idea / Feature request:
- Batch remux mkv files, choose what files to keep / not to keep. Delete original mkv if success.

Use case:
1. I got 30 ish mkv files with two audio tracks, I only want to keep one of them. The second audio track is commentary, removing it will save me 100mb pr mkv.
2. "Update" your MKV's to the latest version, old versions might be lacking some features?

Others had requested this as well, however, this is not a simple feature to add. MKVCleaver is an extractor and making it mux MKVs would mean I would have to write a batch muxer, which is a different application altogether, then join the two. I simply don't have the time at the moment to write a new application. Possibly in the future.

[sheck]

Changes:

* Added [TrackType#] placeholder.
* Added auto recovery when MKVCleaver hangs.
* Added notification when MKVCleaver cannot connect to the Internet.
* Minor logging changes.

Fixes:

* Fixed “Check for Updates” was not following what’s in the ini file.
* Fixed MKVCleaver error when extracting by selecting tracks in the left pane.
* Fixed [Track#] being replaced by incorrect numbers in some cases.

[goLot]

http://i.imgur.com/2hyR1p6.jpg

[sheck]

http://i.imgur.com/2hyR1p6.jpg

Can you post the full media info for that file ? Double click on the file name in the left pane.

Does it happen with any file or just that one ?

[sheck]

I was able to reproduce this error only when I prevent mkvmerge from returning any data on query of a file.

Something on your system preventing MKVCleaver from reading mkvmerge CLI output. I've seen this before with Symantec security software. Possibly, MKVCleaver is being run in some sort of sandboxed environment.

[goLot]

Can you post the full media info for that file ? Double click on the file name in the left pane.

Does it happen with any file or just that one ?



General
Unique ID: 235261905188639355233485557165109085697 (0xB0FDCB77DBAB058F8C28E66FD95D0601)
Complete name: K:\_k.720p\__tmp__\---pking\Shinjuku.Swan.II.2017.Japanese\Shinjuku.Swan.II.2017.720p.BluRay.x264-WiKi.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size: 4.80 GiB
Duration : 2 h 13 min
Overall bit rate : 5 155 kb/s
Movie name : Jubowo @ WiKi
Encoded date : UTC 2017-06-05 12:43:30
Writing application: mkvmerge v12.0.0 ('Trust / Lust') 64bit
Writing library: libebml v1.3.4 + libmatroska v1.4.5
Attachments: DFPHuaZongW5-B5 1.0.2005.12.28.ttf / 汉仪秀英体繁.ttf

Video
ID : 1
Format : AVC
Format/Info: Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames: 12 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 2 h 13 min
Bit rate : 4 506 kb/s
Width: 1 280 pixels
Height : 538 pixels
Display aspect ratio : 2.40:1
Frame rate mode: Constant
Frame rate : 23.976 (24000/1001) FPS
Color space: YUV
Chroma subsampling : 4:2:0
Bit depth: 8 bits
Scan type: Progressive
Bits/(Pixel*Frame) : 0.273
Stream size: 4.19 GiB (87%)
Writing library: x264 core 129 r2245+704+36 8e61944 tMod+MixAQ [8-bit@4:2:0 X86_64]
Encoding settings: cabac=1 / ref=12 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=11 / psy=1 / fade_compensate=0.00 / psy_rd=1.05:0.10 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=18 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=10 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc=2pass / mbtree=0 / bitrate=4506 / ratetol=1.0 / qcomp=0.70 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1 / aq-strength=0.85 / aq-sensitivity=10.00 / aq-ifactor=1.00 / aq-pfactor=1.00 / aq-bfactor=1.00 / aq2=0
Language : Japanese
Default: Yes
Forced : No

Audio
ID : 2
Format : AC-3
Format/Info: Audio Coding 3
Format settings, Endianness: Big
Codec ID : A_AC3
Duration : 2 h 13 min
Bit rate mode: Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions: Front: L C R, Side: L R, LFE
Sampling rate: 48.0 kHz
Frame rate : 31.250 FPS (1536 spf)
Bit depth: 16 bits
Compression mode : Lossy
Stream size: 610 MiB (12%)
Language : Japanese
Service kind : Complete Main
Default: Yes
Forced : No

Text
ID : 3
Format : ASS
Codec ID : S_TEXT/ASS
Codec ID/Info: Advanced Sub Station Alpha
Duration : 2 h 8 min
Bit rate : 87 b/s
Count of elements: 1711
Compression mode : Lossless
Stream size: 81.9 KiB (0%)
Language : Chinese
Default: Yes
Forced : No

Menu
00:00:00.000 : en:00:00:00.000
00:12:42.761 : en:00:12:42.761
00:26:15.448 : en:00:26:15.448
00:34:42.205 : en:00:34:42.205
00:40:27.174 : en:00:40:27.174
00:52:57.674 : en:00:52:57.674
01:07:26.876 : en:01:07:26.876
01:17:39.363 : en:01:17:39.363
01:31:44.248 : en:01:31:44.248
01:45:00.377 : en:01:45:00.377
02:01:16.602 : en:02:01:16.602
02:08:14.269 : en:02:08:14.269




----------------

it happens sometimes, not just this one. (Since 0.7.0.0)
Not only WiKi's release.

Here's another:

http://i.imgur.com/agMeumq.jpg

This one, I use 'Duckweed.2017.乘風破浪' as the folder name in purpose. Chinese characters are included.
(Does MKVCleaver support UTF-8 or Unicode characters as filename?)

I changed the folder name to 'Duckweed.2017', MKVCleaver works fine again.

General
Unique ID: 242207038627877585463809162161532245660 (0xB63760FBE2DE9DE794D1AB00A24D169C)
Complete name: K:\_k.720p\__tmp__\---pking\Duckweed.2017.乘風破浪\Duckweed.2017.720p.BluRay.x264-WiKi.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size: 3.50 GiB
Duration : 1 h 41 min
Overall bit rate : 4 932 kb/s
Movie name : Jubowo @ WiKi
Encoded date : UTC 2017-06-09 17:30:29
Writing application: mkvmerge v12.0.0 ('Trust / Lust') 64bit
Writing library: libebml v1.3.4 + libmatroska v1.4.5

Video
ID : 1
Format : AVC
Format/Info: Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames: 12 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1 h 41 min
Bit rate : 4 294 kb/s
Width: 1 280 pixels
Height : 536 pixels
Display aspect ratio : 2.40:1
Frame rate mode: Constant
Frame rate : 24.000 FPS
Color space: YUV
Chroma subsampling : 4:2:0
Bit depth: 8 bits
Scan type: Progressive
Bits/(Pixel*Frame) : 0.261
Stream size: 3.04 GiB (87%)
Writing library: x264 core 129 r2245+704+36 8e61944 tMod+MixAQ [8-bit@4:2:0 X86_64]
Encoding settings: cabac=1 / ref=12 / deblock=1:-3:-3 / analyse=0x3:0x133 / me=umh / subme=11 / psy=1 / fade_compensate=0.00 / psy_rd=1.05:0.10 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=18 / lookahead_threads=3 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=10 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=80 / rc=2pass / mbtree=1 / bitrate=4294 / ratetol=1.0 / qcomp=0.70 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1 / aq-strength=0.85 / aq-sensitivity=10.00 / aq-ifactor=1.00 / aq-pfactor=1.00 / aq-bfactor=1.00 / aq2=0
Language : Chinese
Default: Yes
Forced : No

Audio
ID : 2
Format : AC-3
Format/Info: Audio Coding 3
Format settings, Endianness: Big
Codec ID : A_AC3
Duration : 1 h 41 min
Bit rate mode: Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions: Front: L C R, Side: L R, LFE
Sampling rate: 48.0 kHz
Frame rate : 31.250 FPS (1536 spf)
Bit depth: 16 bits
Compression mode : Lossy
Stream size: 465 MiB (13%)
Language : Chinese
Service kind : Complete Main
Default: Yes
Forced : No

Text #1
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info: UTF-8 Plain Text
Duration : 1 h 34 min
Bit rate : 37 b/s
Count of elements: 1407
Stream size: 26.4 KiB (0%)
Title: Simplified
Language : Chinese
Default: Yes
Forced : No

Text #2
ID : 4
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info: UTF-8 Plain Text
Duration : 1 h 34 min
Bit rate : 37 b/s
Count of elements: 1407
Stream size: 26.4 KiB (0%)
Title: Traditional
Language : Chinese
Default: No
Forced : No

Menu
00:00:00.000 : en:00:00:00.000
00:05:20.791 : en:00:05:20.791
00:13:02.166 : en:00:13:02.166
00:17:07.291 : en:00:17:07.291
00:22:44.458 : en:00:22:44.458
00:27:21.125 : en:00:27:21.125
00:31:40.291 : en:00:31:40.291
00:35:47.708 : en:00:35:47.708
00:41:04.625 : en:00:41:04.625
00:43:53.833 : en:00:43:53.833
00:47:14.375 : en:00:47:14.375
00:56:54.791 : en:00:56:54.791
01:00:44.875 : en:01:00:44.875
01:04:25.291 : en:01:04:25.291
01:10:06.916 : en:01:10:06.916
01:14:43.958 : en:01:14:43.958
01:23:15.833 : en:01:23:15.833
01:27:53.125 : en:01:27:53.125
01:30:42.333 : en:01:30:42.333
01:33:43.416 : en:01:33:43.416

-----------------------------


this one, folder name has only ANSI characters, same as it's filename.

http://i.imgur.com/rQ6nCso.jpg


p.s.
I've tried it again with KIS disabled.

[sheck]

I set up the same directory structure on my machine and was not able to reproduce the error even with the Chinese characters. Everything was extracting fine.

Can you please run the following command and post the output ?

1. Create a command.json file somewhere. C:\Temp for example. Open it with Notepad or other text editor and paste the text below. The only thing you have to change it the path to the mkv file with actual path to the file. Replace all \ in the file with \\.

Obviously, use the mkv file that causes that error.

[
"--ui-language",
"en",
"-J",
"full path to the mkv file"
]

2. Open a command line window and then cd into the directory where MKVToolNix is installed. Then run the following:

mkvmerge @"C:\Temp\command.json"

Assuming that your json file is in C:\Temp.

Then just post the output here.

[goLot]

Can you please run the following command and post the output ?



C:\Program Files\MKVToolNix>mkvmerge @"C:\tmp\command.json"
{
"attachments": [
{
"content_type": "application/x-truetype-font",
"description": "",
"file_name": "DFPHuaZongW5-B5 1.0.2005.12.28.ttf",
"id": 1,
"properties": {
"uid": 4362650260188525481
},
"size": 4134208
},
{
"content_type": "application/x-truetype-font",
"description": "",
"file_name": "汉仪秀英体繁.ttf",
"id": 2,
"properties": {
"uid": 13901122490794128034
},
"size": 4342760
}
],
"chapters": [
{
"num_entries": 12
}
],
"container": {
"properties": {
"container_type": 17,
"date_local": "2017-06-05T20:43:30+08:00",
"date_utc": "2017-06-05T12:43:30Z",
"duration": 7999424000000,
"is_providing_timecodes": true,
"muxing_application": "libebml v1.3.4 + libmatroska v1.4.5",
"segment_uid": "b0fdcb77dbab058f8c28e66fd95d0601",
"title": "Jubowo @ WiKi",
"writing_application": "mkvmerge v12.0.0 ('Trust / Lust') 64bit"
},
"recognized": true,
"supported": true,
"type": "Matroska"
},
"errors": [],
"file_name": "K:\\_k.720p\\__tmp__\\---pking\\Shinjuku.Swan.II.2017.Japanese\\Shinjuku.Swan.II.2017.720p.BluRay.x264-WiKi.mkv",
"global_tags": [],
"identification_format_version": 6,
"track_tags": [],
"tracks": [
{
"codec": "MPEG-4p10/AVC/h.264",
"id": 0,
"properties": {
"codec_id": "V_MPEG4/ISO/AVC",
"codec_private_data": "01640029ffe1001967640029ac520d0140117e48400000fa40002ee023c60c636001000768e8ce0acf23c06ffa7f00",
"codec_private_length": 47,
"default_duration": 41708333,
"default_track": true,
"display_dimensions": "1280x538",
"enabled_track": true,
"forced_track": false,
"language": "jpn",
"minimum_timestamp": 0,
"number": 1,
"packetizer": "mpeg4_p10_video",
"pixel_dimensions": "1280x538",
"uid": 1
},
"type": "video"
},
{
"codec": "AC-3/E-AC-3",
"id": 1,
"properties": {
"audio_channels": 6,
"audio_sampling_frequency": 48000,
"codec_id": "A_AC3",
"codec_private_length": 0,
"default_duration": 32000000,
"default_track": true,
"enabled_track": true,
"forced_track": false,
"language": "jpn",
"minimum_timestamp": 0,
"number": 2,
"uid": 9562527780952643742
},
"type": "audio"
},
{
"codec": "SubStationAlpha",
"id": 2,
"properties": {
"codec_id": "S_TEXT/ASS",
"codec_private_data": "5b53637269707420496e666f5d0d0a3b205363726970742067656e657261746564206279204165676973756220332e322e320d0a3b20687474703a2f2f7777772e616567697375622e6f72672f0d0a5469746c653a2044656661756c7420416567697375622066696c650d0a536372697074547970653a2076342e30302b0d0a577261705374796c653a20300d0a5363616c6564426f72646572416e64536861646f773a207965730d0a5943624372204d61747269783a2054562e3630310d0a506c6179526573583a20313238300d0a506c6179526573593a20313032340d0a0d0a5b416567697375622050726f6a65637420476172626167655d0d0a566964656f2046696c653a203f64756d6d793a32342e3030303030303a343030303030303a313238303a3732303a3232353a3232353a3232353a0d0a566964656f2041522056616c75653a20312e3737373737380d0a566964656f205a6f6f6d2050657263656e743a20302e3530303030300d0a5363726f6c6c20506f736974696f6e3a203235350d0a416374697665204c696e653a203139330d0a566964656f20506f736974696f6e3a20333630300d0a0d0a5b56342b205374796c65735d0d0a466f726d61743a204e616d652c20466f6e746e616d652c20466f6e7473697a652c205072696d617279436f6c6f75722c205365636f6e64617279436f6c6f75722c204f75746c696e65436f6c6f75722c204261636b436f6c6f75722c20426f6c642c204974616c69632c20556e6465726c696e652c20537472696b654f75742c205363616c65582c205363616c65592c2053706163696e672c20416e676c652c20426f726465725374796c652c204f75746c696e652c20536861646f772c20416c69676e6d656e742c204d617267696e4c2c204d617267696e522c204d617267696e562c20456e636f64696e670d0a5374796c653a2044657369676e65722ce6b189e4bbaae7a780e88bb1e4bd93e7b9812c36302c264830304646464646462c264830304646464646462c264830304646464646462c264830304646464646462c302c2d312c302c302c3130302c3131352c312c302c302c322c302c312c352c352c33372c3133340d0a5374796c653a2044656661756c742c4446504875615a6f6e6757352d42352c37312c264832354646464646462c264830304646464646462c264832303631323234432c264830304646464646462c302c302c302c302c3130302c3130352c302c302c302c322e352c302c322c352c352c32392c3133340d0a5374796c653a20436f6d6d656e742c4446504875615a6f6e6757352d42352c35352c264832354646464646462c264830304646464646462c264832303631323234432c264830304646464646462c302c302c302c302c3130302c3130352c302c302c302c322e352c302c382c352c352c33332c3133340d0a5374796c653a20436f6d6d656e74322c4446504875615a6f6e6757352d42352c37312c264832354646464646462c264830304646464646462c264832303631323234432c264830304646464646462c302c302c302c302c3130302c3130352c302c302c312c322e352c302c322c352c352c3132302c3133340d0a0d0a5b4576656e74735d0d0a466f726d61743a204c617965722c2053746172742c20456e642c205374796c652c204163746f722c204d617267696e4c2c204d617267696e522c204d617267696e562c204566666563742c20546578740d0a0d0a",
"codec_private_length": 1267,
"default_track": true,
"enabled_track": true,
"forced_track": false,
"language": "chi",
"minimum_timestamp": 5000000000,
"number": 3,
"text_subtitles": true,
"uid": 15280138310350355339
},
"type": "subtitles"
}
],
"warnings": []
}

[goLot]

C:\Program Files\MKVToolNix>mkvmerge @"C:\tmp\command.json"
{
"attachments": [
{
"content_type": "application/x-truetype-font",
"description": "",
"file_name": "DFPHuaZongW5-B5 1.0.2005.12.28.ttf",
"id": 1,
"properties": {
"uid": 4362650260188525481
},
"size": 4134208
},
{
"content_type": "application/x-truetype-font",
"description": "",
"file_name": "汉仪秀英体繁.ttf",
"id": 2,
"properties": {
"uid": 13901122490794128034
},
"size": 4342760
}
],
"chapters": [
{
"num_entries": 12
}
],
"container": {
"properties": {
"container_type": 17,
"date_local": "2017-06-05T20:43:30+08:00",
"date_utc": "2017-06-05T12:43:30Z",
"duration": 7999424000000,
"is_providing_timecodes": true,
"muxing_application": "libebml v1.3.4 + libmatroska v1.4.5",
"segment_uid": "b0fdcb77dbab058f8c28e66fd95d0601",
"title": "Jubowo @ WiKi",
"writing_application": "mkvmerge v12.0.0 ('Trust / Lust') 64bit"
},
"recognized": true,
"supported": true,
"type": "Matroska"
},
"errors": [],
"file_name": "K:\\_k.720p\\__tmp__\\---pking\\Shinjuku.Swan.II.2017.Japanese\\Shinjuku.Swan.II.2017.720p.BluRay.x264-WiKi.mkv",
"global_tags": [],
"identification_format_version": 6,
"track_tags": [],
"tracks": [
{
"codec": "MPEG-4p10/AVC/h.264",
"id": 0,
"properties": {
"codec_id": "V_MPEG4/ISO/AVC",
"codec_private_data": "01640029ffe1001967640029ac520d0140117e48400000fa40002ee023c60c636001000768e8ce0acf23c06ffa7f00",
"codec_private_length": 47,
"default_duration": 41708333,
"default_track": true,
"display_dimensions": "1280x538",
"enabled_track": true,
"forced_track": false,
"language": "jpn",
"minimum_timestamp": 0,
"number": 1,
"packetizer": "mpeg4_p10_video",
"pixel_dimensions": "1280x538",
"uid": 1
},
"type": "video"
},
{
"codec": "AC-3/E-AC-3",
"id": 1,
"properties": {
"audio_channels": 6,
"audio_sampling_frequency": 48000,
"codec_id": "A_AC3",
"codec_private_length": 0,
"default_duration": 32000000,
"default_track": true,
"enabled_track": true,
"forced_track": false,
"language": "jpn",
"minimum_timestamp": 0,
"number": 2,
"uid": 9562527780952643742
},
"type": "audio"
},
{
"codec": "SubStationAlpha",
"id": 2,
"properties": {
"codec_id": "S_TEXT/ASS",
"codec_private_data": "5b53637269707420496e666f5d0d0a3b205363726970742067656e657261746564206279204165676973756220332e322e320d0a3b20687474703a2f2f7777772e616567697375622e6f72672f0d0a5469746c653a2044656661756c7420416567697375622066696c650d0a536372697074547970653a2076342e30302b0d0a577261705374796c653a20300d0a5363616c6564426f72646572416e64536861646f773a207965730d0a5943624372204d61747269783a2054562e3630310d0a506c6179526573583a20313238300d0a506c6179526573593a20313032340d0a0d0a5b416567697375622050726f6a65637420476172626167655d0d0a566964656f2046696c653a203f64756d6d793a32342e3030303030303a343030303030303a313238303a3732303a3232353a3232353a3232353a0d0a566964656f2041522056616c75653a20312e3737373737380d0a566964656f205a6f6f6d2050657263656e743a20302e3530303030300d0a5363726f6c6c20506f736974696f6e3a203235350d0a416374697665204c696e653a203139330d0a566964656f20506f736974696f6e3a20333630300d0a0d0a5b56342b205374796c65735d0d0a466f726d61743a204e616d652c20466f6e746e616d652c20466f6e7473697a652c205072696d617279436f6c6f75722c205365636f6e64617279436f6c6f75722c204f75746c696e65436f6c6f75722c204261636b436f6c6f75722c20426f6c642c204974616c69632c20556e6465726c696e652c20537472696b654f75742c205363616c65582c205363616c65592c2053706163696e672c20416e676c652c20426f726465725374796c652c204f75746c696e652c20536861646f772c20416c69676e6d656e742c204d617267696e4c2c204d617267696e522c204d617267696e562c20456e636f64696e670d0a5374796c653a2044657369676e65722ce6b189e4bbaae7a780e88bb1e4bd93e7b9812c36302c264830304646464646462c264830304646464646462c264830304646464646462c264830304646464646462c302c2d312c302c302c3130302c3131352c312c302c302c322c302c312c352c352c33372c3133340d0a5374796c653a2044656661756c742c4446504875615a6f6e6757352d42352c37312c264832354646464646462c264830304646464646462c264832303631323234432c264830304646464646462c302c302c302c302c3130302c3130352c302c302c302c322e352c302c322c352c352c32392c3133340d0a5374796c653a20436f6d6d656e742c4446504875615a6f6e6757352d42352c35352c264832354646464646462c264830304646464646462c264832303631323234432c264830304646464646462c302c302c302c302c3130302c3130352c302c302c302c322e352c302c382c352c352c33332c3133340d0a5374796c653a20436f6d6d656e74322c4446504875615a6f6e6757352d42352c37312c264832354646464646462c264830304646464646462c264832303631323234432c264830304646464646462c302c302c302c302c3130302c3130352c302c302c312c322e352c302c322c352c352c3132302c3133340d0a0d0a5b4576656e74735d0d0a466f726d61743a204c617965722c2053746172742c20456e642c205374796c652c204163746f722c204d617267696e4c2c204d617267696e522c204d617267696e562c204566666563742c20546578740d0a0d0a",
"codec_private_length": 1267,
"default_track": true,
"enabled_track": true,
"forced_track": false,
"language": "chi",
"minimum_timestamp": 5000000000,
"number": 3,
"text_subtitles": true,
"uid": 15280138310350355339
},
"type": "subtitles"
}
],
"warnings": []
}

[goLot]

C:\Program Files\MKVToolNix>mkvmerge @"C:\tmp\command.json"
{
"attachments": [
{
"content_type": "application/x-truetype-font",
"description": "",
"file_name": "DFPHuaZongW5-B5 1.0.2005.12.28.ttf",
"id": 1,
"properties": {
"uid": 4362650260188525481
},
"size": 4134208
},
{
"content_type": "application/x-truetype-font",
"description": "",
"file_name": "汉仪秀英体繁.ttf",
"id": 2,
"properties": {
"uid": 13901122490794128034
},
"size": 4342760
}
],
"chapters": [
{
"num_entries": 12
}
],
"container": {
"properties": {
"container_type": 17,
"date_local": "2017-06-05T20:43:30+08:00",
"date_utc": "2017-06-05T12:43:30Z",
"duration": 7999424000000,
"is_providing_timecodes": true,
"muxing_application": "libebml v1.3.4 + libmatroska v1.4.5",
"segment_uid": "b0fdcb77dbab058f8c28e66fd95d0601",
"title": "Jubowo @ WiKi",
"writing_application": "mkvmerge v12.0.0 ('Trust / Lust') 64bit"
},
"recognized": true,
"supported": true,
"type": "Matroska"
},
"errors": [],
"file_name": "K:\\_k.720p\\__tmp__\\---pking\\Shinjuku.Swan.II.2017.Japanese\\Shinjuku.Swan.II.2017.720p.BluRay.x264-WiKi.mkv",
"global_tags": [],
"identification_format_version": 6,
"track_tags": [],
"tracks": [
{
"codec": "MPEG-4p10/AVC/h.264",
"id": 0,
"properties": {
"codec_id": "V_MPEG4/ISO/AVC",
"codec_private_data": "01640029ffe1001967640029ac520d0140117e48400000fa40002ee023c60c636001000768e8ce0acf23c06ffa7f00",
"codec_private_length": 47,
"default_duration": 41708333,
"default_track": true,
"display_dimensions": "1280x538",
"enabled_track": true,
"forced_track": false,
"language": "jpn",
"minimum_timestamp": 0,
"number": 1,
"packetizer": "mpeg4_p10_video",
"pixel_dimensions": "1280x538",
"uid": 1
},
"type": "video"
},
{
"codec": "AC-3/E-AC-3",
"id": 1,
"properties": {
"audio_channels": 6,
"audio_sampling_frequency": 48000,
"codec_id": "A_AC3",
"codec_private_length": 0,
"default_duration": 32000000,
"default_track": true,
"enabled_track": true,
"forced_track": false,
"language": "jpn",
"minimum_timestamp": 0,
"number": 2,
"uid": 9562527780952643742
},
"type": "audio"
},
{
"codec": "SubStationAlpha",
"id": 2,
"properties": {
"codec_id": "S_TEXT/ASS",
"codec_private_data": "5b53637269707420496e666f5d0d0a3b205363726970742067656e657261746564206279204165676973756220332e322e320d0a3b20687474703a2f2f7777772e616567697375622e6f72672f0d0a5469746c653a2044656661756c7420416567697375622066696c650d0a536372697074547970653a2076342e30302b0d0a577261705374796c653a20300d0a5363616c6564426f72646572416e64536861646f773a207965730d0a5943624372204d61747269783a2054562e3630310d0a506c6179526573583a20313238300d0a506c6179526573593a20313032340d0a0d0a5b416567697375622050726f6a65637420476172626167655d0d0a566964656f2046696c653a203f64756d6d793a32342e3030303030303a343030303030303a313238303a3732303a3232353a3232353a3232353a0d0a566964656f2041522056616c75653a20312e3737373737380d0a566964656f205a6f6f6d2050657263656e743a20302e3530303030300d0a5363726f6c6c20506f736974696f6e3a203235350d0a416374697665204c696e653a203139330d0a566964656f20506f736974696f6e3a20333630300d0a0d0a5b56342b205374796c65735d0d0a466f726d61743a204e616d652c20466f6e746e616d652c20466f6e7473697a652c205072696d617279436f6c6f75722c205365636f6e64617279436f6c6f75722c204f75746c696e65436f6c6f75722c204261636b436f6c6f75722c20426f6c642c204974616c69632c20556e6465726c696e652c20537472696b654f75742c205363616c65582c205363616c65592c2053706163696e672c20416e676c652c20426f726465725374796c652c204f75746c696e652c20536861646f772c20416c69676e6d656e742c204d617267696e4c2c204d617267696e522c204d617267696e562c20456e636f64696e670d0a5374796c653a2044657369676e65722ce6b189e4bbaae7a780e88bb1e4bd93e7b9812c36302c264830304646464646462c264830304646464646462c264830304646464646462c264830304646464646462c302c2d312c302c302c3130302c3131352c312c302c302c322c302c312c352c352c33372c3133340d0a5374796c653a2044656661756c742c4446504875615a6f6e6757352d42352c37312c264832354646464646462c264830304646464646462c264832303631323234432c264830304646464646462c302c302c302c302c3130302c3130352c302c302c302c322e352c302c322c352c352c32392c3133340d0a5374796c653a20436f6d6d656e742c4446504875615a6f6e6757352d42352c35352c264832354646464646462c264830304646464646462c264832303631323234432c264830304646464646462c302c302c302c302c3130302c3130352c302c302c302c322e352c302c382c352c352c33332c3133340d0a5374796c653a20436f6d6d656e74322c4446504875615a6f6e6757352d42352c37312c264832354646464646462c264830304646464646462c264832303631323234432c264830304646464646462c302c302c302c302c3130302c3130352c302c302c312c322e352c302c322c352c352c3132302c3133340d0a0d0a5b4576656e74735d0d0a466f726d61743a204c617965722c2053746172742c20456e642c205374796c652c204163746f722c204d617267696e4c2c204d617267696e522c204d617267696e562c204566666563742c20546578740d0a0d0a",
"codec_private_length": 1267,
"default_track": true,
"enabled_track": true,
"forced_track": false,
"language": "chi",
"minimum_timestamp": 5000000000,
"number": 3,
"text_subtitles": true,
"uid": 15280138310350355339
},
"type": "subtitles"
}
],
"warnings": []
}

[Tylerr]

I will look into this.

did you look into it?

[loninappleton]

The error reads

'Extraction of track ID 2 with the codec is S_DVBSUB is not supported.

I've seen the codec error with these DVBSUB files I have before.
Is there a codec pack that solves the problem?

[sneaker_ger]

mkvextract cannot use external codecs at all.

[sheck]

did you look into it?

Yes, I did. I'm working on a way for the users to set their own placeholders. It takes to much time for me to add a new one every time someone needs it.

It will be available in a couple of versions.

[sheck]

Changes:

* Added user editable custom placeholders for file names.
* Added option to disable save session dialog.
* Compliant with MKVTolNix v17 and above.
* Mkvmerge.exe output is now redirected to a file instead of stdout. Should fix issues with non English locales.
* Added non ASCII character conversion when working with command line tools such as avc2avi.exe.
* Added .h265 extension.
* Added ability to edit how files and tracks are displayed in the left pane.
* Changed Select All shortcut to Ctrl+Shift+A.
* Added ability to cancel file import.
* Added option to enable debugging.
* Moved File Info into a right click menu instead of double clicking.
* Split source code into multiple files.
* Removed auto restart on hang or crash.
* Removed AutoitObject.dll.

Fixes:

* Optimized update checking code.
* Optimized error messages and error detection.
* Optimized logging saving and display code.
* Optimized multiple instance detection code.
* Optimized custom placeholder verification code.
* Fixed database being left in an inconsistent state when MKVCleaver crashed.
* Fixed various GUI sizing and display issues.
* Fixed multiple “Variable is out of bounds” and “Variable is not declared” errors.
* Multiple minor bug fixes.

[Zetti]

Thank you for new version.

I like the GUI very much.

[Sharc]

I am getting virus alarms for mkvcleaver_x64_v0800.exe (portable) from MS Windows Defender, and 7/66 hits from Virus Total for downloads from videohelp and from sheck.

Anyone else? False positives?

[sheck]

I am getting virus alarms for mkvcleaver_x64_v0800.exe (portable) from MS Windows Defender, and 7/66 hits from Virus Total for downloads from videohelp and from sheck.

Anyone else? False positives?

Just a false positive. Every time I compile a new version this happens until the anti-virus companies remove it from their black lists.

[sarofski]

I get this error with MKVCleaver 8.0 on MKVToolnix 27.0

AutoIt Error
Line 35467 (File "C:\Program Files\MKVCleaver\MKVcleaver.exe);
Error: Subscript used on non-accessible variable.

What should I do?

[johnsonlam]

I get this error with MKVCleaver 8.0 on MKVToolnix 27.0

AutoIt Error
Line 35467 (File "C:\Program Files\MKVCleaver\MKVcleaver.exe);
Error: Subscript used on non-accessible variable.

What should I do?

MKVcleaver is an EXE of AutoIT script, got problem every few update of MKBtoolNix, so I've changed to use GmkvExtractGui:

https://sourceforge.net/projects/gmkvextractgui/

[sarofski]

Thanks for the tip. I'm kina used to MKVCleaver so I'd rather try to fix it.

Following my question, I found out that it's due to my "custom filename".
If I delete it everything works fine, but as soon as I customize the filename, I get that error.

I use this line:

[Filename]<_Track[Track#]<_[LNG3]<

There is no problem in verification and I'm able to save it without any problem. But then I get that error!

Any tips?

[AlvoErrado2]

mkvcleaver 0.8.0.0 with mkvtoolnix v32.0.0

AutoIt Error
Line 35404 (File "C:\Program Files\MKVCleaver\MKVcleaver.exe);
Error: Subscript used on non-accessible variable.

This error occurs if you use "Custom" in "Filename Options". Working fine if you do not have this need... Version 0.7.0.2 working fine.

[sheck]

mkvcleaver 0.8.0.0 with mkvtoolnix v32.0.0

AutoIt Error
Line 35404 (File "C:\Program Files\MKVCleaver\MKVcleaver.exe);
Error: Subscript used on non-accessible variable.

This error occurs if you use "Custom" in "Filename Options". Working fine if you do not have this need... Version 0.7.0.2 working fine.

Go here for a workaround:
https://blogs.sapib.ca/apps/bugs-requests/autoit-error-4/

[sheck]

Thanks for the tip. I'm kina used to MKVCleaver so I'd rather try to fix it.

Following my question, I found out that it's due to my "custom filename".
If I delete it everything works fine, but as soon as I customize the filename, I get that error.

I use this line:

[Filename]<_Track[Track#]<_[LNG3]<

There is no problem in verification and I'm able to save it without any problem. But then I get that error!

Any tips?

This will work much better:

[Filename]_Track>[Track#]_>[LNG3]

Here's the break down:

[Filename] will always be converted so there is no need to assign a separator to it.

Then _Track[Track#] will be 01 for the first track in a mkv file. We tell MKVCleaver that _Track separator belongs to [Track#] placeholder by placing > next to the placeholder. So if there is ever a case where [Track#] returns null then the placeholder itself and the separator belonging to it will be removed from the filename. Same case with [LNG3].

So let's assume we have 2 mkv files and we want to extract audio tracks from both where 1 file has the track marked as English and the second doesn't define the language at all.

File 1 - MyFile1.mkv
File 2 - MyFile2.mkv

File 1 output: MyFile1_Track02_Eng.aac
File 2 output: MyFile2_track02.acc

As you can see the placeholder [LNG3] and it's separator are removed in the second case. This happens because you told MKVCLeaver that _ separator belongs to [LNG3] placeholder by using >.

[sheck]

Note to everyone:

For whichever reason I do not get notifications about people posting in this forum so I rarely come to to visit.

The best way to contact me is either by email or by going to my site. You can find both in the Help menu of MKVCleaver.

For just questions: https://blogs.sapib.ca/apps/contact/
(https://blogs.sapib.ca/apps/contact/)
For reporting bugs: https://blogs.sapib.ca/apps/bugs-requests/

You can also post here https://blogs.sapib.ca/apps/mkvcleaver/post-comments/

Bugs reported in this forum may go unnoticed.