MKVcleaver : GUI for mkvextract with batch support v 0.7.0.2

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