Posts: 7,153
Threads: 601
Joined: 2015 Jan
Thanks: 1081
Given 1466 thank(s) in 963 post(s)
Country: 
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!
deleted user
Unregistered
Thanks:
Given thank(s) in post(s)
Have you tried ffmpeg for comparison?
Posts: 7,153
Threads: 601
Joined: 2015 Jan
Thanks: 1081
Given 1466 thank(s) in 963 post(s)
Country:
(2020-11-01, 06:39 PM)TomArrow Wrote: Have you tried ffmpeg for comparison?
Nope, too lazy... 
Posts: 432
Threads: 27
Joined: 2015 May
Thanks: 61
Given 82 thank(s) in 68 post(s)
Country: 
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.
Posts: 7,153
Threads: 601
Joined: 2015 Jan
Thanks: 1081
Given 1466 thank(s) in 963 post(s)
Country:
(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!
Posts: 1,554
Threads: 60
Joined: 2015 Jan
Thanks: 229
Given 627 thank(s) in 372 post(s)
Country: 
2020-11-02, 04:18 PM
(This post was last modified: 2020-11-02, 04:47 PM by Chewtobacca.)
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]](https://i.postimg.cc/MpnQBhFt/71-Setup2.png)
deleted user
Unregistered
Thanks:
Given thank(s) in post(s)
^ libdcadec is the way to go from my research too. And it's been merged into ffmpeg so that should give the best results.
Posts: 7,153
Threads: 601
Joined: 2015 Jan
Thanks: 1081
Given 1466 thank(s) in 963 post(s)
Country:
So, a nice GUI that could convert DTS-HD MA 7.1 to WAV (or FLAC) preserving the DTS channel order?
deleted user
Unregistered
Thanks:
Given thank(s) in post(s)
GUI ... pfah
Here spoRv
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).
Posts: 1,554
Threads: 60
Joined: 2015 Jan
Thanks: 229
Given 627 thank(s) in 372 post(s)
Country:
(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.
|
