OK, sure. But with the fixed behavior, the write failure will be detected, the error will be written to the error box, and then the demux will terminate. I already have that working. Previously the writes failed silently. Is it OK? Would an option to disable preallocation help? Yeah, sure! It would...

I understand you, and due this logic I start demuxing 40gb BD when I have 43gn free space, and I was expecting that allocation will fail and demuxing will go without it. But DGDemux finish work without errors, says "Done", but demuxing video stream wasn't done, cuz it was demuxed only 3gb. Do you un...

I should check for running out of space. Assuming there is enough space, but preallocation fails (due to fragmentation), that should not stop demuxing; it will just be more fragmented. Do you find otherwise? Yeah, I agree with you. Like if I use hdd with a lot of space, I wanna get as low fragments...

I found a problem with space allocation. I'm demuxing BD which is 40gb. If on ssd not enough space for allocate all files (for example I have 43gb, and I checked 4 audio streams and video) free space is gone while demuxing and DGDemux says "Done", but video stream is only 3gb. No errors are displaye...

Thank you Rocky! Nice release! I'm about to test it.

Does Bullwinkle already know how to do this?

Could not detect frame rate. Skip first doesn't help. If force 23.976 manually it works well. Maybe it's an issue, maybe not.
01281.mpls, files on ftp (4.21gb)

Happy Birthday, Rocky!

Where can I find the spy? I live in Russia, I catch up him around his home, haha!

Why DGDemux GUI window becomes inactive after clicking "Demux"? It doesn't become inactive. I just tested. I'm able to move the window, hit Abort, etc. So... :?: Sorry, sometimes I don't have enough English skills for explaining what I mean. I don't mean that while DGDemux doing things you can't mo...

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.