DGDemux development
Re: DGDemux development
I was scared to tell you, Bullwinkle. DG is stuck in the future. We don't know how it happened on a routine Wayback journey, and we don't have any ideas about how to get him back. So sorry.
Sherman Peabody
Director of Linux Development
Director of Linux Development
Re: DGDemux development
Sherman murdered DG.
Re: DGDemux development
Hope I am not out-of-line in saying that what Sherman has done with the DGDemux performance enhancement is really quite remarkable, and he is to be highly commended for it. He and I are working together to modify the Wayback Machine to support trips to the future. One would expect the time symmetry of deterministic reality to allow this. We anticipate bringing DG back very soon.
Re: DGDemux development
Is the comment from mlp project still correct regarding truehd frame :
source : https://github.com/domyd/mlpDGDemux deletes a minor frame at every segment boundary, which is better still, but not perfect yet
Re: DGDemux development
Correct. Read the thread here if you are interested in the details.
Re: DGDemux development
The audio and video frames/samples have different duration.but not perfect yet
Perfection is an illusion in this case.
You have to consider time usage, coding complexity etc
How sensitive are your ears?
Re: DGDemux development
Can anyone detect a 10ms desync with eyes and ears?
And don't forget that the playback chain can also introduce a couple of millisec into it
AVR>Video>TV
AVR>Audio>Amp>Speakers
Then you have the speed of light vs speed of sound
And don't forget that the playback chain can also introduce a couple of millisec into it
AVR>Video>TV
AVR>Audio>Amp>Speakers
Then you have the speed of light vs speed of sound
Re: DGDemux development
I ran both algorithms on MONSTERS_UNIVERSITY and found a 5ms difference in total duration. DGDemux is deleting more frames because it does not attempt to compare the audio frames to see actual duplicates. However, claiming that MLP is perfect is simply not true. Actually, it uses a statistical test involving covariance to compare the frames, which seems strange to me. There is an arbitrary threshold (95%) for covariance. Also, when there is silence at a gap, frame comparison is abandoned. And how good is the test for silence? So my point is that MLP also cannot be considered perfect or definitive. Is it better? Perhaps, perhaps not. It's not worth worrying about 5ms. And the DGDemux method is way faster.
If you look at the Issues at the MLP github you'll see that it is not all peaches and cream with MLP. And domy appears to have stopped working on it (src last modified 7 months ago).
If you look at the Issues at the MLP github you'll see that it is not all peaches and cream with MLP. And domy appears to have stopped working on it (src last modified 7 months ago).
Re: DGDemux development
Yeah, seems to have an issue matching video and audio length
Not perfect
Oh well, the grass is always greener type of thing
Not perfect
Oh well, the grass is always greener type of thing
Re: DGDemux development
I am of the KISS school. The more complex things are the more ways to go wrong. Of course, Albert will remind us, sure, keep things simple, but not too simple. As simple as possible.
Re: DGDemux development
So if i understand correctly the only issue that could happen is if you delete a frame when not needed (but you never saw this case), and the wave doesnt align at all, we could hear a pop ( that nobody could notice anyway )Rocky wrote: ↑Mon Dec 14, 2020 6:45 amI ran both algorithms on MONSTERS_UNIVERSITY and found a 5ms difference in total duration. DGDemux is deleting more frames because it does not attempt to compare the audio frames to see actual duplicates. However, claiming that MLP is perfect is simply not true. Actually, it uses a statistical test involving covariance to compare the frames, which seems strange to me. There is an arbitrary threshold (95%) for covariance. Also, when there is silence at a gap, frame comparison is abandoned. And how good is the test for silence? So my point is that MLP also cannot be considered perfect or definitive. Is it better? Perhaps, perhaps not. It's not worth worrying about 5ms. And the DGDemux method is way faster.
If you look at the Issues at the MLP github you'll see that it is not all peaches and cream with MLP. And domy appears to have stopped working on it (src last modified 7 months ago).
Re: DGDemux development
Yes, that's right, Guest 3. Studies of packet-based internet audio show that for 20ms packets of audio, perceptibility problems begin when 15% of the packets are affected. Now think about what we have with MONSTERS. We have 0.8ms drops affecting about 0.002% of the stream. Size of the loss and how often it occurs are the relevant variables, and for this use case both of these are extremely low. You're not going to hear any 'pops'.
- thechaoscoder
- Posts: 49
- Joined: Tue Jul 14, 2020 8:34 am
DGDemux chapters problem
My first post (finally)
I demuxed a japanese BD with the "episodes demuxing" option. Perfect demux of episodes except for the chapters.
Some episodes have multiple 00:00:00 lines. Some look ok. The first episode chapters file contains also the chapters of the last episode.
I created a "DiscShare" version https://forum.doom9.org/showthread.php?p=1893719 of the BD.
Can I post a link in Attachments or should I send the download link to Rocky? via PN? What is the preferred way?
I demuxed a japanese BD with the "episodes demuxing" option. Perfect demux of episodes except for the chapters.
Some episodes have multiple 00:00:00 lines. Some look ok. The first episode chapters file contains also the chapters of the last episode.
I created a "DiscShare" version https://forum.doom9.org/showthread.php?p=1893719 of the BD.
Can I post a link in Attachments or should I send the download link to Rocky? via PN? What is the preferred way?
DGDemux development
Send PM to Rocky to discuss.
What is going on here? A first poster already Moose Approved. I don't get it.
Welcome to the forum!
What is going on here? A first poster already Moose Approved. I don't get it.
Welcome to the forum!
DGDemux development
Sweet. It will be great to get episode demuxing shaken down. Looking forward to more details. Respect.
- thechaoscoder
- Posts: 49
- Joined: Tue Jul 14, 2020 8:34 am
DGDemux development
I got promoted by this epic hacker videoh. Soon I will be Site Admin! :belly-laugh:
ChaosKing (doom9) <=> thechaoscoder
ChaosKing (doom9) <=> thechaoscoder
DGDemux development
Winkie is running wild. We need to rein him in.
So yeah, Albert brought me back to the present. And guys, I'm so excited. We now have a reliable mechanism for travel into the future and the Wayback Machine has been modified to support it.
All right, let's get busy on thechaoscoder's bug report.
Don't get your hopes up, pal. I already have dibs on that. And you haven't even earned your spurs yet!
So yeah, Albert brought me back to the present. And guys, I'm so excited. We now have a reliable mechanism for travel into the future and the Wayback Machine has been modified to support it.
All right, let's get busy on thechaoscoder's bug report.
Sherman Peabody
Director of Linux Development
Director of Linux Development
- Bullwinkle
- Posts: 344
- Joined: Thu Sep 05, 2019 6:37 pm
DGDemux development
Welcome back, kid.
Herewith, according to my inherent powers and benevolent discernment, thechaoscoder is awarded his spurs.
Herewith, according to my inherent powers and benevolent discernment, thechaoscoder is awarded his spurs.
DGDemux development
I got the chapters fixed for episode demuxing. I'll make a slipstream in a little while.
DGDemux development
Chapters fix released in slipstream 48.
- thechaoscoder
- Posts: 49
- Joined: Tue Jul 14, 2020 8:34 am
DGDemux development
Thank you. The demux is perfect now
DGDemux development
Great. Thank you for your testing.
Today I am going to work on CLI automation for DGMPGDec.
Today I am going to work on CLI automation for DGMPGDec.
DGDemux development
Please, for the love of that which is ol' holy Mc Donald;
a Mac universal binary? (ARM64-only also works, for me at least )
Can we post a bounty somewhere?
a Mac universal binary? (ARM64-only also works, for me at least )
Can we post a bounty somewhere?