Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
19th March 2010, 18:36 | #1 | Link |
Registered User
Join Date: Aug 2008
Posts: 58
|
DTS-HD missing headers
I'm encoding my BD audio tracks to 2559Kbps DTS-HD (I use DTS HD Encoder Suite). I've continually ran into the same problem:
When I mux the tracks together (using MKVMerge GUI 3.2.0, I always receive the error/warning: Code:
Warning: 'C:\_TMP\_RipBot264_Jobs\Wall-E[1080p].dtshd' track 0: Skipping 140 bytes (no valid DTS header found). This might cause audio/video desynchronisation. BTW, this error is consistent with any profile of DTS encoded by the HD suite (Master Audio, Hi-Resolution, ES, 92/24, etc .. all produce the "missing header" alert in MKVMerge)
__________________
- Intel i7 930,ASRock x58,6GB G.Skill RAM,WD VelociRaptor,(2x)WD Black 2TB,(2x)EVGA GTX470 - (2x)Intel Xeon 5450,Intel 5000-sumthin' MOBO,12GB Unbuffered Kingston RAM,PNY Quadro FX 580,WD Black 1TB |
19th March 2010, 19:46 | #2 | Link |
Registered User
Join Date: Mar 2008
Location: LA
Posts: 620
|
The Master Audio Suite adds additional header information to the files that is normally stripped off in authoring (i.e., by Scenarist or whatever). If you take a Blu-ray and demux the DTSHD-MA, and compare it to the original file created by the DTS software, they won't match (they do match if you offset the demuxed file a little). 140 bytes sounds about right, been a while since I looked into this... So, if you are using files directly from the encoder, this is normal. MKVMerge could probably be programmed to recognize what this extra info is and just remove it without the warning.
I had the same problem a year ago or so when eac3to would fail to recognize any DTS stream encoded directly from the Audio Suite (that info is buried in the eac3to thread somewhere). I believe that software is updated to handle it now. As long as your final muxes are working, then MKVMerge is doing what it should and I wouldn't worry about it. |
19th March 2010, 23:04 | #4 | Link |
Registered User
Join Date: Mar 2008
Location: LA
Posts: 620
|
Well, I supplied all the info to make it accept them... Maybe it's just one item on a long list of 'things that need to be done'. Probably not a high priority since not too many people are actually working with files straight out of the DTS encoder... And at least there's a work around.
|
21st March 2010, 08:46 | #5 | Link | |
Registered User
Join Date: Apr 2006
Posts: 1,008
|
Quote:
When you take a look into with a Hexeditor you can see there a only a few bytes difference. Hopefully somebody write a small Tool/Workaround to change the Header. |
|
21st March 2010, 11:00 | #6 | Link |
Registered User
Join Date: Mar 2008
Location: LA
Posts: 620
|
Well, you can just throw into any hex editor and delete the extra stuff (I think it's abuot 140 bytes or something). You'd have to save that bit and re-attach it if you want to go back into Stream Tools or something. (DTS probably has a way to redo it too, never looked). Worse case you can just re-encode it...
|
21st March 2010, 20:28 | #7 | Link | |
Registered User
Join Date: Apr 2006
Posts: 1,008
|
Quote:
The DTS HD streams from the Suite (MA and HRA) have some extra Data. These Extrabytes are stripped off when you run them through TSmuxer or mkvmerge so other Tools/Player can read it But you need the extra bytes in the Header to use them again with the Suite Tools. So we need a simple small tool (or eac3to function) which is able to add/strip this Bytes. Last edited by ACrowley; 21st March 2010 at 20:30. |
|
22nd March 2010, 19:00 | #8 | Link |
Registered User
Join Date: Mar 2008
Location: LA
Posts: 620
|
That's why I mentioned you would probably have to save the removed data yourself (with a hex editor or something if you have the original file). If you don't have (or never had) the original file, I'm not sure if it can be 'rebuilt'...
I think this metadata contains parameters and such used by the stream tool (like the setting used in encoding, etc.) It may not be possible to determine all of the information from the existing stream... Not sure about that. I think you'd have to actually save it first if you want to re-use the file in Stream Tools. But, worse case, if you have the DTS-HD MA file, and the DTS encoder, just convert it back to WAVs and reencode it if you need to put it in Stream Tools or something. Not the optimum solution, but do-able... |
24th March 2010, 20:06 | #9 | Link |
Registered User
Join Date: Mar 2008
Location: LA
Posts: 620
|
So, it seems the lack of these headers has been left in place as a sort of anti-piracy measure... If the headers were intact, then anyone could take the lossless DTS stream off the Blu-ray and have a perfect copy of the master audio to work with for whatever reason. With these headers removed, you can't load the stream into DTS's Stream Tools program to make any modifications to it, including converting back to the original WAV files. The studios like this limitation, so there's no way to rebuild the missing DTS-HD MA header information (officially)...
(Yeah, we all know there's other ways to convert the files, but I guess in the beginning of Blu-ray the statement made sense...) |
15th November 2015, 15:51 | #10 | Link |
Registered User
Join Date: Sep 2015
Posts: 9
|
Is this still the actual state that those .dtshd headers cannot be restored? I've got a "DTS-HD MA" audio stream with a terrible tinny hall and since eac3to failed to decode to wavs my plan was using the DTS StreamPlayer. But without rewriting the original .dtshd header this won't work either.
|
16th November 2015, 10:10 | #11 | Link |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,915
|
@Boon
This is a old thread, and the headers explained here aren't needed to decode a DTS-MA. Are you using the last eac3to v3.31? What is exactly "a terrible tinny hall"? Can you provide a sample?
__________________
BeHappy, AviSynth audio transcoder. |
16th November 2015, 13:25 | #12 | Link |
Registered User
Join Date: Sep 2015
Posts: 9
|
Hi tebasuna51,
I used eac3to v3.11 and that's the error ocurred: Code:
DTS Master Audio, 5.1 channels, 16 bits, 48kHz (core: DTS, 5.1 channels, 1509kbps, 48kHz) Decoding with libDcaDec DTS Decoder... libDcaDec reported the warning "XLL output not lossless". <WARNING> Writing WAVs... Track 1=German with tinny hall during speech Track 2=English with supposed-to-be vocal tone Sample 1 (~49 sec): https://dl.dropboxusercontent.com/s/...sample%201.mka Sample 2 (~66 sec): https://dl.dropboxusercontent.com/s/...sample%202.mka |
16th November 2015, 13:32 | #13 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
Such warnings are "normal", they can happen on all sorts of perfectly valid DTS-HD samples, especially if the stream is cut or stitched together.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
16th November 2015, 15:16 | #14 | Link |
Registered User
Join Date: Sep 2015
Posts: 9
|
That makes no sense to me. I decoded the .dtshd to WAVs and got a 768 kbps/16 Bit mono .wav for each channel. Seems a way to low bitrate for DTS-HD Master Audio. So I tested what I get when decoding only the DTS core to WAVs. And I got the same 768 kbps/16 Bit mono .wavs, except a few bytes smaller. Where did the lossless stream go?
|
16th November 2015, 15:19 | #15 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
768kbps is expected for mono, 48000 Hz, 16-bit. The formula to calculate PCM bitrate is simple, number_of_channels * sample_rate * bitdepth --> 1 * 48000 * 16 -> 768000.
Note that the PCM size does not change for lossless or lossy streams.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
16th November 2015, 15:38 | #17 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
They are identical. The header is not required.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
16th November 2015, 16:17 | #18 | Link | |||
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,915
|
Quote:
Checked the wave forms I don't see clips, glitches or other problems. For me the decoded dts-ma is perfect and any problem must be in the sources before encoding. Quote:
And don't exist reasons to suspect than aren't bit-identical to original studio master. Quote:
Like I say before don't mistake the standard DTS-MA headers with the global header (and indexes) than Master Audio Suite add to the stream, to help authoring software, but not needed at all to decode the DTS-MA.
__________________
BeHappy, AviSynth audio transcoder. |
|||
16th November 2015, 16:41 | #19 | Link |
Moderator
Join Date: Feb 2005
Location: Spain
Posts: 6,915
|
@nevcairiel
Off topic, sorry. Seems the last ffmpeg.exe zeranoe buid, and last LSMASHSource.dll (from MeGUI update) still don't have the last libdcadec version. Both produce the glitches like was detected by Yoshi here: http://forum.doom9.org/showthread.ph...27#post1746427
__________________
BeHappy, AviSynth audio transcoder. |
16th November 2015, 17:40 | #20 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,347
|
And what am I supposed to do about that?
You should ask whoever builds those to update the library.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
|