Subler misidentifying DTS/5.1 streams as DTS stereo
This has been going on for some time now. Subler reports DTS 6-channel (5.1) streams as stereo. These are audio tracks I've passed through with HandBrake's DTS Passthrough option. The program "Media-Info" (available on the Mac app store) correctly identifies the stream as 6-channel. If I feed the file back into HandBrake, it also recognizes it as 6-channel. I can provide screenshot and a sample file if that would help. My e-mail is wade(dot)masshardt(at)icloud(dot)com
Comments (18)
-
repo owner -
Seems in Sierra all sublet touched mp4 files containing DTS streams no longer play in the Quicktime player. Is there something to be done to do it like Apple accepts it. There must be a way to acknowledge the DTS channels properly that for instance Handbrake MUXes in and on the other side to MUX it on the subler end so that Quicktime from Sierra accepts it.
-
repo owner Yes Subler doesn't write some required info. Actually I don't remember who added DTS muxing to Subler, if it was for me I would just remove it. But patches welcomed!
-
repo owner Btw mp4 with DTS created by HandBrake does not work either, do you have something that works?
-
repo owner MP4 muxed with FFmpeg does not work either.
-
Same here =(
-
repo owner You should send a bug report to Apple.
-
Do you know if someone already report in Apple?
-
Any update? something new in 10.12.1 version?
Im stop muxing when sierra upgrade and i got few in queue waiting a hot fix in subler (or OS)
So saad =(
-
repo owner Yes, stop using DTS in mp4. And send Apple a bug report.
-
ok, but in the meantime and given the circumstances it would be good to have the option to convert DTS to AC3
#21 -
DTS in mp4 is working again in 10.12.2
-
I noticed that up to version 1.1.7 DTS 5.1 was correctly added to the m4v file. Starting 1.1.8 the DTS 5.1 sound track was tagged as stereo file despite the fact that the sound track is actually 5.1. Mediainfo displays the information that there is a conflict between the stream description of the m4v container (stereo) and the actual sound track (5.1). It would be great if we could get the functionality from 1.1.7 back.
-
repo owner Subler uses the AudioSampleEntry V0, and the specifications says the channel count property must be 2. This means the actual channel number must be found in the audio data. Subler doesn't parse the audio data, but every player will.
-
repo owner Issue
#332was marked as a duplicate of this issue. -
Over five year later, still an issue, sorry to say, especially with another AC3 track. One can use remux to add the DTS track correctly, but then lose all the metadata in the process. It more seems like a choice between using subler and no DTS track, or use remux and have no metadata whatsoever.
Some DTS track also will be unplayable, some are playable.
-
@Bobby Linney You’re finding that DTS surround tracks muxed into MP4/M4Vs with Subler sometimes result in files in which the DTS surround track won’t play in Plex or other media players? Well that sucks. According to the MP4 Registration Authority, DTS in MP4 containers is officially supported. So this is a Subler bug, I guess, that’s been unfixed since 2016?
-
repo owner As wrote above, Subler doesn’t implement the official specs. DTS muxing was enabled before there was even a specs, I don’t even remember why it was enabled.
Anyway, patches welcomed
- Log in to comment
Oh that's the lesser issue. DTS is stored in a super non standard way. I would just avoid using it in mp4.