Why DGDemux GUI window becomes inactive after clicking "Demux"?

1.54.34.500 is the time at which the gap between the last two M2TS files occurs. At each gap, processing is done to see what adjustments are necessary. In this case at that gap, DGDemux sees an accumulated desync that is below the threshold (approx. 5ms for DTS HDMA) for requiring correction. There...

00847.mpls. Sorry for late reply, I was afk Please say disk title, MPLS, and your problem description in one post. There's no time to go searching back across multiple forums to try to piece things together. Thank you for your understanding. Iron man 2, mpls 00847. DTS-MA track. Before 1.54.34.500 ...

Rocky wrote: ↑

Tue Dec 03, 2019 8:43 am

Thanks, redbtn, for pointing that out.

I really need to know which MPLS you used for that 10ms thing.

00847.mpls. Sorry for late reply, I was afk

Another "Browse" bug

Nothing like that can help. The OS manages physical writes to the disk from the buffers. Many have benchmarked this and found increasing beyond 1MB file buffer brings you nothing; me too. Are you chasing unicorns? What problem do you have? Actually I don't have any issues for now. All looks great. ...

Umm. I don't know how to test it properly yet. But I don't see much difference vs 1.0.0.8. Can you do 500mb RAM buffer for each stream for test?

PS: Minimize bug is fixed now, thank you! Thanks for other improvements too.

gonca wrote: ↑

Sun Dec 01, 2019 7:21 pm

Or Hoomins could just use SSDs and have 32 GB of RAM, no problem then

I have 32gb of RAM, but it's not helping while we don't have an internal buffer. SSD, yeah, but when I'm working with BD's I need a lot of space, but my SSD only 256gb

Bullwinkle wrote: ↑

Sun Dec 01, 2019 7:04 pm

Hoomins are paranoid. If prealloc fails nothing changes. There is simply no prealloc. You get just what you wanted. Could let user know about it but most are dumbasses so why bother?

DGDemux users should be smarter than usual users. Others can use other one-click stuff.

Rocky wrote: ↑

Sun Dec 01, 2019 6:58 pm

Sleep well. Check your neck in the morning. Natasha is sneaking around.

Sure! You too!
Good job for today!

zqslzwzw wrote: ↑

Sun Dec 01, 2019 6:58 pm

It seems that the preallocation is not enough. May be cache with the size of tens Megabytes for each stream in app level is still in demand.

Like I already said, at least 1GB will be perfect. Hoomins who demuxing UHD Bluray have to have at least 16GB RAM, so there is no problem I think.

Yeah, some internal buffering would be good. I make one pass through the source files, writing things as I find them. Making multiple passes would be awful. Internal buffering plus prealloc may be the ticket to nirvana. But first, gotta fix the GUI. Moose and squirrel just finished off a massive fa...

It seems like files have no fragmentation, but while they writes to disk, they are still writes in small pieces, because hdd speed drops from 150mbps to 40mbps. I think it happens because hdd writing small pieces and have to move heads very often between files. I have to check it, but I think if dem...

@redbtn No need for that stuff. Re-download DGDemux_test.rar. It's built with 100/10/1 prealloc. I'm looking into whether we can get a callback when the allocated size is exceeded, with the idea of enlarging the alloc. Then we could start small and increase only when needed. Good! Nice idea! PS: It...

Is it possible to have options like -vbuf -abuf? We have default values, but if you know what you do, you can set it manually.

Bullwinkle wrote: ↑

Sun Dec 01, 2019 1:17 pm

You drive a hard bargain...for a hoomin!

I'll risk it!
How much RAM uses DGDemux for now? I'd like to use at least 1GB RAM. I can give it 20, but other users possibly can't.

Bullwinkle wrote: ↑

Sun Dec 01, 2019 1:13 pm

Let's see if anyone else reports your GUI corruption after minimize.

Don't want to get too deep in the weeds on prealloc and make a mess. 10 GB for audio then. Any failure to prealloc is not fatal and the affected streams are just not prealloc'ed.

Deal!

So you say that Windows cannot minimize and restore a dialog? We run 1909. If we come up short on preallocs, people will rag on us. I don't know, I have no issues with my windows, only DGDemux GUI has this issue. I saw TrueHD more than 5GB. You can't do 7-8 GB for THD and DTS-MA, and 1GB for AC3? P...

Can't duplicate that. What OS etc.? C'mon, windows can't minimize and restore a dialog? Don't hand us some WinXP/Win7 nonsense. We use latest libraries and runtimes. I'ma tell Rocky to go with video 100 GB, audio 5 GB each, sups 1 GB. Windows 10 1809. I never saw sup more than 100mb, ok, you can do...

Bullwinkle wrote: ↑

Sun Dec 01, 2019 12:44 pm

Didn't duplicate it, just keeping an open invesigatory Moose mind. What are your steps exactly to show it?

People call me Inspector!

Open DGDemux GUI. open mpls, click minimize.
Here is a video below.

Bullwinkle wrote: ↑

Sun Dec 01, 2019 12:33 pm

Looking at your minimize issue.

Sure, let's adjust prealloc as you suggest.

Thx! Can't wait to test it! Looks like you duplicate my issue already, while i was recording a video.

redbtn, don't move the dialog while operations are pending. Rocky will fix it at some point. It happens after minimize, Moving the dialog while operations are pending looks fine. 1Gb for every sub is too much, isn't it? I think 100-150mb is enough. Oh, and how do you measure fragmentation? You can ...

Testing Test version in progress.
Sometimes I have some glitches

Bullwinkle it looks very good! Your intellect is razor sharp!