Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Capturing and Editing Video > New and alternative a/v containers

Reply
 
Thread Tools Search this Thread Display Modes
Old 1st September 2018, 16:13   #61  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
How much memory is mkvmerge.exe (not mkvtoolnix-gui.exe) consuming in that case? Note that mkvmerge's memory will jump right when it starts, and it will continue to grow slowly due to in-memory indexes getting bigger (those indexes can only be written all at once when the file's done).

Can you watch your I/O load, too? Is mkvtoolnix-gui.exe causing a lot of I/O activity while the system is sluggish? You can use Windows' "Resource Monitor" tool for that.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 1st September 2018, 16:38   #62  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,717
The crash occurs directly in the GUI, for me it happens when I drag and drop a source file in the panel. I've not had a crash while a mux operation has been in progress. I watched a 10 GB mux progress and mkvmerge took around 50-70 MB most of the time, peak working set was about 100 MB. I'll try to see how many muxes it will take for the crash to happen as the sluggishness already appears after the first two or three.

Mkvtoolnix-gui.exe has no activity outside normal usage in Resource Monitor, it seems to be behaving well.
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...
Boulder is offline   Reply With Quote
Old 1st September 2018, 16:46   #63  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
Can you reproduce the crash with the same file? If not, try removing the "cache" folder between tries.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 1st September 2018, 16:47   #64  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
When you drag & drop & the GUI crashes, is a job still running at that point?
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 1st September 2018, 17:09   #65  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,717
Quote:
Originally Posted by Mosu View Post
Can you reproduce the crash with the same file? If not, try removing the "cache" folder between tries.
I'll try.. I probably need to run a mux operation instead of just goofing around with the GUI if this is memory related.

Quote:
When you drag & drop & the GUI crashes, is a job still running at that point?
No, I always wait for the mux job to finish before I start preparing a new one. This is basically because I usually get one part from a DVD and all the rest from an HDD.
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...
Boulder is offline   Reply With Quote
Old 1st September 2018, 17:28   #66  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
BTW, here is a build with debug symbols. Don't know how much use those might be to you — I compile on Linux with the mingw cross-compiler. I don't know if its type of debugging info is usable on Windows.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 1st September 2018, 17:32   #67  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,717
I was able to reproduce it with the same file(s). I already had finished four different muxes and then did the same mux job four times just like each of them was a new one. After those, I added the same source files normally and added the job into the queue. Removed all source files to readd them once again and the GUI vanished. I could tell that I'm close to success (sic) because the HDD started making swapping like noise.

I'll install the debug build, let's see if we can find something there. It seems to be 32-bit but probably no difference in that sense compared to the 64-bit build that I use (the x86 path is due to an ancient installation).
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...

Last edited by Boulder; 1st September 2018 at 17:35.
Boulder is offline   Reply With Quote
Old 1st September 2018, 17:40   #68  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
Well yeah, I figured from your x86 path that you were using a 32-bit build, hence…
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 1st September 2018, 17:46   #69  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,717
Well, it crashed after adding the same files over and over again and adding the job in the queue Where can I get the dump file? I couldn't find it in the program directory.
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...
Boulder is offline   Reply With Quote
Old 1st September 2018, 18:22   #70  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
No idea, I don't program under Windows.

But I do have an idea where this might come from. I'll try to rewrite the corresponding code section later tonight.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 2nd September 2018, 07:24   #71  |  Link
XinHong
Registered User
 
Join Date: Jan 2011
Location: France
Posts: 36
Hello Mosu,

There is something strange with v26 of MKVToolNix GUI:
- Start MKVToolNix GUI
- Drag & drop a file
- Perform a mux (not mandatory to perform something)
- Right click in the "Source Files" and choose "Remove All Files"
- Close MKVToolNix
- The following message appears :
"The file "< No destination file >" has been modified. Do you really want to close ? All changes will be lost"

I don't remember I had this message in v25, and, as all files in the source list have been removed, I think this message should not appear
XinHong is offline   Reply With Quote
Old 2nd September 2018, 09:49   #72  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
The settings consist not only of the stuff on the "input" tab, but also of all the controls on the "output" and "attachments" tab. If their settings deviate from the last saved state (or the "new settings" state if it has never been saved or added to the job queue), then the GUI will ask for confirmation.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 2nd September 2018, 11:15   #73  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
Quote:
Originally Posted by Boulder View Post
Well, it crashed after adding the same files over and over again and adding the job in the queue
I've created a new debug build, this time not with debugging symbols, but with a lot of validity checks on the internal structures containing job information. If an inconsistency is found, an error message is shown. Please give this build a try, and if such a message pops up, please provide the error it shows (you can select & copy the message shown in that dialog, BTW).

