FYI: mkvmerge does not strip an extension away. If I mux the streams with mkvmerge id 3 or 4* alone I get files with size 2.8 MiB. MediaInfo 0.7.99 has the following to say about the file with the German track:

Besides being wrong about the bitrate, MediaInfo 0.7.99 claims that somehow this track contains an Atmos extension. Don't know if this is true. (It claims that there are 11 objects in this track when one examines the original m2ts file.) MediaInfo 0.7.92.1 does not detect an Atmos extension in the French track (and not in the German track). I don't know which version of MediaInfo claims that these tracks are 576 kb/s.
By the way, if I use ffmpeg to copy these streams, the same applies.
If one extracts the streams, MediaInfo claims they 13h 2m long. I don't know if the bitrate is miscalculated resulting in the wrong duration or if it's the other way around. Probably the former.

*: mkvmerge assigns id 0 to the video track, id 1 to the TrueHD Atmos stream, 2 to the core embedded in the TrueHD Atmos stream, 3 to the French and 4 to the German track.

My Pioneer Reciever shows the Dolby Atmos sign when I play the BD with TMT5.
The file size of the extracted audio(with eac3to) is almost the same what mkvmerge output(only the audio in an mka).
So I guess all is ok with this streams, only the detection is not correct(channels, bitrate).

Well, I can't *re*mux HEVC, just *de*mux, because I'm still using the Haali DirectShow filter for MKV muxing, which doesn't support HEVC. But other than that I think everything should work just fine. But of course I can't guarantee that there are no bugs, so some testing might make sense.

thanks for the update. Tryed it and now the UHD BD structure is recognized. But the videostream with h265/HEVC is not recognized as videostream. It is shown as audiostream.

Maybe only a UI issue, with Clown_BD ? Will do the demux now.

This is very likely to be an issue with Clown_BD, not with eac3to.

Quote:

Originally Posted by Thunderbolt8

has the format and structure of .sup files changed with UHD BDs in any way compared to regular BDs? or did everything stay the same?

I don't know, haven't tested that yet, why don't you give it a try and report back?

Quote:

Originally Posted by XadoX

Is there a way to get the eac3to console output in PowerShell in multiple lines? For me eac3to outputs everthing only into the first line.

Weird. It works for me with PowerShell in Windows 10. I wouldn't really comment using PowerShell for eac3to, though. A simple command line window is probably the better choice. E.g. PowerShell already stumbles if you do something like "eac3to 1)", it doesn't like the ")".

...Weird. It works for me with PowerShell in Windows 10. I wouldn't really comment using PowerShell for eac3to, though. A simple command line window is probably the better choice. E.g. PowerShell already stumbles if you do something like "eac3to 1)", it doesn't like the ")".

Hmm... maybe I have to change some setting in PowerShell.
Yeah I am still using CMD, but since Microsoft removed the feature "Start CMD here" with right click in Win10 I am using PowerShell often for quick demuxing.

I just realized I haven't updated eac3to since 3.27 (the version that comes with Clown_BD). One of the most significant fixes appears to be "TrueHD Atmos streams could not be demuxed or decoded," but I have been able to extract these just fine for remuxing. Is that weird?