Log in

View Full Version : mkvtoolnix 4.1.1 released


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 [16] 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33

Tima
2nd February 2009, 19:22
No containers nor splitters like such big delays. Instead you should simply delay the AC3 bitstream using delaycut or eac3to. It's simply enough...

Thanks, I'll try it =) But anyway it's a quick'n'dirty solution -- the proper way is submit a bug for Haali.

madshi
2nd February 2009, 19:55
Thanks, I'll try it =) But anyway it's a quick'n'dirty solution -- the proper way is submit a bug for Haali.
No. IMHO the proper way is to edit the bitstream and not to submit a bug report. We don't even know for sure if Haali could change anything in the first place. It could also be the general DirectShow pipeline which might not like such situations. I don't know what the specs say, but AFAIK it's common "good practice" to not use such high delays in a container. Small delays are perfectly fine, but not multiple seconds.

khagaroth
21st February 2009, 21:03
Before you release 2.5, you should check translation support on Windows, because, if it's supposed to work in todays pre build (2.4.2-83), it's not.

Mosu
21st February 2009, 21:10
Details, please. It works nicely for myself (German Windows XP SP3).

1. Which Windows version are you using, and which language does it have?
2. Try switching to German, restarting, in mmg's options dialog. Does this change the language?
3. What else have you tried?

khagaroth
22nd February 2009, 10:58
I have Czech XP SP3. Setting the language in options dialog doesn't have any effect, the GUI is still in English after restart. The registry entry ui_locale does change to german, so that's not the problem. I finally got it working by setting the variable LC_MESSAGES = German (it should be "de", not "German", if you use "German", it will break GTK even for German users, but fortunately after renaming the locale folder from german to de it can be set to de), but that breaks my GTK apps, that I have set to display in Czech (LC_MESSAGES=cs). So for now, if I wanted to run it in German without breaking my other programs, I would have to use a bat file. On another note, I tried to create locale\cs\LC_MESSAGES\mkvtoolnix.mo with a few strings in Czech and it works with my LC_MESSAGES=cs.

Mosu
22nd February 2009, 11:33
So the problems are mkv* only setting LANG but not LC_MESSAGES and using the locale name as returned by GetLocaleInfo() instead of the ISO639 names. Please give this build a try: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/mkvtoolnix-unicode-2.5.0-build20090222-84-setup.exe

khagaroth
22nd February 2009, 14:22
Yes, this one works. How about adding an option to use the system default (with a fallback to English if not available) and automatic enumeration of languages in locale folder. That way it wouldn't be necessary to change the code every time you add new language.

Mosu
22nd February 2009, 14:44
Yes, this one works. How about adding an option to use the system default (with a fallback to English if not available)

mmg already does exactly that.

and automatic enumeration of languages in locale folder. That way it wouldn't be necessary to change the code every time you add new language.

Nope, sorry.

Mosu
22nd February 2009, 14:53
Clarification. mmg detects the system's language by calling the GetLocaleInfo() function. This returns a string like 'English' or 'German', not the two-letter code that Unixish apps (like GTK) need.

Unless the user sets a specific language in mmg's option dialog mmg uses the system's default language, but only if mkvtoolnix contains a translation for that language. Otherwise it should fall back to English.

khagaroth
22nd February 2009, 17:36
Found another translation problem, this time with commandline tools. On Windows the GUI and commandline use different encodings, on Czech windows it's CP1250 for GUI and CP852 for commandline, but right now the conversion is always UTF-8 -> CP1250, so the text in commandline is garbled.

Mosu
22nd February 2009, 17:50
Found another translation problem, this time with commandline tools. On Windows the GUI and commandline use different encodings, on Czech windows it's CP1250 for GUI and CP852 for commandline, but right now the conversion is always UTF-8 -> CP1250, so the text in commandline is garbled.

That's not only a problem for the Czech version but for the German version as well. You can always specifiy the charset to use with "--command-line-charset" and "--output-charset". I will probably not fix this.

Mosu
22nd February 2009, 20:45
Hey users,

I've released mkvtoolnix v2.5.1 today. In case you're wondering about 2.5.0: it was supposed to be released yesterday, but bugs were noticed and fixed after the tagging and therefore I decided to skip an official release of 2.5.0 and go straight to 2.5.1.

