Support forum for DG Tools

Sometimes, I could say 50%, I get a w64 of double the time lenght of the original PCM stream, with lower pitch.

I usually demux by mpls, not m2ts.

Anybody got same issue?

Just in time! I was about to release DGDemux and DGIndexNV. Thank you so much. Investigating...

Ha ha, the PCM track is pretty funny to listen to. Maybe we should leave it that way?

I think it is related to being mono (1/0). Let's see. Sherman, are you making assumptions again?

Tomorrow is another day. Never forget that.

ASS-U-ME

The logical validity of an argument is a function of its internal consistency, not the truth value of its premises.

Wake up!

Natasha wrote: ↑

Mon Jun 29, 2020 8:58 pm

The logical validity of an argument is a function of its internal consistency, not the truth value of its premises.

That's insane, or at the least, postmodern.

Rocky wrote: ↑

Mon Jun 29, 2020 8:45 pm

Ha ha, your disk's PCM track is pretty funny to listen to. Maybe we should leave it that way?

Helium gives funnier voices

Used to do that as a kid at my dad's work picnic when they were filling the balloons.

Here's what's going on with this issue. Two things:

1. EAC3TO uses WAVEFORMATEXTENSIBLE and I use WAVEFORMATPCM. This appears inconsequential. MS guidance is to use extensible format when the sample size is > 16 bits, but my players don't care if it is pcm format. The real problem seems to be that the stream is mono (see next item).

2. The transport stream data has interleaved two channels per sample frame with the second channel always having zeros. EAC3TO removes these when demuxing. What I don't understand is why those extra bytes are there, given that the stream is mono and mono PCM packing is supposed to have only one sample per sample frame. It'll be a pain to remove them but I suppose we have to do it. This explains why the demuxed file is twice as long and plays at half speed. I want to fully understand this before making needed changes.

OK, all clear now. The bluray spec says there must be >= 2 channels and that for mono, the second channel is discarded. So that's what I'll do when mono is specified. Haven't decided yet if I should worry about the WAVEFORMATPCM.

I have it working and will make a slipstream after lunch.

Not Sherman's fault!

Here is a test version with all the fixes so far:

MVC support
THD gaps fix
mono LPCM fix

http://rationalqm.us/dgdemux/binaries/DGDemux_test.rar

Feedback will be appreciated as always. DGIndexNV will get the same fix. Hope to slipstream both tomorrow if no issues are found.

Regarding WAVEFORMATPCM versus WAVEFORMATEXTENSIBLE, does anyone know of an application that cannot play/utilize 24-bit WAVEFORMATPCM? I always prefer simpler code, and why make unnecessary work for no demonstrable gain? Pragmatism!

Rocky wrote: ↑

Tue Jun 30, 2020 8:59 pm

Regarding WAVEFORMATPCM versus WAVEFORMATEXTENSIBLE

WAVEFORMATPCM is considered obsolete VS WAVEFORMATPCM, why bother about WAVEFORMATPCM ?

I already gave my reasons. Is it working for you?

Rocky wrote: ↑

Wed Jul 01, 2020 8:48 am

I already gave my reasons. Is it working for you?

Whatever format you decide, it will be ok for me.

Thank you.

AVI is obsolete too. That doesn't mean VirtualDub no longer works.

BTW, La Notte. Great flick! Thank you for drawing it to my attention.

Rocky wrote: ↑

Wed Jul 01, 2020 11:23 am

BTW, La Notte. Great flick! Thank you for drawing it to my attention.

La Notte received the Golden Bear at the Berlin International Film Festival (first time for Italian film), as well as the David di Donatello Award for Best Director in 1961. La Notte is considered the central film of a trilogy beginning with L'Avventura (1960) and ending with L'Eclisse (1962). It is one of Stanley Kubrick's 10 favorite films and receives 4 votes from critics and 6 votes from directors in the Sight & Sound greatest films poll. — Wikipedia

Stanley Kubrick's 10 favorite films: http://www.openculture.com/2013/07/stan ... films.html

Great stuff. Thanks!

Rocky wrote: ↑

Tue Jun 30, 2020 8:59 pm

does anyone know of an application that cannot play/utilize 24-bit WAVEFORMATPCM?

I did extensive research and I found that it doesn't work on some Android builds and some hardware players or A/V receivers of obscure, perhaps audiophile, brands.

As they refer to generic PCM 24 bit, I suppose they won't play any, either WAVEFORMATPCM or EXTENSIBLE.

Abstract: who cares of those :belly-laugh:

The original spec for WAVEFORMATPCM obviously contains a field for bit depth and it did not constrain that value. People were making 20-bit WAVs with that format well before extensible came along. It is actually WAVEFORMATEX (predecessor of WAVEFORMATEXTENSIBLE) that does not support > 16 bits. WAVEFORMATPCM still does and is supported even though the structure has been superseded by WAVEFORMATEX and WAVEFORMATEXTENSIBLE.