Mono (1.0) LPCM tracks are extracted to W64 with the left channel

[Superb]

Ideal would be to leave it unset, a slightly worse option to set it to center.
https://learn.microsoft.com/en-us/windo ... extensible

As-is, converting such w64 to FLAC will retain the Left channel value, and some players (notably MPC-HC) will only play it from the left channel, rather than from left and right like proper mono.

[Rocky]

Thank you Mr Superb for your suggestion. I can see the dilemma.

By 'unset' you are asking for the channel mask to be 0 (no bits set)? Can you link me to anything suggesting or endorsing that for mono LPCM? Could set it to Center pretty easily. My sources say the number of bits set must equal the number of channels, so if you want an exception for 0 you'll need to justify that. It would be unproblematic to set it to Center.

[Superb]

I'm not very familiar with the format admittedly, I thought it was the standard practice for 1.0/mono, but it appears eac3to writes it as Center.

[Rocky]

OK, we'll go with Center then.

[Rocky]

Re-download the taste package. I updated DGDemux.exe to use Center. Please advise if any issues arise. Marking resolved.

[DelBoy83]

I've just demuxed a Mono (1.0) LPCM track and turned it into FLAC with eac3to and its showing as (R) on the Channel Layout. Using eac3to to directly demux and turn the LPCM into FLAC the Channel layout reports as (M) for 1.0 tracks.

[Rocky]

Please provide a sample and your command lines. Cut the first 50-100MB of the M2TS. You know the drill. Thank you.

[DelBoy83]

Hi Rocky, I wasn't expecting such a quick reply. I'm only going by what mediainfo reports, i don't know how to check what channels are being used by media players like VLC, MPC-BE etc.

[Rocky]

No problem, my friend! Yes, it's an important topic and we appreciate your experience. Just a small sample would allow us to most likely figure it out, but even squirrels get dementia. I may be in an incipient state. Acorns haven't been tasting so good lately and I forget where most of them are buried. It's OK, spring is coming and earthworms are yummy.

[Sherman]

Did you try frying them in butter? Lots of black pepper? Fry until the skin is crackly but the insides still gushy. Lemon drizzle. You won't regret it, I promise.

[Curly]

unless yer a worm

[DelBoy83]

I've tried on another Mono 1.0 LPCM track, it seems its the same for all Rocky. I have no problem with LPCM 2.0 tracks as they both report (L) & (R). I just thought id report just in case it is a mistake, although your normally spot on so it may be Mediainfo reporting incorrectly.

[Britney]

I'm not a worm.

[Natasha]

Good to know.

Boris has a surprise. Ask him nicely.

[TrippyMoose]

I can confirm that the current dgdemux demuxes mono pcm into w64 with the stream marked as right (Front: R / R) channel instead of center (Front: C / M) as discussed here. eac3to demuxes as center channel (Front: C / M)

[Rocky]

Make sure you use the latest version downloaded from our site. Don't trust the version number alone as we indentify by version number/date.

If you still think it is not center, provide a source sample (before demuxing) that I can use to duplicate that. Also list your exact processing steps.

The previous gentleman that claimed this never provided a sample as I requested. Also he involved eac3to after demuxing, which may be the cause, in which case the issue should entered against eac3to.

When I am given what I need I act quickly on DGDemux issues.

[TrippyMoose]

I am using the latest build from https://www.rationalqm.us/dgdemux/binaries/ (1.0.0.79, 2025-03-13)
Here is a sample cut using dd from a relevant .m2ts https://gofile.io/d/HjYjSU

According to mediainfo the stream is marked center/M in the m2ts

[TrippyMoose]

As for the processing steps, I'm demuxing using the latest DGDemux(GUI) straight from the disc. eac3to has nothing to do with the entire workflow, I only mentioned it because eac3to does demux the same stream from the same disc correctly.

This is my full command:

Code: Select all

"C:\Programs\DGDemux\DGDemux" -l "C:\Programs\DGDemux\demux16848.txt" -i "D:\Media\BDs\Next of Kin (1982) [BD50] {Second Sight - 2NDBR4096}\BDMV\PLAYLIST\00001.mpls" -o "D:\temp\16848" -demux 4352 -thd 1 -strictpl -mergedv

This is the Mediainfo for the resulting file:

Code: Select all

General
Complete name                            : D:\temp\16848 PID 4352 eng DELAY 0ms.w64
Format                                   : Wave64
Format settings                          : WaveFormatExtensible
File size                                : 738 MiB
Duration                                 : 1 h 29 min
Overall bit rate mode                    : Constant
Overall bit rate                         : 1 152 kb/s

Audio
Format                                   : PCM
Format settings                          : Little / Signed
Codec ID                                 : 00000001-0000-0010-8000-00AA00389B71
Duration                                 : 1 h 29 min
Bit rate mode                            : Constant
Bit rate                                 : 1 152 kb/s
Channel(s)                               : 1 channel
Channel layout                           : R
Sampling rate                            : 48.0 kHz
Bit depth                                : 24 bits
Stream size                              : 738 MiB (100%)

[Rocky]

Perfect, thank you. I will look into it.

[Rocky]

OK, I have it fixed. Can you wait a day or two and I'll release it with the new -files support? If not, I'll give you a private version you can use in the interim.

Thank you for the report, sample, and process!

[TrippyMoose]

I don't need it right now , I have patience, thanks for fixing it!

[Rocky]

You're welcome!

[TrippyMoose]

The new test build fixes this for me! Thanks!

[Rocky]

Great to hear! Thank you again for your assistance in resolving this issue.

[DelBoy83]

I downloaded the test build, what do I have to do with it in order for it to work with the gui?