This release contains fully translatable versions of the tools and a German translation of them. The second new feature is a fine-grained control over file attachments both in mkvmerge and in mmg. A couple of smaller bugs where fixed as well.

Here are the usual links...

...to the home page:
http://www.bunkus.org/videotools/mkvtoolnix/

...to the source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-2.5.1.tar.bz2

...to the Windows installer:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-2.5.1-setup.exe

Here's the full ChangeLog since release 2.4.2:

------------------------------------------------------------
2009-02-22 Moritz Bunkus <moritz@bunkus.org>
* Released v2.5.1.
* mmg: bug fix: Fixed the selection of the translation to use if the LC_MESSAGES environment variable has been set on Windows.

2009-02-21 Moritz Bunkus <moritz@bunkus.org>
* Released v2.5.0.
* mmg: bug fix: Fixed a crash during the check if files could be overwritten by the next mux. Possible fix for bugs 335 and 336.

2009-02-19 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mkvinfo, mkvextract, mmg: Made all those programs nearly completly translatable. Added a German translation for all four programs (only for the programs, not for the static documentation: man pages, the guide to mmg etc).
* mkvmerge, mmg: new feature: Added options ('-m' / '--attachments' and its counterparts '-M' / '--no-attachments') to mkvmerge for selecting which attachments to copy and which to skip and the corresponding controls to mmg.

2009-02-06 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed the detection of AAC files whose first AAC header does not start on the first byte of the file.

2009-01-19 Moritz Bunkus <moritz@bunkus.org>
* mmg: bug fix: It was possible to crash mmg by clicking onto the root element in the chapter editor.

2009-01-18 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: bug fix: During timecode extraction mkvextract wrote large timecodes in scientific notation.
------------------------------------------------------------

Have fun.

Thunderbolt8
23rd February 2009, 00:35
thanks.

why is it actally that way each time when I add a file from the root directory of a partition (e.g. from C:\ or D:\) so that the standard output path appears that this path then is listed with double '\\' ( C:\\ or D:\\)?

e.g. adding a file

Mosu
23rd February 2009, 11:20
thanks.

why is it actally that way each time when I add a file from the root directory of a partition (e.g. from C:\ or D:\) so that the standard output path appears that this path then is listed with double '\\' ( C:\\ or D:\\)?

e.g. adding a file

Because it's a bug :)

sneaker_ger
23rd February 2009, 12:49
Thanks for the new version. Noticed one bug with the attachments: After you click "file"->"new" and add a file the attachments are not checked. Checking or unchecking them changes nothing in the output file. All attachments are copied anyway.

Mosu
23rd February 2009, 14:26
No, that's not inteded. The default should be that the attached files are checked when you add a file. Will be fixed soonish.

BTW: I hate wxWidgets. No, I hate how it behaves differently on Windows and Linux...

Snowknight26
24th February 2009, 18:44
FLAC file parsing still shows 100% twice (but it doesn't show 100%% anymore! :D). Also, any reason why all the windows have become much wider?

Mosu
24th February 2009, 18:48
They're wider in order to account for other languages. Most things are quite a bit longer in German than they're in English (e.g. "Add to job queue" vs "Zu Jobwarteschlange hinzufügen"), and those strings have to fit somehow. Also I prefer the muxing messages not to wrap as often.

sneaker_ger
25th February 2009, 18:04
Two suggestions:

1.) It would be nice to have a "Check/Uncheck all" option in the attachments
2.) It should be possible to extract just certain parts of a mkv. Now you have to write the whole file even if you just want to create a 10 second sample... (or I'm missing the option to do so.)

Mosu
25th February 2009, 18:24
Two suggestions:

1.) It would be nice to have a "Check/Uncheck all" option in the attachments.

I'll probably add that.

