AC3+ test stream

[nalooti]

Hi,

is there anywhere in the web where can i find an AC3+ (dolby digital plus) stream for test purpose?

thanks
nalooti

[Brazil2]

Originally Posted by nalooti

is there anywhere in the web where can i find an AC3+ (dolby digital plus) stream for test purpose?

Here:
http://www.zshare.net/download/55179983eef7a1eb/

However I'm looking for DTS 5.1 and 7.1 multichannel accurate test files for channel checking, the ones saying Front Left, Front Right, Ls, Rs, Lb, Rb, etc like the AC3 streams in the file above.

[TinTime]

Here's a simple 5.1 dts test file.

[Snowknight26]

http://stfcc.org/misc/eac3samples

[Brazil2]

Originally Posted by TinTime

Here's a simple 5.1 dts test file.

Thanks a lot

I only miss a DTS 7.1 test file like this one now.

[nalooti]

many thanks to all
nalooti

[rik1138]

Originally Posted by Brazil2

Thanks a lot

I only miss a DTS 7.1 test file like this one now.

Are the audio files available somewhere? I can make the DTS for you, but I need the source files (someone saying Left, Left surround, etc...)

Or, I can make one using a Dolby test tone that just moves from L to C, R, RSS, RSR, LSR, LSS and then LFE... If that would work for you.

Rik

[tebasuna51]

Here you have a 7.1 wav with left, right, ... and tones to sync.
8p341.7z

[rik1138]

Okay, here's two files. Both are DTS-HD, one is 'High Resolution' (which I don't think I've ever seen used on a disc...), the other is normal lossless Master Audio with a 1.5mb core stream as used on Blu-Ray discs (Core stream is down-mixed to 5.1...).

http://www.sendspace.com/file/mz71xx

Haven't had a chance to test it yet, let me know if I screwed something up...

[tebasuna51]

Originally Posted by rik1138

Okay, here's two files. ...

Both files have a 140 bytes header unknow for eac3to (and for me). After delete this 140 bytes eac3to can recognize both dts-hd.

Using eac3to with ArcSoft decoder there are a problem the Side and Back channels are interchanged.

[rik1138]

I just verified it on our 7.1 sound system here, it's created correctly. If you are getting odd results on the surround sides and rears, one of 3 things is happening:

Your speakers are connected wrong.
ArcSoft is playing it back incorrectly.
ArcSoft (or your computer) is outputting the Core stream, not the lossless stream. The core stream is only 5.1, so the surround sides and rears are combined together.

I tested it on 3 different players (PS3, Sony and Panasonic set-tops) on a Denon DTS-MA/TrueHD 7.1 receiver. Worked perfectly every time.

The 140 extra bytes on the DTS stream are put there by the DTS encoder. These are stripped off when the project is muxed into a Blu-Ray disc (at least by professional Blu-Ray authoring systems like Scenarist and Blu-Print). That's probably why no one here has really seen a DTS file with this header before. After I muxed the disc and then demuxed it with TSMuxer, the 140 bytes were gone. Does this cause a problem with any other tools besides eac3to?

I'll point the author of eac3to to the file I've submitted, it shouldn't be too hard to update the software to recognize the DTS header data...

Rik

[Brazil2]

Originally Posted by rik1138

here's two files. Both are DTS-HD

Brilliant, thanks a lot

[tebasuna51]

Originally Posted by rik1138

... one of 3 things is happening:

- Speakers ok. The original wav file play fine.
- I can extract the core without problem, with the Side and Back channels mixed.
- The problem can be between ArcSoft and eac3to
It is not a speaker problem. The decoded output wav file don't match with the original wav file in a multichannel audio editor (Audacity, Wavosaur, ...)

I tested it on 3 different players (PS3, Sony and Panasonic set-tops) on a Denon DTS-MA/TrueHD 7.1 receiver. Worked perfectly every time.

Thanks, I believe in you.