BTW: I highly appreciate your work on this. As I cannot reproduce the crashes (yet), I have to rely on other people's work.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 2nd September 2018, 12:20   #74  |  Link
mkver
Registered User
 
Join Date: May 2016
Posts: 197
Quote:
Originally Posted by Boulder View Post
Where can I get the dump file? I couldn't find it in the program directory.
It's in C:\Users\<Account_Name>\AppData\Local\CrashDumps. But can one even analyze them with the GNU tools?

PS: Have you already tried to find out when exactly the problems started to arise by using these builds? I can't reproduce the crashes and therefore can't do it.
mkver is offline   Reply With Quote
Old 2nd September 2018, 13:02   #75  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,717
Quote:
Originally Posted by Mosu View Post
I've created a new debug build, this time not with debugging symbols, but with a lot of validity checks on the internal structures containing job information. If an inconsistency is found, an error message is shown. Please give this build a try, and if such a message pops up, please provide the error it shows (you can select & copy the message shown in that dialog, BTW).

BTW: I highly appreciate your work on this. As I cannot reproduce the crashes (yet), I have to rely on other people's work.
No problems regarding testing This was a random accident that I happened to start working so heavily on video clips, I usually mux a couple of files at a time. In my daily work, I often need to rely on information from others to reproduce problems so I know how frustrating it can sometimes be to try things.

Now I got the crash with the mux job running. No error messages whatsoever, the OS just turned very sluggish while I was browsing the internet and I knew that it would not take long for something to happen.

I uploaded two most recent dumps if they are of any use. The older one is from yesterday's debug build, the other one is the crash I just had.

https://drive.google.com/open?id=17K...YBocphfn5LKlJ3

mkver, thanks, I think I'll start digging a bit deeper with those builds.
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...
Boulder is offline   Reply With Quote
Old 2nd September 2018, 14:00   #76  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
OK, so the problem is completely unrelated to that particular part of the program. It was one of the few areas of the GUI that I actually changed between v25 and v26. So we'll have to look at other changes.

There's one particular change between 25 and 26 that affects job/config handling. I've reverted that change and created a new debug build without said change.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 2nd September 2018, 14:16   #77  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
BTW, the crash dumps don't help me — yet. I'm currently learning a lot about different debug info formats, how to do postmortem and/or just-in-time crash debugs for mingw applications etc. I'll look at bit further into those methods before providing new binaries to test with.

In case anyone is interested: "MinGW and Postmortem Debugging", "Dr. MinGW — Postmortem debugging tools for MinGW"
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 2nd September 2018, 17:22   #78  |  Link
Mosu
MKVToolNix author
 
Mosu's Avatar
 
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,278
Alright, here is another debug build. This one links against the Dr. MinGW library. When it crashes, it should write a file called "mkvtoolnix-gui.RPT" in the same file the exe is is (hence me only providing the portable archive — writing to "C:\Program Files…" is normally not possible). This file should contain a stack trace. Please send me that file/upload it somewhere. Thanks.
__________________
Latest MKVToolNix is v83.0

If I ever ask you to upload something, please use my file server.
Mosu is offline   Reply With Quote
Old 2nd September 2018, 17:49   #79  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,717
Quote:
Originally Posted by Mosu View Post
Alright, here is another debug build. This one links against the Dr. MinGW library. When it crashes, it should write a file called "mkvtoolnix-gui.RPT" in the same file the exe is is (hence me only providing the portable archive — writing to "C:\Program Files…" is normally not possible). This file should contain a stack trace. Please send me that file/upload it somewhere. Thanks.
OK, will do Let's hope I can reproduce the crash rather sooner than later.
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...
Boulder is offline   Reply With Quote
Old 2nd September 2018, 18:26   #80  |  Link
Boulder
Pig on the wing
 
Boulder's Avatar
 
Join Date: Mar 2002
Location: Finland
Posts: 5,717
I was able to reproduce the crash by torturing the GUI but no RPT file appeared in the program folder I'll install rev 014 and see how it goes..
__________________
And if the band you're in starts playing different tunes
I'll see you on the dark side of the Moon...
Boulder is offline   Reply With Quote
Reply

Tags
matroska

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 03:42.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.