eac3to doesn't accept .dtshd files from DTS Master Audio Suite

[zeropc]

i've encoded a few lossless files to dts-hd ma using the master audio suite. but if i wanna import these files, eac3to refuses them to accept.

is there any chance for a support of these files?
also an option to extract dts-hd ma or high res with the actual filename ending .dtshd would be nice, so that these files can be imported in the master audio suite and their tools.

[Inspector.Gadget]

What's the error message?

[zeropc]

error message from eac3to v3.16

the format of the source file could not be detected <error>

here (http://www.sendspace.com/file/evvmgo) is a test file

[Inspector.Gadget]

TSMuxer doesn't like it either. I don't think the problem is with eac3to.

[zeropc]

TSMuxer doesn't like it either. I don't think the problem is with eac3to.

tsmuxer doesn't work 100% blu-ray spec like. this was confirmed to me by blu-ray authoring producers. but it does accept the file when you select "view all files".

the problem with eac3to is, that it doesn't know the file extension. maybe madshi can fix this :)

[talen9]

Or maybe you can just rename it in .dts? :rolleyes:

[TinTime]

the problem with eac3to is, that it doesn't know the file extension. maybe madshi can fix this :)

I don't think eac3to uses the file extension. It analyses the input files to see what they are.

If I mux your test file to matroska then eac3to recognises the stream. However mkvmerge puts out a warning when muxing that there's no DTS header which is probably what's causing eac3to problems.

All of this rings a faint bell - I've got a feeling that this has been mentioned before in the eac3to thread.

[tebasuna51]

...
the problem with eac3to is, that it doesn't know the file extension. maybe madshi can fix this :)

eac3to work fine, but your test file isn't a exact dtshd. It have a header not standard, if you delete the first 300 bytes (with a hex editor for example) you have:
eac3to v3.16
command line: "D:\Programa\eac3to\eac3to.exe" "D:\Internet\test-file.dtshd" ------------------------------------------------------------------------------
DTS Master Audio, 5.1 channels, 24 bits, 48khz
(core: DTS, 5.1 channels, 24 bits, 1509kbps, 48khz)
the problem was explained in the eac3to main thread:
http://forum.doom9.org/showthread.php?p=1265740#post1265740
http://forum.doom9.org/showthread.php?p=1267106#post1267106

[ACrowley]

DTS MA /HR encodes from 2.0 MAS Suite are working perfect in eac3to and other Apps/Players...after a little fix :


Simply run it though TSmuxer 1.10.6. Load the Track into TSmuxer and use demux
The de/remxued DTSHD/MA Stream works perfect now, also in eac3to and all other Apps.

Must be a little Header Thing as rik1138 said here http://forum.doom9.org/showpost.php?p=1267106&postcount=8638....however it works after fixing so its no big Problem, it works with "all" my DTS MA/HR encodes from the 2.0 Suite

But "your" Sample File doesnt work in TSmuxer from the Beginning! But it works when you run it through mkvmerge ,and after that de/remux it with TSmuxer...voila:)

Maybe Madshi can implement a DTS HD Header Fix or something

[zeropc]

Simply run it though TSmuxer 1.10.6. Load the Track into TSmuxer and use demux

i will try this.

The de/remxued DTSHD/MA Stream works perfect now, also in eac3to and all other Apps.

but not in dts ma suite. i wanted to imported a demuxed track into streamtools and it didn't work as it only accepts files with the proper .dtshd ending. renaming wont work.

Maybe Madshi can implement a DTS HD Header Fix or something

yeah.

[ACrowley]

i will try this.



but not in dts ma suite. i wanted to imported a demuxed track into streamtools and it didn't work as it only accepts files with the proper .dtshd ending. renaming wont work.



yeah.

The RE(de)muxed dtsma/hr Tacks are not working in StreamTools anymore.
But the untouched output works with MA Suite Tools. So the "original" DTSHD Header is required for the Stream Tools.
The Stream Tools wont recognize Re/demuxed DTSHD Tracks.

I dont know if its possible to restore the DTSHD Header.
When you need The Streamtools at all cost you must reencode the dtshd with the MAS Suite encoder ,then load it into Streamtools..
Very complicated....we need a Tool/Method to change the Header to "original" and reversed

[rapscallion]

DTS MA /HR encodes from 2.0 MAS Suite are working perfect in eac3to and other Apps/Players...after a little fix :


Simply run it though TSmuxer 1.10.6. Load the Track into TSmuxer and use demux
The de/remxued DTSHD/MA Stream works perfect now, also in eac3to and all other Apps.

Must be a little Header Thing as rik1138 said here http://forum.doom9.org/showpost.php?p=1267106&postcount=8638....however it works after fixing so its no big Problem, it works with "all" my DTS MA/HR encodes from the 2.0 Suite