2.) It should be possible to extract just certain parts of a mkv. Now you have to write the whole file even if you just want to create a 10 second sample... (or I'm missing the option to do so.)

Maybe, maybe not; definitely not in the next couple of weeks.

liquidator87
26th February 2009, 10:11
I'm having this error when I try to start mmg or mkvmerge: "Error: The locale could not be set properly. Check the LANG, LC_ALL and LC_MESSAGES environment variables."
Those variables are all set to "en_US.UTF-8"

Mosu
26th February 2009, 10:50
See https://www.bunkus.org/bugzilla/show_bug.cgi?id=338

Mosu
28th February 2009, 18:01
Hey,

I've released mkvtoolnix v2.5.2.

This is mostly a bug-fix release with two minor new features.

Here are the usual links...

...to the home page:
http://www.bunkus.org/videotools/mkvtoolnix/

...to the source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-2.5.2.tar.bz2

...to the Windows installer:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-2.5.2-setup.exe

Some of the binaries are still being built and should be available
within the next two hours.

Here's the full ChangeLog since release 2.5.1:

----------------------------------------------------------------------
2009-02-28 Moritz Bunkus <moritz@bunkus.org>
* Released v2.5.2.
* installer: bug fix: If the installer is run in silent mode (switch "/S") then it will not ask the user whether or not to place a shortcut on the desktop, and that shortcut will not be created. Fix for bug 345.
* mmg: new feature: Added two buttons "enable all" and "disable all" to the list of attached files that enable / disable all attached files.
* mmg: bug fix: The action "File" -> "New" did not clear the internal list of attached files resulting in unexpected behaviour if files with attachments where added afterwards.
* mmg: bug fix: The button "remove all files" did not clear the list of attached files.

2009-02-26 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: new feature: Made mkvinfo's GUI translatable. Added a German translation for the GUI.

2009-02-25 Moritz Bunkus <moritz@bunkus.org>
* mmg: On Linux wxWidgets 2.8.0 and newer uses the GTK combo boxes which suck. A lot. Therefore mmg uses wxBitmapComboBoxes for wxWidgets >= 2.8.0 on Linux and normal wxComboBoxes in all other cases. wxBitmapComboBoxes are still drawn by wxWidgets itself (just like wxComboBoxes before 2.8.0) and offer much better functionality. Fix for bug 339.
* mkvmerge, mmg: bug fix: The MIME type autodetection for attachments was broken for paths with non-ASCII characters on non-UTF-8 encoded systems (mostly on Windows). Fix for bug 340.
* source: various fixes for compilation with wxWidgets 2.9.

2009-02-24 Moritz Bunkus <moritz@bunkus.org>
* all programs: bug fix: The locale was not detected properly often resulting in the program aborting with the message that "the locale could not be set properly". Fix for bug 338.
----------------------------------------------------------------------

Have fun.

hubblec4
1st March 2009, 11:29
Hello Mosu.

Thanks for your hard work and the best tool ever i have seen.

One question: is it possible to implement a feature to set all the subtitle from -Default track flag- "default" to "no" ?

sometimes i have a movie with more than 20 subtitles and no subtitle should be shown at startup the movie.
so i must set every subtitle from default to no.

hubble

hubblec4
1st March 2009, 11:41
Any plans to add the support for Bluray.sup and HD-DVD.sup in the future??


hubble

liquidator87
1st March 2009, 13:12
Could you please add the "uninstall" option to the makefile? It would be very useful

Mosu
1st March 2009, 13:29
No, I have other priorities at the moment. You have several options for making your life easier already:

1. Use a pre-built package
2. Build the package yourself (extract the source, rename "debian-upstream" to "debian", call "dpkg-buildpackage -rfakeroot")
3. Use checkinstall for building a package
4. Install into a separate directory (e.g. "./configure --prefix=/opt/mkvtoolnix-2.5.2")
5. Use stow (e.g. assuming that the stow directory is /usr/local/stow: "cd mkvtoolnix-2.5.2 ; ./configure --prefix=/usr/local ; make ; sudo make prefix=/usr/local/stow/mkvtoolnix-2.5.2 install ; cd /usr/local/stow ; sudo stod mkvtoolnix-2.5.2")

Mosu
1st March 2009, 13:33
One question: is it possible to implement a feature to set all the subtitle from -Default track flag- "default" to "no" ?

Possible? Yes. But very, very low on my priority list.

Any plans to add the support for Bluray.sup and HD-DVD.sup in the future??

Not at the moment.

Mosu
7th March 2009, 16:03
Hey,

I've released mkvtoolnix v2.5.3. This release only contains three bug fixes with one of the being rather important for Linux users.

Here are the usual links...

...to the home page:
http://www.bunkus.org/videotools/mkvtoolnix/

...to the source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-2.5.3.tar.bz2

...to the Windows installer:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-2.5.3-setup.exe

Here's the full ChangeLog since release 2.5.2:

------------------------------------------------------------
2009-03-07 Moritz Bunkus <moritz@bunkus.org>
* Released v2.5.3.

2009-03-01 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge, mkvextract, mmg: bug fix: If the environment variables LANG, LC_ALL, LC_MESSAGES contained a locale that was supported by the system but for which mkvtoolnix did not contain a translation (e.g. fr_FR, it_IT, en_AU) then the programs would abort with an error message. Fix for bug 338.
* mkvmerge: bug fix: Appending raw AVC/ES files resulted in segmentation faults. Fix for bug 344.

2009-02-28 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: When mkvmerge was run with the --attachments option to copy only some of the attachments in a Matroska file then any attachment with an ID larger than the first skipped attachment ID was not copied into the new file. Fix for bug 346.
------------------------------------------------------------

Have fun.

fifteen
7th March 2009, 19:56
Can you comment on my post regarding the growing size of raw AVC streams when demux/remuxing multiple times??

http://forum.doom9.org/showthread.php?t=145479

vmrsss
16th March 2009, 15:44
Hey,
I've released mkvtoolnix v2.5.3.
Have fun.

Thanks. Notice that configure still has:

PACKAGE="mkvtoolnix"
VERSION="2.5.2"

Mosu
16th March 2009, 18:20
Thanks. Notice that configure still has:

PACKAGE="mkvtoolnix"
VERSION="2.5.2"

No, it doesn't. Maybe you've gotten the source from my Git repository but forgot to execute autogen.sh? The official 2.5.3 release tarball contains configure with VERSION="2.5.3", but configure is not part of the Git repo.

LeMoi
16th March 2009, 22:53
With latest versions of mkvtoolnix, when i mux files with sub/idx subtitles, last subtitle isn't muxed correctly, picture isn't displayed at all... when i extract the idx/sub from the muxed file, last sub in the track is present but empty.

Mosu
16th March 2009, 23:01
Can you please try to find out since which version this happens? Older versions can be found at http://www.bunkus.org/videotools/mkvtoolnix/win32/

And can you please upload the .sub/.idx to my FTP server? Thanks.

vmrsss
17th March 2009, 01:37
No, it doesn't. Maybe you've gotten the source from my Git repository but forgot to execute autogen.sh? The official 2.5.3 release tarball contains configure with VERSION="2.5.3", but configure is not part of the Git repo.

That was it, thanks. (It's the first time I come across configure out of the repo.)

vmrsss
17th March 2009, 02:04
PS. After running autogen.sh, configure does recognize wxWidgets anymore:

error: #error wxWidgets compiled without Unicode support

Is it a change in 2.5.3 that Unicode support is required? Version 2.5.2 worked without for me.

vmrsss
17th March 2009, 02:32
I would like to add as a complement to my previous message that I have checked out a fresh copy from the*GIT repo, and the build failed as above (#error wxWidgets compiled without Unicode support). I have then dowloaded and unpacked the 2.5.3 tarball, and the build succeeded, producing a seemingly perfect copy of mmg.

b66pak
17th March 2009, 21:50
hi,

first thank you for this great package...

how about timecodes_v1 support in mkvtoolnix?
_

Chumbo
18th March 2009, 03:10
hi,

first thank you for this great package...

how about timecodes_v1 support in mkvtoolnix?
_
It supports the time codes file which can contain this format. If you mean something else, then be more specific.

b66pak
18th March 2009, 18:01
i mean extract timecodes_v1 not only timecodes_v2...
_

LeMoi
19th March 2009, 21:05
Can you please try to find out since which version this happens? Older versions can be found at http://www.bunkus.org/videotools/mkvtoolnix/win32/

And can you please upload the .sub/.idx to my FTP server? Thanks.

Version 2.3.0 has the bug, 2.2.0 hasn't

Mosu
23rd March 2009, 15:57
Is it a change in 2.5.3 that Unicode support is required?

Yes. I see no gain in supporting non-Unicode enabled wxWidgets builds as every major Linux distribution comes with Unicode enabled wxWidgets.

Mosu
23rd March 2009, 15:58
i mean extract timecodes_v1 not only timecodes_v2...
_

Nope, sorry.

Mosu
23rd March 2009, 16:01
Version 2.3.0 has the bug, 2.2.0 hasn't

Thanks for finding out, but can you please upload the subs somewhere? :)

khagaroth
24th March 2009, 07:08
The new header editor is really nice, saves me a lot of time when changing default tracks, do you plan for it to support tag editing, matroska sorely lacks a usable tag editor.

Mosu
24th March 2009, 11:25
Maybe, maybe not. Other things have higher priority.

Mosu
24th March 2009, 16:43
Hey,

I've released mkvtoolnix v2.6.0. This release contains two new features
(a header editor for existing Matroska files and a Japanese translation)
and a couple of bug fixes dealing with charset and translation issues.

Here are the usual links...

...to the home page:
http://www.bunkus.org/videotools/mkvtoolnix/

...to the source code:
http://www.bunkus.org/videotools/mkvtoolnix/sources/mkvtoolnix-2.6.0.tar.bz2

...to the Windows installer:
http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-2.6.0-setup.exe

Some of the binaries are still being built and should be available
within the next two hours.

Here's the full ChangeLog since release 2.5.3:

------------------------------------------------------------
2009-03-24 Moritz Bunkus <moritz@bunkus.org>
* Released v2.6.0.

2009-03-22 Moritz Bunkus <moritz@bunkus.org>
* mmg: new feature: Added a header editor for Matroska files.

2009-03-21 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: bug fix: The "simple" chapter extraction mode (OGM style chapter output) outputs strings converted to the system's current charset by default now instead of always converting to UTF-8. This can be overridden with the "--output-charset" command line option. Fix for bug 359.

2009-03-18 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: QuickTime audio tracks will be stored with the CodecID "A_QUICKTIME". The CodecPrivate element contains the full "STSD" element from the QuickTime file (just like V_QUICKTIME). This method is used for all audio tracks which don't have a well-defined storage spec for Matroska (e.g. AAC, AC3, MP2/3 are still stored as A_AC3, A_AAC etc). Hopefully a fix for bugs 354 and 357.
* mkvmerge: bug fix: The CodecPrivate element for QuickTime video tracks like Sorenson Video Codecs contained wrong data. Fix for bug 355.
* all: Added a Japanese translation by Hiroki Taniura (see AUTHORS).

2009-03-17 Moritz Bunkus <moritz@bunkus.org>
* mkvmerge: bug fix: Fixed detection of little endian PCM tracks in MOV files. Fix for bug 356.

2009-03-15 Moritz Bunkus <moritz@bunkus.org>
* mkvextract: bug fix: The charset for text output was not initialized correctly resulting in garbled display of non-ASCII characters in non-UTF-8 locales.
* all: bug fix: A couple of translated strings were converted from the wrong locale when they were displayed.
* mmg, mkvinfo: The GUIs now require an Unicode-enabled version of wxWidgets.

2009-03-14 Moritz Bunkus <moritz@bunkus.org>
* all: bug fix: The tools use the API call "GetOEMCP()" on Windows instead of "GetACP()". This should make messages output in cmd.exe come out correctly for Windows versions for which cmd.exe uses a different code page than the rest (e.g. on German Windows).

2009-03-08 Moritz Bunkus <moritz@bunkus.org>
* mkvinfo: enhancement: If mkvinfo is started in GUI mode on Windows then the console that was started with it will be closed.
* mkvinfo: bug fix: Chapter names and tag elements were recoded to the wrong charset resulting in garbled output. Fix for bug 353.
------------------------------------------------------------

Have fun.

Mosu

DJ Bobo
24th March 2009, 17:33
I don't see a fix for the problem I asked about HERE (http://forum.doom9.org/showthread.php?t=145813) :rolleyes:

Mosu
24th March 2009, 17:38
I don't see a fix for the problem I asked about HERE (http://forum.doom9.org/showthread.php?t=145813) :rolleyes:

mkvmerge copies the complete .idx file except for the lines specifying packets into the CodecPrivate. Therefore all information is available to the filters/codecs. There's nothing mkvmerge can do about it if they're not displayed coming from a .mkv as they are coming from external .idx/.sub files.

madshi
24th March 2009, 20:07
Header editor sounds nice! Can it modify track languages and names without having to rewrite the whole MKV file (provided that enough space is available, of course)?