^ Okay, I found and tested a TrueHD MKA file. Just for the notes, MediaInfo says
Code:
Track name : Final Fantasy Advent Children Complete (2009)
Encoded date : UTC 2011-07-05 20:41:36
Writing application : mkvmerge v4.6.0 ('Still Crazy After All These Years') built on Apr 1 2011 21:01:49
Writing library : libebml v1.2.0 + libmatroska v1.1.0
This time mpv didn't display any stupid /misleading message:
Code:
=> mpv TrueHD-Sample.mka
Playing: TrueHD-Sample.mka
(+) Audio --aid=1 (*) (truehd 6ch 48000Hz)
File tags:
Title: Final Fantasy Advent Children Complete (2009)
AO: [wasapi] 48000Hz 5.1(side) 6ch s32
So the problem really is in mpv itself, not in MKVmerge (or in FFmpeg). Before I reported that issue, mpv already dealed with containerless .MLP streams, it simply didn't know what to do with MLP audio in a Matroska container.
I was going to tell the mpv people to take a look at our latest comments in this thread, but the admin of mpv's Github locked the issue I filed because it became "too hot"