Page 5 of 37

Re: DGDemux development

Posted: Sun Dec 01, 2019 11:25 am
by Guest
He really wasn't smarter than the average bear

Re: DGDemux development

Posted: Sun Dec 01, 2019 11:43 am
by Bullwinkle
You're right, average is a pretty low bar to set. Maybe good for europeons.

gonca, my friend, you get the heel nippers like you know who and his flying monkeys. Deal with them like this:

https://www.youtube.com/watch?v=O_s6-sfsWq0

Poor thing! The pit bull was smart enough to get out of Dodge. Don't wrestle with pigs! Stomp them and move on.

Re: DGDemux development

Posted: Sun Dec 01, 2019 12:28 pm
by redbtn
Bullwinkle wrote:
Sun Dec 01, 2019 11:10 am
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.
Bullwinkle wrote:
Sun Dec 01, 2019 11:10 am
Oh, and how do you measure fragmentation?
You can use Defraggler (Analyze, then FIle list and see how many fragments uses the file)

Audio and subs are good now. But video still has fragmentation, not that much as earlier, but still. Can you please preallocate 75GB for video and 150mb for each sub? I'll test it again, maybe it solves the problem completaly.

PS: I demuxed BD with video track smaller than 50gb and it's perfect. So, defenetly need increase it for video. I think 75gb will be enough for most discs.

Re: DGDemux development

Posted: Sun Dec 01, 2019 12:33 pm
by Bullwinkle
Looking at your minimize issue.

Sure, let's adjust prealloc as you suggest. Maybe should be configurable.

Re: DGDemux development

Posted: Sun Dec 01, 2019 12:40 pm
by redbtn
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.

Re: DGDemux development

Posted: Sun Dec 01, 2019 12:44 pm
by Bullwinkle
Didn't duplicate it, just keeping an open investigatory Moose mind. What are your steps exactly to show it?

People call me Inspector!

Re: DGDemux development

Posted: Sun Dec 01, 2019 12:46 pm
by redbtn
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.

Re: DGDemux development

Posted: Sun Dec 01, 2019 12:54 pm
by Bullwinkle
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.

Gonna tell Rocky to go with video 100 GB, audio 5 GB each, sups 1 GB.

Re: DGDemux development

Posted: Sun Dec 01, 2019 1:01 pm
by redbtn
Bullwinkle wrote:
Sun Dec 01, 2019 12:54 pm
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 200mb. 1GB is too much IMO.

Re: DGDemux development

Posted: Sun Dec 01, 2019 1:03 pm
by Bullwinkle
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.

Re: DGDemux development

Posted: Sun Dec 01, 2019 1:08 pm
by redbtn
Bullwinkle wrote:
Sun Dec 01, 2019 1:03 pm
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?

Ps: I use 1809 LTSC, can it make sense?

Re: DGDemux development

Posted: Sun Dec 01, 2019 1:13 pm
by Bullwinkle
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.

Re: DGDemux development

Posted: Sun Dec 01, 2019 1:16 pm
by redbtn
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!

Re: DGDemux development

Posted: Sun Dec 01, 2019 1:17 pm
by Bullwinkle
You drive a hard bargain...for a hoomin!

Re: DGDemux development

Posted: Sun Dec 01, 2019 1:24 pm
by redbtn
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.

Re: DGDemux development

Posted: Sun Dec 01, 2019 5:37 pm
by Rocky
I have no idea. Anyway, things are not RAM-limited.

Re: DGDemux development

Posted: Sun Dec 01, 2019 5:44 pm
by redbtn
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.

Re: DGDemux development

Posted: Sun Dec 01, 2019 5:54 pm
by zqslzwzw
Rocky wrote:
Sun Dec 01, 2019 8:53 am
zqslzwzw wrote:
Sun Dec 01, 2019 5:26 am
Could you go to that private track to obtain this source? If you do not have its account, I am pleased to invite you as long as you are willing to be and agree with its rule.
We've been looking for DTS HDHR streams so this would help both of us. If I gave you an FTP would you be able to upload it there? We don't do torrents.
That's wonderful. I am ready to upload it and please PM me the necessary information for this upload.

Re: DGDemux development

Posted: Sun Dec 01, 2019 6:00 pm
by Rocky
@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.

@zqslzwzw

Standby. I'll send you the details via PM.

Re: DGDemux development

Posted: Sun Dec 01, 2019 6:05 pm
by Guest
As per Task Manager
DGDemuxGUI 8.0 MB
DGDemux 10.1 MB

Re GUI distortion
Load a mpls, select output, etc
Minimize and the restore
Stream list is now on top

Open DGDemuxGUI
Minimize and then restore
GUI comes up normal
but using BROWSE button makes it go white

Re: DGDemux development

Posted: Sun Dec 01, 2019 6:09 pm
by redbtn
Rocky wrote:
Sun Dec 01, 2019 6:00 pm
@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 seems minimize issue is not only my OS issue

Re: DGDemux development

Posted: Sun Dec 01, 2019 6:20 pm
by zqslzwzw
Bullwinkle wrote:
Sun Dec 01, 2019 12:54 pm
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.

Gonna tell Rocky to go with video 100 GB, audio 5 GB each, sups 1 GB.
I do not think it's necessary to reduce the fragment count to zero. Slight fragments should be allowed since they do not influence the performance. 100G preallocation is too large for my poor SSD or usb hdd. Maybe .sup can be assigned with 64M block, audio 1G and video 10G.

Re: DGDemux development

Posted: Sun Dec 01, 2019 6:21 pm
by Rocky
gonca wrote:
Sun Dec 01, 2019 6:05 pm
As per Task Manager
DGDemuxGUI 8.0 MB
DGDemux 10.1 MB

Re GUI distortion
Load a mpls, select output, etc
Minimize and the restore
Stream list is now on top

Open DGDemuxGUI
Minimize and then restore
GUI comes up normal
but using BROWSE button makes it go white
Wow. :wow: That's freaky. I'm guessing the checked list component is getting some unexpected messages. Investigating...

Re: DGDemux development

Posted: Sun Dec 01, 2019 6:26 pm
by Rocky
zqslzwzw wrote:
Sun Dec 01, 2019 6:20 pm
I do not think it's necessary to reduce the fragment count to zero. Slight fragments should be allowed since they do not influence the performance. 100G preallocation is too large for my poor SSD or usb hdd. Maybe .sup can be assigned with 64M block, audio 1G and video 10G.
Maybe best to make it configurable then. I ripped CC_SAKURA and got the entire video in one file fragment.

The thing is if you exceed the prealloc, you're going to get lots of little fragments after that. It's not that you will just get a couple large fragments. That's why I'm looking into the dynamic resizing.

Re: DGDemux development

Posted: Sun Dec 01, 2019 6:33 pm
by redbtn
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 demux only video it will be ok, but in parallel with audio and subs disk IO performance is dropping. And demux takes about 2 times more than it can be.
I'm talking about demux process. After demux is finished, work with files is ok now, because they are not fragmented now.