Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
[WARNING] DTS-HD MA 7.1 wrongly converted with eac3to
#1
Just discovered today that eac3to wrongly assign channels when converting DTS-HD MA 7.1 to another format - I tried WAV and FLAC; used eac3to 3.31.0.0 and 3.34.0.0 with UsEac3To and AudioMixer GUIs, so I guess the problem is not in the GUI itself.

What it basically does is to swap side and rear surround channels;
so the original DTS-HD MA 7.1
L R C LFE Lss Rss Lsr Rsr
after convertion became
L R C LFE Lsr Rsr Lss Rss

If someone could confirm or deny this, it would be useful!
Sadly my projects are lost due to an HDD crash... Sad
Fundamental Collection | Vimeo channel | My blog
Reply
Thanks given by:
#2
Have you tried ffmpeg for comparison?
Reply
Thanks given by:
#3
(2020-11-01, 06:39 PM)TomArrow Wrote: Have you tried ffmpeg for comparison?

Nope, too lazy... Wink
Sadly my projects are lost due to an HDD crash... Sad
Fundamental Collection | Vimeo channel | My blog
Reply
Thanks given by:
#4
Eac3to uses libdcadec to decode DTS-HD MA. If you are using an Arcsoft decoder for comparison, believe it or not, Arcsoft is probably wrong. There is a long discussion about this here: https://github.com/foo86/dcadec/issues/8

Arcsoft decoder has different bugs depending on which version you are using.
Reply
Thanks given by:
#5
(2020-11-02, 09:17 AM)Doctor M Wrote: If you are using an Arcsoft decoder for comparison, believe it or not, Arcsoft is probably wrong.

Actually the only thing I compared is channel order, so the result WAV or FLAC could even be wrongly decoded (not bit-perfect)... if I'd have to choose, I'd prefer a 99% "bit-perfection" but with right channel order!
Sadly my projects are lost due to an HDD crash... Sad
Fundamental Collection | Vimeo channel | My blog
Reply
Thanks given by:
#6
Different codecs use different channel-orders.  AFAIK, the channel-order that eac3to assigned to the FLAC file is correct.

L, R, C, LFE, BL (LSR), BR (RSR), SL (LSS), SR (RSS): Flac
L, R, C, LFE, SL (LSS), SR (RSS), BL (LSR), BR (RSR): DTS

Doctor M is right that certain versions of Arcsoft are known to have issues with this.  Use libdcadec.

EDIT: The channel names in brackets show DTS's terminology as opposed to Microsoft's.  It can be confusing.

[Image: 71-Setup2.png]
Reply
Thanks given by: TomArrow
#7
^ libdcadec is the way to go from my research too. And it's been merged into ffmpeg so that should give the best results.
Reply
Thanks given by:
#8
So, a nice GUI that could convert DTS-HD MA 7.1 to WAV (or FLAC) preserving the DTS channel order?
Sadly my projects are lost due to an HDD crash... Sad
Fundamental Collection | Vimeo channel | My blog
Reply
Thanks given by:
#9
GUI ... pfah

Here spoRv Wink

Code:
ffmpeg -i "inputfile.ending" -compression_level 12 "output.flac"

The compression_level is optional if you want the best flac compression in existence (that I found).
Reply
Thanks given by:
#10
(2020-11-02, 04:49 PM)spoRv Wrote: So, a nice GUI that could convert DTS-HD MA 7.1 to WAV (or FLAC) preserving the DTS channel order?

Why would you want to preserve the DTS channel-order in a non-DTS file that requires a different channel-order?  There is nothing wrong with a codec using a different channel-order: it's just a matter of storage.  As long as the channel-order is consistent internally and respected by applications, there's no problem.
Reply
Thanks given by:


Forum Jump:


Users browsing this thread: 1 Guest(s)