DDGui (Dolby Reference Player decode GUI)

[qsq3]

I make a GUI to use the Dolby Reference Player decoder software.

https://cnlang.org/rar/ddg1.11.png

https://cnlang.org/rar/DDG1.1.exe

DDG Usage Instructions:

-Before using DDG, you must install Dolby Reference Player.
-Supported decoding formats include AC3, EAC3, EAC3+Atmos, TrueHD, TrueHD+Atmos.
-DDG supports the following channel layouts: stereo, 2.1, 3.1, 5.1(side), 7.1, 5.1.2, 5.1.4, 7.1.2, 7.1.4, 7.2.3, 9.1.4, 9.1.6.
-TrueHD+Core and TrueHD+Atmos+Core formats are not supported. They need to be decoded without the core.
-Default decoding with DRC disabled.
-If the default path is not selected during DRP installation, use the "DRP" button to locate DRP. It will save the path in the registry for future use.
-By default, the decoded data is in 32-bit format. Selecting 24-bit or 16-bit will resample the data.
-In the list->channels->checkbox, you can freely select the channels to be output.

[tebasuna51]

I'm interested please let the post alive.

In my first test seems apply DRC.

[qsq3]

I'm interested please let the post alive.

In my first test seems apply DRC.


By default, DRC is disabled in dlbaudiodecbin when decoding TrueHD/TrueHD+Atmos. When decoding ac3/eac3, ac3dec-drc-suppress needs to be set to true. This setting has already been configured to true in the GUI.


https://cnlang.org/rar/12 (1).png


https://cnlang.org/rar/12 (2).png

[qsq3]

Test again DRC , the workflow is as follows:

DaVinci Resolve creates ADM WAV 7.1.4 -> Dolby Media Encoder encodes it into TrueHD Atmos 7.1.4 -> DDGui decodes it into WAVS -> Adobe Audition opens for validation.

files involved in the test:atmos.rar (https://cnlang.org/rar/atmos.rar)

[tebasuna51]

Maybe with TrueHD encoded with/without (?) DRC but the problem is with EAC3.

A sample decoded to 5.1.2 with this tool output:
[Parsed_volumedetect_0 @ 0000029cb122bec0] mean_volume: -37.3 dB
[Parsed_volumedetect_0 @ 0000029cb122bec0] max_volume: -4.0 dB

Decoded with Cavernize:
[Parsed_volumedetect_0 @ 00000203880d3bc0] mean_volume: -34.2 dB
[Parsed_volumedetect_0 @ 00000203880d3bc0] max_volume: -0.1 dB

[j7n]

How does it get 32-bit depth? Using drp.exe, I can only decode to 16-bit at a low amplitude, and higher channel counts are disabled. Everything else requires recording from the sound card.

[tebasuna51]

That CML (with appropriate paths %%) let select the format 32 bits Int (or other (https://gstreamer.freedesktop.org/documentation/additional/design/mediatype-audio-raw.html?gi-language=c)):

"%DECODER%\gst-launch-1.0.exe" --gst-plugin-path "%DECODER%/gst-plugins" filesrc location=%TEM%zE.eac3 ! dlbac3parse ! dlbaudiodecbin ac3dec-drop-delay=true ac3dec-drc-suppress=true out-ch-config=13 ! audio/x-raw,format=S32LE ! wavenc ! filesink location=%TEM%zE.wav

Despite ac3dec-drc-suppress=true is ignored. And the wav output is problematic.

Also with Cavernize (with correct RF64 header and MaskChannel (https://forum.doom9.org/showthread.php?p=1997912#post1997912)), ffmpeg not needed for wav output:

[tormento]

Known issue: When decoding E-AC3-7.1, the positions of Ls/Rs and Lrs/Rrs may swap. The cause of this issue is unclear.
How can we notice when it happens in an easy way? Unfortunately I don't have a multichannel receiver.

[tebasuna51]

Dolby software ignore the correct channel order in wav pcm container, and use the internal EAC3 channel order with that problem.
The same problem with Dolby Encoder Engine we need a wrong remap for input files, even if have channekmask in the header, to obtain a correct encode.

Use a Channel test 7.1 encode and decode it. In any audio editor you can see: