View Full Version : MKVToolNix v24.0.0 released
Mosu
29th June 2015, 11:30
That problem has already been fixed; see https://github.com/mbunkus/mkvtoolnix/issues/1312
XinHong
29th June 2015, 20:33
Hi Mosu
I am having an issue with the default charset on subtiles.
With mkvmerge GUI the charset is set to "Default" and subtitles are displayed properly but with MKVToolNix GUI the charset is ISO-885915.
In that case subtitles with accent are displayed like this: "é" is translated "é".
Witch charset is the same than the "Default" of mmg ?
Mosu
29th June 2015, 20:37
Huh… the equivalent should have been no selection at all, but unfortunately the combo box in the preferences does not contain an empty entry. That's a bug, obviously, and I'll fix it.
The »default« is a character set depending on your Windows installation. It's often CP1252 or something like that. But maybe your file uses UTF-8 encoding? You should give that a try, too.
XinHong
29th June 2015, 21:09
There is an empty entry (above ISO-885915) but it does not work.
Anyway it's working with UTF-8, thanks for the tip.
Mosu
29th June 2015, 21:17
With a doubleclick on the mtxcfg and the new gui open, like you promised. :-)
But a doubleclick on a second mtxcfg and nothing happens. with the drag&drop it works and a new tab is created.
I've implemented a fix that works well on my Windows and Linux systems. I'd appreciate it if you could give it a try, too. Pre-builds 805 (https://www.bunkus.org/videotools/mkvtoolnix/windows/pre/) and higher contain that fix.
That pre-build contains the fix for the chapter editor menu entry issue you've mentioned, too, of course.
The 32bit binaries are still being built, BTW, they should be done and uploaded in a couple of minutes.
Thanks.
I am having an issue with the default charset on subtiles.
With mkvmerge GUI the charset is set to "Default" and subtitles are displayed properly but with MKVToolNix GUI the charset is ISO-885915.
In that case subtitles with accent are displayed like this: "é" is translated "é".
The pre-builds mentioned above contain the fix that the »default subtitle character set« combo box in the preferences can be set to »– no selection by default –« which uses the aforementioned operating-system dependent defaults. That combo box in the preferences dialog is the one that didn't contain an empty entry.
Keiyakusha
30th June 2015, 00:56
Hi. This is most likely was already discussed but still I want to mention... In my case it takes around 10 seconds for the new GUI to start, close or perform action after I press mux button (or other similar buttons). Not sure when this started. When I tried one of the early versions (that still included mkvextract stub) it wasn't the case. Edit: on windows7, x64 version of the gui
Mosu
30th June 2015, 08:03
No, I haven't had such a report before. Sounds like every time the settings are loaded from/saved to disk. I don't know what could cause that, I haven't seen it happen before, and I don't have a clue how to debug it. Sorry.
hubblec4
30th June 2015, 11:18
I've implemented a fix that works well on my Windows and Linux systems. I'd appreciate it if you could give it a try, too.
That pre-build contains the fix for the chapter editor menu entry issue you've mentioned, too, of course.
Thanks Mosu, all works fine.
hubblec4
2nd July 2015, 12:43
Hi Mosu
I need an explanation for nested chapters and the options "hidden" and "enabled".
When a chapter is set to hidden/disabled, then are all nested chapters hidden/disabled?
So i could set all nested chapters hidden flags to 1 and enabled flags to 0 ?
I cannot help you with that as I wasn't the one doing the chapter specs. I've also never experienced with these kinds of settings.
Maybe someone else can answer that.
sneaker_ger
2nd July 2015, 12:57
When a chapter is set to hidden/disabled, then are all nested chapters hidden/disabled?
I'd say yes. (According to spec. Players might be different.)
http://www.matroska.org/technical/specs/chapters/index.html#flags
Boulder
2nd July 2015, 16:42
I've given the new GUI a go muxing some TV series, and I must say that I like it :) I thought that I would have problems adjusting to it but it seems that I'm able to do my stuff much easier and faster with the new GUI.
One small request though: would it be possible to have a separate default language for audio and subtitles?
Yeah, though that means I'll have to provide one for video tracks, too. I'll add a feature request with medium priority.
hubblec4
3rd July 2015, 07:51
I'd say yes. (According to spec. Players might be different.)
http://www.matroska.org/technical/specs/chapters/index.html#flags
Such explanaitons are confuse me :-)
For example: Let's assume a parent atom with flag hidden set to true; that parent contains two child atom, the first with hidden set to true as well and the second child with the flag either set to false or not present at all (in which case the default value applies, and that again is false).
The first child node is hidden and a second not...mmh i dont understand.
I think LAV Splitter is the new standard for mkv. A hidden chapter will not shown but all the nested chapters.
Disabled chapters will be ignored and not shown (include all nested chapters).
Mosu: Who was that one doing the chapter specs?
Steve Lhomme, if I remember correctly.
qyot27
3rd July 2015, 18:15
Would it be possible to allow using keyboard shortcuts to reorder tracks (i.e. the + and - numpad buttons) in addition to drag-and-drop? It can be kind of difficult to perform a drag-and-drop if the user's input device isn't a mouse.
It's on the TODO list, but it turns out to be quite difficult to implement (the algorithm that does the actual moving – not the keyboard interaction with it).
stax76
3rd July 2015, 19:37
It's on the TODO list, but it turns out to be quite difficult to implement (the algorithm that does the actual moving – not the keyboard interaction with it).
Can't you just remove and insert items in a list? I needed to do it 3 weeks ago for WinForms DataGridView so I searched for code I can use, several people posted examples but none supported multi selection so I used the code I wrote for ListView, it works the same, just moves the item above or below the selection.
https://github.com/stax76/staxrip/blob/master/Extensions/UI%20Extensions.vb#L107
https://github.com/stax76/staxrip/blob/master/UI/Controls/ListViewEx.vb#L64
The thing is to decide which items go where – especially taking multiple selections and appended tracks into account. They cannot be moved everywhere (an appended audio track mustn't be moved to a video track etc). Then there are things like if you have both a parent and some of its children selected then user usually only wants the parent moved (and all of its children with the parent) – but the selected children should not be moved after the parent has been moved. Etc.
The code is far from trivial, and it's finicky to test. It's also a problem that there are two structures that have to be kept in sync: the GUI's list widget and the internal configuration settings.
The devil is in the details. »just remove and insert« isn't as easy as you make it sound. See here for the current implementation (https://github.com/mbunkus/mkvtoolnix/blob/master/src/mkvtoolnix-gui/merge/track_model.cpp#L457). Not overly long, but getting it right, especially for the corner cases, is the tricky part.
I've got the code for moving tracks already, but moving files hasn't been implemented yet. It'll be similar, but it'll also have to take even more situations into account as there are additional parts to consider, too.
And if I provide such controls for the track and file lists then users will request similar controls for the chapter editor, the job queue… The chapter editor will be fun, too, as I have to think about useful key bindings for »move level up/down«, too, not just »move up/down on the same level«.
73ChargerFan
4th July 2015, 16:43
Wow, thanks for this:
MKVToolNix GUI: new chapter editor feature: implemented loading chapter entries from Blu-ray playlists.
73ChargerFan
4th July 2015, 17:15
The chapter editor will be fun, too, as I have to think about useful key bindings for »move level up/down«, too, not just »move up/down on the same level«.
Does QT differentiate between "UpArrow" and "SHIFT+UpArrow" key presses?
If so, then the SHIFT key could be a modifier from a commonly used command (e.g. "UpArrow" = move line up in same level) to a closely related, less frequently used command ("SHIFT+UpArrow" = move entire level up.)
A similar example would be in a text editor, where "UpArrow" = move cursor up a line, while "SHIFT+UpArrow" = move cursor up a paragraph.
Trying to be helpful. :)
Yes, it does, but Shift+Arrows is already used for shrinking/expanding in a select (applies to the files/tracks/attachments lists, but not the chapter editor, however, I won't use the same basic key bindings for different functionality within my GUI).
I'm currently thinking about Ctrl+Up/Down for moving up/down on the same level, Ctrl+Left for »move one level up« (in direction of the root) and Ctrl+Right for »move one level down« (away from the root). Using left/right is similar to a basic tree view functionality: expanding the current item (right arrow) and collapsing it (left arrow).
73ChargerFan
4th July 2015, 17:35
Yeah, I forgot the Windows convention of using shift & ctrl expand selections.
ndjamena
5th July 2015, 01:57
Such explanaitons are confuse me :-)
The first child node is hidden and a second not...mmh i dont understand.
I think LAV Splitter is the new standard for mkv. A hidden chapter will not shown but all the nested chapters.
Disabled chapters will be ignored and not shown (include all nested chapters).
Mosu: Who was that one doing the chapter specs?
https://forum.videolan.org/viewtopic.php?f=2&t=118984
The Specs look like they were written by the village idiot
That's my take on the whole Matroska situation. I've tried my hand at Tags, I've tried writing a chapter editor. It seems no matter where I look in the Matroska world it always comes to a grinding halt, and the fact that I'm running into other people who are having the same problems as me is the only evidence I have that's it's not entirely my fault. I was hoping at first that you knew what you were doing and had some insider information the rest of us didn't have, but then I did some reading and found out where that info of yours was coming from.
https://forum.videolan.org/viewtopic.php?f=14&t=124278
I still haven't figured out how "gaps" work exactly, but I re-ripped the DVD I was having problems with using MakeMKV again and ran it through some tests.
https://github.com/mbunkus/mkvtoolnix/issues/1104
MKVMerge still splits it properly. And since Lhomme did some tinkering in VLCs inner workings the nightly no longer goes skitzo when it finds the end of the stream (or a gap or whatever).
I'm kind of hoping somewhere out of my program group (VLC, MakeMKV, MKVToolNix) exists people who actually know how the Matroska works... it's not MediaPortal, I know that.
Mosu has been telling me to ask Lhomme how everything actually works, so I did, and got no answer. So I think it's best if people just don't fiddle with these kind of things until the Specs have been brought up to... specs.
I've been looking half-heartedly through the specs for the part where it specifically mentions unknown elements should be skipped... I haven't found it yet, I can see where it could be implied though...
http://www.matroska.org/technical/specs/notes.html
Beginning of File
An EBML file always starts with 0x1A. The 0x1A makes the DOS command "type" ends display. That way you can include ASCII text before the EBML data and it can be displayed. The EBML parser is safe from false-alarm with these ASCII only codes.
Next the EBML header is stored. This allows the the parser to know what type of EBML file it is parsing.
I've been trying to figure out why it mentions this and what it's trying to say exactly. I've tried adding text to the beginning of a MKV using a hex editor and not even MKVMerge could read the bloody thing ('type' worked nicely though).
hubblec4
5th July 2015, 11:52
... I was hoping at first that you knew what you were doing and had some insider information the rest of us didn't have, but then I did some reading and found out where that info of yours was coming from.
All my information I have collected in the last time be useless, because no AV-Splitter can handle the full of mkv-properties.
LAV is atm the best way but far away from that what Matroska can do.
I'm sure its not a problem for me to build Menu.xml chapter files like DVDMenuExtractor or other nice things (like Track-selection).
We must live with that what others do for us.
Mosu is my hero and its nice to know, that he work continuously on MKVToolNix.
ndjamena
5th July 2015, 12:05
MKVToolNix is the best thing about Matroska.
And VC-1 and PGS, but PGS is MakeMKVs doing, so I guess MakeMKV goes on the list too.
bartonnen
8th July 2015, 16:06
I noticed an issue with 8.1 - if I drag an mkv into the "edit chapters" screen and alter some chapter names, none of the three save options on the menu are available. If I then click on another page and back to "edit chapters" again, the save options are now available. Same thing happens when using the open option from the menu.
The save options should be available as soon as a file is dragged in or opened.
Thanks for reporting. That's a known issue that's already been fixed (https://github.com/mbunkus/mkvtoolnix/issues/1312).
Mosu
18th July 2015, 18:22
Hey,
I've released MKVToolNix v8.2.0. This is another release implementing a lot of enhancements and new features for MKVToolNix GUI. Nearly all of them are a direct result of all the feedback received for versions 8.0.0 and 8.1.0. Therefore I urge you to upgrade, especially if you're still using 8.0.0.
The old GUI (mkvmerge GUI) is still included and scheduled to be removed after 8.3.0.
Changes for package maintainers: nothing's changed since v8.1.0.
Here are the usual links: the MKVToolNix home page (https://www.bunkus.org/videotools/mkvtoolnix/), the Windows installer and portable version (http://www.fosshub.com/MKVToolNix.html) and the source code (https://www.bunkus.org/videotools/mkvtoolnix/source.html).
All binaries that I provide have been uploaded already.
Here's the full ChangeLog (https://www.bunkus.org/videotools/mkvtoolnix/doc/ChangeLog) since the previous release:
2015-07-18 Moritz Bunkus <moritz@bunkus.org>
* Released v8.2.0.
* mkvmerge, MKVToolNix GUI: bug fix: fixed the container type not being recognized properly by the GUI. Now the numerical container type ID is output in verbose identification mode by mkvmerge.
* MKVToolNix GUI: chapter editor enhancement: the template for chapter names can now contain a number of places for the chapter number, e.g. '<NUM:3>'. The number will be zero-padded if there are less places than specified.
* MKVToolNix GUI: new chapter editor feature: implemented a function for renumbering chapters. This allows the user to automatically assign new chapter names to one level of sub-chapters with ascending numbers. Implements #1355 (https://github.com/mbunkus/mkvtoolnix/issues/1355).
2015-07-15 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: new feature: the position of the tab headers of all tab widgets can be changed in the preferences. Implements #1334 (https://github.com/mbunkus/mkvtoolnix/issues/1334).
2015-07-12 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: new feature: added an option for hiding the tool selector.
* MKVToolNix GUI: new job queue feature: added menu options for stopping the queue either immediately or after the current job has finished. Implements #1303 (https://github.com/mbunkus/mkvtoolnix/issues/1303).
* MKVToolNix GUI: new job queue feature: added a context menu option for setting jobs to status »pending manual start«.
2015-07-11 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: chapter editor bug fix: the file is not kept open so that you can open it in other applications at the same time.
* MKVToolNix GUI: new merge tool feature: added context menu options for selecting all tracks of a specific type (e.g. all audio tracks). Implements #1197 (https://github.com/mbunkus/mkvtoolnix/issues/1197).
* MKVToolNix GUI: merge tool enhancement: the dialog shown after dragging & dropping files from external applications asking if those files should be added or appended now has an option to always add and never to show that dialog again. For new MKVToolNix installations the default is now to show this dialog again until the user deactivates it either in the dialog or in the preferences.
* MKVToolNix GUI: new feature: added additional ways to move selected files, tracks and attachments around: keyboard shortcuts (Ctrl+Up and Ctrl+Down) and optional buttons (those have to be enabled in the preferences). Using drag & drop remains possible. Implements #1279 (https://github.com/mbunkus/mkvtoolnix/issues/1279).
2015-07-05 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: bug fix: if a GUI language other than English was selected then the warning/error messages output by mkvmerge were not recognized properly and output in the wrong text views.
* MKVToolNix GUI: merge tool bug fix: fixed loading saved settings in which an appended file contains chapters/tags/attachments.
2015-07-04 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: new merge tool feature: dragging files from external applications now allows you to create new mux settings and add the dropped files to those if the »always add dropped files« option is off. Implements #1297 (https://github.com/mbunkus/mkvtoolnix/issues/1297).
* MKVToolNix GUI: new feature: added support for displaying the queue progress on the task bar button. Implements #1335 (https://github.com/mbunkus/mkvtoolnix/issues/1335).
* mkvmerge: bug fix: fixed handling of MPEG transport streams where all PATs and PMTs have CRC errors. Fixes #1336 (https://github.com/mbunkus/mkvtoolnix/issues/1336).
* MKVToolNix GUI: new merge tool feature: implemented support for re-ordering new attachments via drag & drop. Implements #1276 (https://github.com/mbunkus/mkvtoolnix/issues/1276).
2015-07-03 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: bug fix: fixed the command line option used when the »fix bitstream timing info« check box is checked. Fixes #1337 (https://github.com/mbunkus/mkvtoolnix/issues/1337).
2015-07-01 Moritz Bunkus <moritz@bunkus.org>
* docs: added a Spanish translation of the man pages by Israel Lucas Torrijos (see AUTHORS).
* MKVToolNix GUI: enhancement: several drop down boxes have had their options renamed slightly to be more consistent overall and easier to select via the keyboard. Implements #1309 (https://github.com/mbunkus/mkvtoolnix/issues/1309).
* MKVToolNix GUI: fix compilation with the upcoming Qt 5.5.0. Fixes #1328 (https://github.com/mbunkus/mkvtoolnix/issues/1328).
2015-06-30 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: job queue bug fix: when re-starting a job the »date finished« field wasn't reset. Fixes #1323 (https://github.com/mbunkus/mkvtoolnix/issues/1323).
* MKVToolNix GUI: merge tool bug fix: the option »set output file name relative to first input file« caused the relative path to be applied each time a file was added resulting in the wrong directory. Fixes #1321 (https://github.com/mbunkus/mkvtoolnix/issues/1321).
* MKVToolNix GUI: merge tool bug fix: when adding a Blu-ray playlist and aborting the »select playlist to add« dialog the originally opened playlist was added even so.
* mkvmerge: bug fix: the MPEG-1/2 video code was causing an illegal memory access under certain conditions. Fixes #1217 (https://github.com/mbunkus/mkvtoolnix/issues/1217) and #1278 (https://github.com/mbunkus/mkvtoolnix/issues/1278).
2015-06-29 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: bug fix: the »default subtitle character set« combo box required a selection without an option for using the system's default. An entry »– no selection by default –« has been added at the top.
* MKVToolNix GUI: bug fix: fixed parsing command line arguments to an already-running instance on Windows. Fixes #1322 (https://github.com/mbunkus/mkvtoolnix/issues/1322).
2015-06-28 Moritz Bunkus <moritz@bunkus.org>
* MKVToolNix GUI: enhancement: position and size of the several additional windows are saved and restored. These include: the preferences window, the dialog for additional command line options, the dialog showing the command line and the dialog for selecting the playlist to add. Implements #1317 (https://github.com/mbunkus/mkvtoolnix/issues/1317).
* MKVToolNix GUI: bug fix: fixed the combo boxes with languages, countries and character sets not being re-initialized after changes to the list of common languages/countries/character sets in the preferences. Fixes #1224 (https://github.com/mbunkus/mkvtoolnix/issues/1224).
* MKVToolNix GUI: enhancement: the relative sizes of all splitters are saved and restored. Implements #1306 (https://github.com/mbunkus/mkvtoolnix/issues/1306).
* MKVToolNix GUI: chapter editor bug fix: fixed the menu entries »save to XML file« and »save to Matroska file« not being available after loading chapters until the tool or tab was changed. Fixes #1312 (https://github.com/mbunkus/mkvtoolnix/issues/1312).
* MKVToolNix GUI: bug fix: fixed labels and therefore the window becoming excessively wide with long file names. Fixes #1314 (https://github.com/mbunkus/mkvtoolnix/issues/1314).
* MKVToolNix GUI: merge tool bug fix: fixed the focus marker around combo boxes inside scroll areas not being drawn. Fixes #1310 (https://github.com/mbunkus/mkvtoolnix/issues/1310).
* MKVToolNix GUI: merge tool bug fix: fixed the stereoscopy mode being off by one. Fixes #1311 (https://github.com/mbunkus/mkvtoolnix/issues/1311).
* MKVToolNix GUI: merge tool bug fix: fixed the --append-to calculation if more than one file has been appended. Fixes #1313 (https://github.com/mbunkus/mkvtoolnix/issues/1313).
Have fun.
Keiyakusha
18th July 2015, 19:05
Hi Mosu. Unfortunately for me this version still has that 10-sec-delay-before-action issue. Do you have any tips as to what can I check/fix or something? Could it be some leftovers from old beta versions that are interfering? Old GUI is lightning-fast as always. Edit: win7 x64, x64 MKVtoolnix
ndjamena
18th July 2015, 19:43
* mkvmerge: bug fix: the MPEG-1/2 video code was causing an illegal memory access under certain conditions. Fixes #1217 and #1278.
Wow, there's been a bug in the m2v reading code since 7.4.0 that only shows itself in random situations, it's odd that no one tried to report that the moment 7.4.0 was released.
On an unrelated note, I really need to figure out how to get access to a second computer...
Mosu
19th July 2015, 14:45
Hi Mosu. Unfortunately for me this version still has that 10-sec-delay-before-action issue. Do you have any tips as to what can I check/fix or something? Could it be some leftovers from old beta versions that are interfering? Old GUI is lightning-fast as always. Edit: win7 x64, x64 MKVtoolnix
Unfortunately I don't have an idea why it's doing it or what to do about it. Sorry.
Mosu
19th July 2015, 14:51
Hi Mosu. Unfortunately for me this version still has that 10-sec-delay-before-action issue. Do you have any tips as to what can I check/fix or something? Could it be some leftovers from old beta versions that are interfering? Old GUI is lightning-fast as always. Edit: win7 x64, x64 MKVtoolnix
One thing you could try is to give the portable version a try if you're currently using the installed one and vice versa.
Keiyakusha
19th July 2015, 16:52
One thing you could try is to give the portable version a try if you're currently using the installed one and vice versa.
I usually prefer portable versions of the software but with MKVtoolnix I somehow ended up using installer all the time. But anyway, you are right. Portable version does not have this issue for me. I'll just use it from now on. :thanks:
Mosu
19th July 2015, 19:04
Uhm… the portable works nicely and the installed one has those delays!? Wow, that's interesting. The only difference between those two is how the settings are stored: in an .ini for the portable one and in the registry for the installed version (same code in both cases, which code path is used is determined by the presence or absence of the file data\portable-app).
Do you still have the registry settings from the installed version? They're stored as HKEY_CURRENT_USER\Software\bunkus.org. If so, can you please export that sub-tree and send it to me to moritz@bunkus.org? Thanks.
TheBean
20th July 2015, 07:07
Is it possible to disable the generation of global tags / track tags with the new GUI? I'm still using 7.9.0 because I like to have them disabled with the command line and can't figure out how to do it with 8.2.0.
Mosu
20th July 2015, 07:28
Sure it can. On the merge tool go to the »output« tab. On the lower right you'll see »additional options«. Either enter the option manually or hit the button to the right of it which will open a dialog showing all available additional options. In that dialog you can also opt to have the selected options be set for each new merge job by default.
You can find the same default options in the preferences dialog on the »merging« tab. Here it's called »Default additional command line options« with the same button and the same dialog attached to it.
NanoBot
20th July 2015, 16:32
Hi Mosu, hi everybody,
I would like to suggest a small cosmetic change concerning the import of chapter files:
The file requester by default offers the ".xml" file extension for xml-based chapter files, but it does not offer the ".txt" or ".ogg" file extension for text-based chapter files. Of course it is possible to change the extension filter from ".xml chapter files" to "all files", but I would suggest to change the default file extension to ".xml, .ogg, .txt", which would allow to import both xml- and text-based chapter files without changing the file extension filter to "all files".
C.U. NanoBot
Mosu
20th July 2015, 18:43
Well… someone else has reported such a thing in the past, but I haven't been able to reproduce this. For me the file type filter lists a lot more options, and it defaults to »all supported file types«. See here:
https://www.bunkus.org/pics/mtx-open-chapters-file-type-filter-windows.png
Same on Linux:
https://www.bunkus.org/pics/mtx-open-chapters-file-type-filter-linux.png
Which operating system are you using? Which version of MKVToolNix GUI? Which translation are you using?
Mosu
20th July 2015, 18:44
Oh wait! Do you perhaps mean the file selector used on the merge tool's »output« tab? If so you're right, it seems – there's only XML and *. I'll fix that.
hubblec4
20th July 2015, 22:05
Hi Mosu. Unfortunately for me this version still has that 10-sec-delay-before-action issue. Do you have any tips as to what can I check/fix or something? Could it be some leftovers from old beta versions that are interfering? Old GUI is lightning-fast as always. Edit: win7 x64, x64 MKVtoolnix
One thing you could try is to give the portable version a try if you're currently using the installed one and vice versa.
Hi Mosu
I had the same problem with new version 8.2.0.
I had installed v8.0.0 and then I replaced all files with the new 8.1.0 (no problems) and then 8.2.0.
After a few starting mtxcfg files the GUI needs 10 sec to start and closing the Gui needs 6 sec. The GUI will start at a different position as you open the GUI via link.
I had then deleted your registry settings(bunkus.org) completly and the GUI works again and start at the correct position.
Mosu
21st July 2015, 08:01
What would be interesting and helpful for me is the size of the entries stored in the bunkus.org registry sub-tree – hence me asking for an export of that sub-tree.
My current guess is that the QSettings (doc.qt.io/qt-5/qsettings.html) class re-writes the whole registry sub-tree when it is saved. Currently the GUI stores not only its settings but also the job queue via QSettings (meaning in the registry if it's the installed version). As the job queue includes the full output of all jobs currently in the queue, even the ones already run but not yet removed, this can amount to quite a bit of data.
If re-writing the whole registry sub-tree is that slow I will have to change how these things are stored significantly and not use the registry at all, even for the installed version. The installed version could store its settings in an appropriate place in C:\Users\<username>\AppData\… (well, the path returned by QStandardPaths::writeableLocation() (http://doc.qt.io/qt-5/qstandardpaths.html#writableLocation) for QStandardPaths::AppDataLocation). I would also have to migrate the settings from the registry to that location.
Mosu
21st July 2015, 08:04
After a few starting mtxcfg files the GUI needs 10 sec to start and closing the Gui needs 6 sec. The GUI will start at a different position as you open the GUI via link.
Starting a job will actually write the settings twice: once after the job has been added and once each time the job changes state (e.g. from »pending auto« to »running«). That's probably why you seem twice the delay when starting the job versus when you quit the program.
I had then deleted your registry settings(bunkus.org) completly and the GUI works again and start at the correct position.
Like I said above: the portable version stores its settings completely independent from the installed version. Both store the position and size of the windows. So if you switch back and forth between an exe from the installed version and one from a portable one then it's normal behavior that the window positions and sizes differ.
hubblec4
21st July 2015, 09:40
What would be interesting and helpful for me is the size of the entries stored in the bunkus.org registry sub-tree – hence me asking for an export of that sub-tree.
I have upload the registry tree to your ftp.
rsotome
21st July 2015, 10:27
Is there any way to output the jobs queue to the text editor friendly .mmg extensions with the new GUI, or are we stuck with the jobs being stored in only the registry?
I've found excellent ways to mass edit .mmg files in just a few seconds with Notepad++, with settings/names/attachments/etc that would normally take several minutes using the gui directly. (eg. just about any TV series)
Thank you, and please don't think I'm knocking the new GUI, or all your hard work, I love this program. :)
TheBean
21st July 2015, 11:12
Sure it can. On the merge tool go to the »output« tab. On the lower right you'll see »additional options«. Either enter the option manually or hit the button to the right of it which will open a dialog showing all available additional options. In that dialog you can also opt to have the selected options be set for each new merge job by default.
You can find the same default options in the preferences dialog on the »merging« tab. Here it's called »Default additional command line options« with the same button and the same dialog attached to it.
Thank you! I looked over the UI a couple of times, can't believe I missed that.
Thanks again.
Mosu
21st July 2015, 15:58
I have upload the registry tree to your ftp.
Thanks, I'll investigate it.
Mosu
21st July 2015, 16:01
Is there any way to output the jobs queue to the text editor friendly .mmg extensions with the new GUI, or are we stuck with the jobs being stored in only the registry?
If you're using the portable version then the job queue is already stored in an .ini file. For the installed version I will most likely switch to storing all settings including the job queue in an .ini file, too, due to performance reasons (see a couple of posts above yours for information).
However, all jobs are stored in the same .ini file, and not storing each job in its own file was actually a conscious design decision. Having those separate files in addition to the information which files should exist and their order is error-prone.
So yes, you are already respectively will be able to add such jobs with a text editor, albeit with a couple of caveats.
Mosu
21st July 2015, 19:29
Hmm, even after using an INI file it's still somewhat slow. The amount of information stored is simply so much that the relative slow speed of QSettings drags things down.
Unfortunately I don't have an easy way out at the moment, especially given that several users prefer to have those job queue editable with a text editor – otherwise I might consider switching to a different storage format. Alas, that would also affect existing .mtxcfg configuration files as they use the same methods for writing their data.
Not an easy choice, unfortunately, and probably not something that I can fix quickly.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.