The 140 extra bytes on the DTS stream ...

I'll point the author of eac3to to the file I've submitted, it shouldn't be too hard to update the software to recognize the DTS header data...

This header can be a container, but never part of a DTS stream, well defined, only can be ignored like many soft do.

[rik1138]

Originally Posted by tebasuna51

- The problem can be between ArcSoft and eac3to
It is not a speaker problem. The decoded output wav file don't match with the original wav file in a multichannel audio editor (Audacity, Wavosaur, ...)

What are you using to extract the DTSHD back to a 7.1 WAV? When I extract it with eac3to 3.14 using the ArcSoft decoder, I get an exact copy of the original WAV file, all channels in the exact same order. If I extract it to 'WAVs', the WAV labeled BR says 'Back Right', SR says 'Side Right', etc... Maybe it's the decoder you are using that's doing it wrong?

Originally Posted by tebasuna51

Thanks, I believe in you.

Hehe, good to know I'm believed in! I wasn't trying to sound pompous or anything, just letting you know that I tested it a bit...

Originally Posted by tebasuna51

This header can be a container, but never part of a DTS stream, well defined, only can be ignored like many soft do.

It may not be part of the stream data itself, but it is a header placed on the file by DTS's professional audio encoder (the one all the studios use for their titles). So any software that works with DTS-HD should be programmed to handle the header data... That's all I was suggesting, just to see if Madshi could add a little code to recognize and ignore the header data. That way it won't be a problem if I encode something for anyone else...

Which reminds me, in case this is causing problems for anyone else, here's the same files with the header trimmed off:

http://www.sendspace.com/file/ja82dv

These will work with eac3to, and other programs if there were problems. (I've used DTS-HD with the header info from this encoder with TSMuxer, so I know it's okay with that software)

Also, it looks like the header isn't the same size on all formats... If I encode normal DTS, the header is smaller... Most of the streams start with the same hex values, but I've noticed that DTS secondary audio (like for Picture-in-picture tracks) is completely different. Removing everything including the 8 bytes immediately following STRMDATA is what you need to do. (It just happens to be 140 bytes on the two files I originally supplied...)

Hope that helps... Rik

[tebasuna51]

Originally Posted by rik1138

What are you using to extract the DTSHD back to a 7.1 WAV?

I only can decode DTS-HD 7.1 with:

eac3to (v3.14) is up to date
...
ArcSoft DTS Decoder (1.1.0.0) works fine

If I extract it to 'WAVs', the WAV labeled BR says 'Back Right', SR says 'Side Right', etc...

Here the WAV labeled BR says 'Side Right', SR says 'Back Right', etc.

[rik1138]

Exact same thing I'm using... Anyone else having problems with it? I just tried it again on a different computer that I just installed ArcSoft on, got the same results (BR says 'Back Right', etc...). Does eac3to use anything other than dtsdecoderdll.dll to decode? Seems like every .dll has a different version, maybe there's one that's different and that's where the problem is? Not sure what else could be causing the problem...

[tebasuna51]

I don't know if there are other lib's involved in the problem than:

ASAudioHD.ax        446.541  08/05/2008  14:51  v1.3.2.49
DtsDec.dll          925.696  17/01/2008  18:37  v1.0.2.2
dtsdecoderdll.dll   917.504  21/04/2008  15:42  v1.1.0.0

[Brazil2]

Originally Posted by rik1138

Exact same thing I'm using... Anyone else having problems with it?

Same here and no problems for me.

I've downgraded to TMT v2.1.6.125 on purpose because of some compatibility issues in other apps with newer versions and SR says 'Side Right', BR says 'Back Right, etc.
Looks like a strange problem on Tebasuna51's computer.

[TinTime]

It works correctly for me too. I have got a different version of ASAudio.ax to tebasuna51 though - v1.4.0.2

[tebasuna51]

Please, can you confirm your ASAudioHD.ax versions?