News:

--

Main Menu

Problem with DTS-HD Mater/5.1

Started by johnr283, October 24, 2024, 01:21:48 AM

Previous topic - Next topic

johnr283

I have an MP4 with DTS-HD Mater/5.1 audio. However, Avidemux shows the audio track as Unknown codec, 6 chan. I need to edit the video using keyframes and save as Copy. When I try to save with Audio Output: copy, I get an error message. Unsupported Audio track 1 out of 1 is incompatible Only AAC, AC3, DTS, E-AC3, MP2, MP3 and Vorbis supported for audio. If I change the output to AAC, the video won't play correctly. If I change it to AC3, Avidemux freezes and won't respond.

eumagga0x2a

Does this happen with the latest available 2.8.2 nightly build?

If it does, please provide a sample.

If the file size is too large for the file to be provided as a sample by the usual tools as WeTransfer, Mega, Dropbox or Google Drive, please at least attach MediaInfo textual analysis for the file in question to your reply (don't try to paste it into the body of the post, CleanTalk is allergic against MediaInfo for whatever reason).

Quote from: johnr283 on October 24, 2024, 01:21:48 AMIf I change the output to AAC, the video won't play correctly.

But it will if you disable the DTS audio track, right?

johnr283

Quote from: eumagga0x2a on October 26, 2024, 05:20:57 AMDoes this happen with the latest available 2.8.2 nightly build?

If it does, please provide a sample.

If the file size is too large for the file to be provided as a sample by the usual tools as WeTransfer, Mega, Dropbox or Google Drive, please at least attach MediaInfo textual analysis for the file in question to your reply (don't try to paste it into the body of the post, CleanTalk is allergic against MediaInfo for whatever reason).

Quote from: johnr283 on October 24, 2024, 01:21:48 AMIf I change the output to AAC, the video won't play correctly.

But it will if you disable the DTS audio track, right?

It still happens with the latest nightly build.

Here is the MediaInfo: https://mega.nz/file/o54kwbhI#YNVIr_hwXofhae2sDVQCcJ6Fnu_sZ93SkgAIDyeMQQU

eumagga0x2a

Thank you, might be fixed now, but can't tell for sure without a sample. Please try a future nightly build.

johnr283

Quote from: eumagga0x2a on October 29, 2024, 11:03:55 AMThank you, might be fixed now, but can't tell for sure without a sample. Please try a future nightly build.
I tried to post the video Mega link, but I got: CleanTalk: *** Forbidden. HTTP links blacklisted. Please enable JavaScript. Anti-Spam by CleanTalk. ***

eumagga0x2a

Quote from: johnr283 on October 29, 2024, 04:54:22 PMI tried to post the video Mega link, but I got: CleanTalk: *** Forbidden. HTTP links blacklisted.

Please send me a PM with the link, thank you.

eumagga0x2a

Thank you for the sample. By pure luck, Avidemux happens to play audio fine in this sample now, but in general, support for DTS audio descriptors in MP4 must be implemented.

johnr283

Quote from: eumagga0x2a on October 29, 2024, 09:18:52 PMThank you for the sample. By pure luck, Avidemux happens to play audio fine in this sample now, but in general, support for DTS audio descriptors in MP4 must be implemented.
Stil not for me. Is there something DTS related I'm missing?

eumagga0x2a

Obviously, you need to compile Avidemux from source to get a binary with the fix. The fix works only because the sampling frequency is 48 kHz (the default fallback value) as the sample video specifies the sampling frequency as being equal zero with a valid info maybe present in the ddts atom we currently cannot parse and therefore skip.

Will try to implement the ddts parser later this week.

eumagga0x2a

Quote from: johnr283 on October 24, 2024, 01:21:48 AMI have an MP4 with DTS-HD Mater/5.1 audio.

It is clear now that the sample doesn't contain any DTS-HD, it is a plain core DTS audio stream. The data in its ddts atom, valid for sampling frequency and number of bits per audio sample, if I am not mistaken, doesn't match the actual properties of the stream regarding number of channels and channel layout (i.e. is either corrupted or simply wrong). Additionally, Avidemux doesn't provide infrastructure to pass channel layout info from demuxers other than contained in the audio stream itself. For these reasons, I didn't implement parsing the remainder of the ddts atom (the code is more or less present, but disabled via preprocessor).

I'll request refresh of nightly builds shortly.