But "your" Sample File doesnt work in TSmuxer from the Beginning! But it works when you run it through mkvmerge ,and after that de/remux it with TSmuxer...voila:)

Maybe Madshi can implement a DTS HD Header Fix or something
Re example: Audio AC-3 track from Air Force One Blu-ray dvd

I've been having this problem with MA 2.0.

I create 5.1 wav files, from the ac-3 fille, via eac3to_more. Then encode via MA (w/dtshd ext). After demuxing via Tsmuxer (1.10.6), and resulting dts ext, the play time is now a little longer than the movie. ( ie 2h 6m vs 2h 4m -per MediaInfo).

However, if I run the process through eacto_more, with the dts encode handled by Surcode, the length is right on the money.

This has happened evry time and I haven't been able to figure out why. BTW, frame rate is 23.976, CBR @768, MA set to "encode entire file" and all wav files are the same length.

Any comments/ideas welcome.

.

[Skelsgard]

I've noticed that too, I assume a bug in MediaInfo.
I've come across other situations where MediaInfo doesn't output the right info for some files.

[rapscallion]

I've noticed that too, I assume a bug in MediaInfo.
I've come across other situations where MediaInfo doesn't output the right info for some files.
Except that MediaInfo reports the dts encoded by Surcode as the correct length @ 2h 4m.

Why would EVERY encode by MA be reported long and incorrectly by MI?

[ACrowley]

Except that MediaInfo reports the dts encoded by Surcode as the correct length @ 2h 4m.

Why would EVERY encode by MA be reported long and incorrectly by MI?

not only Medianfo...its also the wrong Runtime when you play dts-ma files via mpc etc.
But it has nothing to do with dts hd mas suite...its the same with demuxed tracks from bluray. Its fine when you mux it with video and the runtime is correct...no real Problem at all

[rapscallion]

..Interesting. But then why the descrepancy between the same file created by Surcode. (and the file size is different as well.)

Edit: Btw, I'm also assuming that a dts track encoded by MA will be better quality than one by Surcode,
which is why I keep trying to figure it out?

I muxed the video and audio (MA ver) and you're right, the audio is now shown as 2h 4m in MI !

[ACrowley]

..Interesting. But then why the descrepancy between the same file created by Surcode. (and the file size is different as well.)

Edit: Btw, I'm also assuming that a dts track encoded by MA will be better quality than one by Surcode,
which is why I keep trying to figure it out?

I muxed the video and audio (MA ver) and you're right, the audio is now shown as 2h 4m in MI !

The Quality is better because the DTS HD MAS Suite the latest off. Reference Encoder from dts and use the latest Algorithm for dts encoding. ( prof. Audo Studios use it for BluRay Productions too).
And Surcode DVD dts is a old, outdated, lowcost 3rd Party encoder

[rapscallion]

Makes sense (not to mention the big price diff), Thanks.
I am a little surprised though, that MA doesn't have a *.dts stream output option .

Weird, as you pointed out above, that we have to demux through Tsmuxer in order to achieve that compatibility. (removing header)

[ACrowley]

Makes sense (not to mention the big price diff), Thanks.
I am a little surprised though, that MA doesn't have a *.dts stream output option .

Weird, as you pointed out above, that we have to demux through Tsmuxer in order to achieve that compatibility. (removing header)

Ofcourse MAS Suite can encode "standard dts" !
Up to dts es discrete (or matrix) 96/24 6.1

Its .cpt = dts for DVD Audio and .dtshd for Bluray DTS Audio
Both are standard dts

The MAS Suite outputs dtshd with a bit different header and some bytes at the beginning...no Problem. Run it through TSmuxer.

[rapscallion]

Ofcourse MAS Suite can encode "standard dts" !

There are big dts logos on Mainsite of the encoder Interface :)

Its .cpt = dts for DVD Audio and .dtshd for Bluray DTS Audio
Both are standard DTS

Surcode can only encode 5.1...
....my point was that it doesn't output a stream that is usable, unless you run it through Tsmuxer.

BTW, a non dtshd header will also not play in the DTS Streamplayer, as well as the Streamtools, as you mentioned.

[Snowknight26]

my point was that it doesn't output a stream that is usable, unless you run it through Tsmuxer.
It is usable, it's just that not many programs can parse the files yet.

[ACrowley]

Ok, take it easy there AC. No, I can read....my point was that it doesn't output a stream that is usable, unless you run it through Tsmuxer.


the .cpt standard dts output is usuable without tsmuxer.
only dtshd writes this dtshd header
Anyway..its no Problem at all:)

yes, the Streamtools cant use dtshd tracks demuxed from Bluary. A untouched dtshd header is required.

[rapscallion]

Ok, thanks, I just found those file extensions a bit confusing after using Surcode the last few years.