Here’s a ‘better’ sample of DTS-UHD audio (DTS:X Profile2).
Media Info is good too.
Alas, I still can’t ‘play’ this audio.
General
Complete name : C:\Users\Chris Gregory\Downloads\DTS-UHD (DTS-X P2).m4a
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42 (mp42/isom/iso5)
File size : 6.07 MiB
Duration : 2 min 13 s
Overall bit rate mode : Variable
Overall bit rate : 382 kb/s
Audio
ID : 1
Format : DTS-UHD
Commercial name : DTS:X P2 with IMAX Enhanced
Format profile : 2
Format settings : Channel Mask Based Representation / T1-CC
Codec ID : dtsx
Duration : 2 min 13 s
Bit rate mode : Variable
Bit rate : 379 kb/s
Maximum bit rate : 1 536 kb/s
Channel(s) : 10 channels
Channel layout : L C R LFE Ls Rs Tfl Tfr Tbl Tbr
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Stream size : 6.01 MiB (99%)
Language : English
Loudness : Yes
Long term loudness : -19.00 LKFS
ReportBy : MediaInfoLib - v25.03
CreatedOn : UTC 2025-05-01 10:19:12
No hardware I have, no software plays it. Media players, computer w/MPC-BE, -HC, VLC, etc.
When I mux your clip into a MKV, MediaInfo shows it as A_QUICKTIME w/10 channels, but just as M4A, it shows it as DTS-UHD. Interesting.
Okay, was able to make a simple video w/your audio (find updated sample clip in MP4 below). MediaInfo shows codec info correctly.
The audio in file ‘DTS-UHD (DTS-X P2).m4a’ goes with the video in the file AVC.MPEG4.DTSX.mkv - Google Drive from the stream https://secured.streamdts.com/dtsx/dtsx/hls/fmp4/callout/index.m3u8
The initial muxing to MKV as you said, MediaInfo shows it as A_QUICKTIME w/10 channels, but just as M4A, it shows it as DTS-UHD - so there’s some conflict going on there, at least as far as Mediainfo is concened.
The video from my initial MKV needs to go with the audio in file ‘DTS-UHD (DTS-X P2).m4a’. I suspect the audio will match up with this video which shows a DTS audio channel identification animation.
How did you mux it to avoid the muxing conflict ?
Perhaps you could remux my first attempt into an MP4 ?
Looks like MediaInfo needs an update. Whether MKV or MP4 container, it’s the same audio.
Thanks for sharing the MKV video.
[Here’s the test file in MP4](see link below), which MediaInfo does identify correctly. I simply demuxed what you shared using VLC and used MP4-Mux-Tool.v1.21 to mux into a MP4.
1 Like
OK, one more time.
I checked your remux, Mediainfo looks OK, but the resulting video was jittery when playing back with VLC. It was probably the VLC demux for the video that caused this. Can’t listen to audio (yet!)
Anyhow, this is what I did ( windows batch script style ) to get and process the sample:-
rem grab demo streams - which notably fails muxing.
yt-dlp https://secured.streamdts.com/dtsx/dtsx/hls/fmp4/callout/index.m3u8
rem get rid of ‘[’ & ‘]’ lexical nasties
copy “index [index].f4796.mp4” index.f4796.mp4
copy “index [index].faudio_dtsx-English.mp4” index.faudio_dtsx-English.mp4
rem use the mp4-Mux-Tool.v1.21.zip to mux together video
rem (“index.faudio_dtsx-English.mp4”) & audio ("index.faudio_dtsx-English.mp4)
rem to produce output file “DTS-UHD DTSX P2 Sample 010525.mp4”
This one plays video better and is ‘understood’ by Mediainfo (which yes, probably needs an update). I’d suggest putting this in the Kodi A/V wiki replacing the current item 20, in HD/object-based Audio Test Clips.
Chris.
P.S. Who’s gonna do something with this ‘rare’ type of file ?
1 Like
I think it’s a case of worry about it later.
Support probably still needs to make it in to ffmpeg and other tools.
Yeah, not something to worry about until (or if) it becomes more prevalent. Seems like EAC3 & EAC3-JOC have taken a foothold in the streaming space.
Edit: Link in the Kodi a/v wiki updated to your file (re-hosted to Mega.nz).
I agree.
It seems so obscure at the moment.
Thanks for looking into it anyway for now.