The latest GUI now does not apply DRC but there are a problem with large files and the 24 bits:
Code:
ffmpeg version n5.1-1-g6d83c5f876-20220729 Copyright (c) 2000-2022 the FFmpeg developers
...
Input #0, eac3, from 'C:\tmp\Dragon4.ac3':
Duration: 01:02:30.02, start: 0.000000, bitrate: 768 kb/s
Stream #0:0: Audio: eac3, 48000 Hz, 5.1(side), fltp, 768 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (eac3 (native) -> pcm_s24le (native))
[segment @ 000002513a33aac0] Opening 'C:\tmp\Dragon40.wav' for writing
Output #0, segment, to 'C:\tmp\Dragon4%d.wav':
Metadata:
encoder : Lavf59.27.100
Stream #0:0: Audio: pcm_s24le, 48000 Hz, 5.1(side), s32, 6912 kb/s
Metadata:
encoder : Lavc59.37.100 pcm_s24le
[segment @ 000002513a33aac0] Opening 'C:\tmp\Dragon41.wav' for writing
[segment @ 000002513a33aac0] Opening 'C:\tmp\Dragon42.wav' for writing
- Decode in segments of 30 minutes and create 3 files Dragon40.wav, 41 and 42.
The 3 files are 24 bits and MaskChannels: 1551 (FL FR FC LF SL SR)
But automatically the 3 files are joined in a Dragon4.wav (Duration: 01:02:30.02) but now at only 16 bits and simple header without channelmask.
The output file must be a .w64 or .rf64 to avoid the size limit of .wav files and preserve the 24 bits precision.
- And I ask for 5.1.2 (see image), for what only 6 channels?
Nothing to TFL-TFR channels?
While eac3 encoders do not read the channelmask it is not important.
For 5.1.2 the channel order seems correct when decode a EAC3 7.1 but for 7.1 we need remap the channels SL-SR <-> BL-BR