ffdshow tryouts project: Discussion & Development

[flanger216]

Works perfectly for me, too. Great stuff! Any chance we could get an x64 build?

[LoRd_MuldeR]

I recently tried "ffdshow_rev2183_20081007_clsid_sse_icl10.exe " and it gave me black screen in DVBViewer :(

With "ffdshow_rev2176_20081003_clsid.exe " all works fine though...

[CruNcher]

@albain
i use your latest build but something is strange i put every WMV/VC1 on libavcodec though WMVA .wmv arent playbacked with it, i even tried to block the WMVideo Decoder, Windows Media Video Decoder,Windows Media Advanced Decoder no chance it then errors out.


C:\x264\Guitar.wmv::Raw Video 1

Media Type 0:
--------------------------
Video: WMVA 1280x720 59.94fps 6910Kbps

AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {41564D57-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 0
bTemporalCompression: 1
lSampleSize: 0
cbFormat: 110

VIDEOINFOHEADER:
rcSource: (0,0)-(1280,720)
rcTarget: (0,0)-(1280,720)
dwBitRate: 6910990
dwBitErrorRate: 0
AvgTimePerFrame: 166833

BITMAPINFOHEADER:
biSize: 62
biWidth: 1280
biHeight: 720
biPlanes: 1
biBitCount: 24
biCompression: WMVA
biSizeImage: 197012
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

pbFormat:
0000: 00 00 00 00 00 00 00 00 00 05 00 00 d0 02 00 00 ............Ð...
0010: 00 00 00 00 00 00 00 00 00 05 00 00 d0 02 00 00 ............Ð...
0020: 0e 74 69 00 00 00 00 00 b1 8b 02 00 00 00 00 00 .ti.....±‹......
0030: 3e 00 00 00 00 05 00 00 d0 02 00 00 01 00 18 00 >.......Ð.......
0040: 57 4d 56 41 94 01 03 00 00 00 00 00 00 00 00 00 WMVA”...........
0050: 00 00 00 00 00 00 00 00|25 00 00 01 0f db fe 27 ........%....Ûþ'
0060: f1 67 88 80 00 00 01 0e 10 44 9f c5 9c 80 ñgˆ€.....DŸÅœ€


ffdshow is missing WMVA as ident for VC1 content ???

[ACrowley]

fixed build works perfect with all dts Tracks ive tested so far.
dts hd (core)decoding works on all m2ts files

Now we need the TrueHD decoder working ,would be so great

Thx for all your work

[CiNcH]

Got some questions concerning EAC3 and TrueHD since we want to support that as well:

Will (or does) ffdshow support pure EAC3? (so without interleaved AC3 as specified by BDMV)
Will (or does) ffdshow support BDMV EAC3 with interleaved AC3? So does it strip EAC3 off all by itself or is this up to the demuxer filter?

Will ffdshow support pure TrueHD? (so without interleaved AC3 as specified by BDMV)
Will ffdshow support BDMV TrueHD with interleaved AC3? So does it strip TrueHD off all by itself or is this up to the demuxer filter?

What is the connection media subtype for all those possibilities? Always AC3? Will ffdshow detect the type of stream all by itself?

[haruhiko_yamagata]

I recently tried "ffdshow_rev2183_20081007_clsid_sse_icl10.exe " and it gave me black screen in DVBViewer :(

With "ffdshow_rev2176_20081003_clsid.exe " all works fine though...Sorry for that bug. The latest svn should be fine.

[albain]

Got some questions concerning EAC3 and TrueHD since we want to support that as well:

Will (or does) ffdshow support pure EAC3? (so without interleaved AC3 as specified by BDMV)
Will (or does) ffdshow support BDMV EAC3 with interleaved AC3? So does it strip EAC3 off all by itself or is this up to the demuxer filter?

Will ffdshow support pure TrueHD? (so without interleaved AC3 as specified by BDMV)
Will ffdshow support BDMV TrueHD with interleaved AC3? So does it strip TrueHD off all by itself or is this up to the demuxer filter?

What is the connection media subtype for all those possibilities? Always AC3? Will ffdshow detect the type of stream all by itself?

I am happy to announce that TrueHD/MLP decoding is fully functional. There was a bug in the libavcodec MLP parser that does not support interweaved streams (I hope that this was a bug and not a bug on my side).

Anyway, here is the status of the libavformat branch :
- Regular AC3 is fully supported as liba52 does
- Regular DTS is fully supported as libdts does
- EAC3 is fully supported
- DTS-HD decoding is supported (only DTS core is decoded)
- Dolby TrueHD and MLP *should be* fully supported (to be confirmed)

Concerning TrueHD/MLP decoding, here is how it works :
- If the stream contains interweaved regular AC3 and TrueHD frames, 2 thing can happen :
1/ If the AC3 output is selected in FFDShow config, then MLP blocks are stripped off and AC3 blocks are sent directly to the libavcodec AC3 decoder
2/ Otherwise the current decoder (which is libavcodec AC3 as this is the mediatype detected by the splitter) is closed and switched to libavcodec MLP decoder which decodes TrueHD/MLP blocks
- If the stream only contains TrueHD/MLP blocks, then MLP decoder is used

Things need to be improved on the detection of MLP/TrueHD. I did not add any separate codec for AC3/EAC3/TrueHD/MLP because for now things are not clear in the mediatype world.

Here is a corresponding build :
http://rapidshare.com/files/152298627/ffdshow_rev2195_20081009_dbt_beta13.exe.html

This build also fixes the MP3 streams showing as MP2

Concerning the issue with wmv VC1, please post a link to a sample so that I debug this

When this last issue + feedbacks on TrueHD/MLP + a global feedback on AC3/DTS will be positive, I think that we can merge the branch into the trunk.

For the record, I did not use libavformat at all (all the parsers & decoders are included into libavcodec), so the name of the branch is wrong...

Regards,

Damien

EDIT : some TrueHD files won't play. For example the sampleTrueHD 7.1ch 96KHz.m2ts won't pass (an error is raised by ffmpeg "Number of substreams 3 is larger than the maximum supported by the decoder"). So I guess that the ffmpeg MLP decoder does not support all the formats.

[LoRd_MuldeR]

Sorry for that bug. The latest svn should be fine.

Thanks for answer. I will report back as soon as a new ICL build is available :)

[CiNcH]

For the record, I did not use libavformat at all
That would have been my next question.. Does the demuxer have to exactly deliver one audio frame within one IMediaSample or is the parsing done somewhere within ffdshow?

[albain]

That would have been my next question.. Does the demuxer have to exactly deliver one audio frame within one IMediaSample or is the parsing done somewhere within ffdshow?
I have developed my own ac3/eac3/truehd/mlp/dts/dtshd internal parser (basing on libdts,liba52,ffmpeg and madshi's help) so the answer is no

[nautilus7]

EDIT : some TrueHD files won't play. For example the sampleTrueHD 7.1ch 96KHz.m2ts won't pass (an error is raised by ffmpeg "Number of substreams 3 is larger than the maximum supported by the decoder"). So I guess that the ffmpeg MLP decoder does not support all the formats.

Damien, well done! Thank you very much for all the improvements.

Regarding this issue with 7.1 TrueHD, i am sure that libav supports 7.1 96KHz streams, as eac3to can decode them perfectly using the same decoder. AFAIK, the truehd decoder is complete and supports all kind of streams, plus true 7.1 channel output.

[CiNcH]

So libavformat is not used in any respect, right? I have recognized that also MP3 parsing is buggy. If we for example send constant rate IMediaSamples, ffdshow does not perfectly reconstruct the frames and distortions are audible. We then did the parsing within the demuxer filter and packetized exactly 2 frames within one IMediaSample. mp3lib now does its job properly, with libmad, there are still distortions, think it only works with exactly one frame per IMediaSample.

[albain]

Damien, well done! Thank you very much for all the improvements.

Regarding this issue with 7.1 TrueHD, i am sure that libav supports 7.1 96KHz streams, as eac3to can decode them perfectly using the same decoder. AFAIK, the truehd decoder is complete and supports all kind of streams, plus true 7.1 channel output.

Well, I did not say that 7.1 is not supported, but on this sample the number of substreams is 3 which is a limitation of mlp decoder.

I guess that this sample sould not pass in eac3to...

[nautilus7]

I just decoded it without problems with eac3to... All trueHD samples i 've sent you decode fine with eac3to and libav.

btw, shouldn't be an option for truehd/mlp in codecs menu in ffdshow? I don't see anything.

[albain]

OK, I will figure this out with Madshi.
Maybe I have an old version of the decoder...

There is no MLP codec for now because there is no mediatype sent by the splitters to say that the stream is MLP or TrueHD.

M2TS files with TrueHD/MLP are detected by media player classic as AC3.

The switch is made inside FFDShow when it detects a MLP/TrueHD block

[MatMaul]

1/ If the AC3 output is selected in FFDShow config, then MLP blocks are stripped off and AC3 blocks are sent directly to the libavcodec AC3 decoder
are you talking about ac3 passthrough for SPDIF output ? then I think you mean send it directly to the output without decoding it.

[clsid]

When this last issue + feedbacks on TrueHD/MLP + a global feedback on AC3/DTS will be positive, I think that we can merge the branch into the trunk.Once everything is working, I propose an additional test period of about a week or so, with a public build on the sourceforge page so that we have a much larger test group. If no problems or side effects are reported after that period, then the merge can take place.

I want to perform the merge manually, not automatically since that will surely mess up things. Maybe an hours work for me, so no problemo.

Great work so far btw :)

If you would be able to make each format a separate option, then it would be even greater. Many users shall want that functionality.

[albain]

I just decoded it without problems with eac3to... All trueHD samples i 've sent you decode fine with eac3to and libav.

btw, shouldn't be an option for truehd/mlp in codecs menu in ffdshow? I don't see anything.

Indeed the file works with eac3 : it is parsed correctly to a .thd file and then extracted (not decoded) to an ac3 file.
But not with the MLP decoder (unless I am wrong)

Concerning the SPDIF passthrough, I realised that I made a mistake.
Actually, the AC3 decoder should never be used unless the MLP decoder fails (due to unsupported format).
Otherwise, AC3 frames when they are present should be used only when AC3 output is selected and/or SPDIF selected in AC3 codec ?

I've never understood why there is an AC3 checkbox in the output section and a SPDIF selection in the codec section

[tal.aloni]

I've never understood why there is an AC3 checkbox in the output section and a SPDIF selection in the codec section

me too, if you want to pass-through, you can choose SPDIF from the drop down menu.

[MatMaul]

spdif passthrougth works only for ac3 and dts.
for the other formats ffdshow decodes and then reencode in ac3 (if the option in the output page is selected of course).
so I think you should decode with MLP decoder except if spdif passthrougth is activated (and not the ac3 output option).

if someone who uses thoses functionalities can confirm ^^

[STaRGaZeR]

Has anybody been able to reproduce the high pitch sounds when playing DVDs? It doesn't matter if the audio is 2.0 or 5.1, PAL or NTSC DVDs... You can hear it when seeking, changing between chapters, inside the menus when selecting different options, etc. just before the video resumes after the seek so I assume it's a problem with the first audio frame. This is the only problem I have with the lastest beta.

[nautilus7]

Indeed the file works with eac3 : it is parsed correctly to a .thd file and then extracted (not decoded) to an ac3 file.
But not with the MLP decoder (unless I am wrong)I am not sure i understand you.

eac3to can extract TrueHD frames or AC3 frames from this sample and can decode both TrueHD and AC3 part with libav just fine:

eac3to "TrueHD 7.1ch 96KHz.m2ts" 2: truehd.thd <--truehd extraction
M2TS, 1 video track, 1 audio track, 0:00:12
1: h264/AVC, 1080i60 /1.001 (16:9)
2: TrueHD/AC3, 7.1 channels, 96khz
[a02] Extracting audio track number 2...
[a02] Extracting TrueHD stream...
[a02] Creating file "truehd.thd"...
Video track 1 contains 360 frames.
eac3to processing took 1 second.
Done.

eac3to truehd.thd <--confirmation
TrueHD, 7.1 channels, 96khz

eac3to truehd.thd truehd.wav <--truehd decoding with libav
TrueHD, 7.1 channels, 96khz
Decoding with libav/ffmpeg...
Remapping channels...
Writing WAV...
Creating file "truehd.24bit.wav"...
This audio track contains more than 16 bits of information.
This audio track has a constant bit depth of 24 bits.
eac3to processing took 2 seconds.
Done.

eac3to "TrueHD 7.1ch 96KHz.m2ts" 2: ac3.ac3 <--ac3 extraction
M2TS, 1 video track, 1 audio track, 0:00:12
1: h264/AVC, 1080i60 /1.001 (16:9)
2: TrueHD/AC3, 7.1 channels, 96khz
[a02] Extracting audio track number 2...
[a02] Extracting AC3 stream...
[a02] Creating file "ac3.ac3"...
Video track 1 contains 360 frames.
eac3to processing took 1 second.
Done.

eac3to ac3.ac3 <--confirmation
AC3, 5.1 channels, 0:00:12, 640kbps, 48khz


eac3to ac3.ac3 ac3.wav -libav <--ac3 decoding with libav
AC3, 5.1 channels, 0:00:12, 640kbps, 48khz
Decoding with libav/ffmpeg...
Remapping channels...
Loading white noise (needed for dithering)...
Writing WAV...
Creating file "ac3.wav"...
eac3to processing took 1 second.
Done.


If it is more convenient for you, you can demux both TrueHD and AC3 part in their original interleaved form by running:

eac3to "TrueHD 7.1ch 96KHz.m2ts" 2: truehd-ac3.thd+ac3 <--truehd+ac3 extraction
M2TS, 1 video track, 1 audio track, 0:00:12
1: h264/AVC, 1080i60 /1.001 (16:9)
2: TrueHD/AC3, 7.1 channels, 96khz
[a02] Extracting audio track number 2...
[a02] Creating file "truehd-ac3.thd+ac3"...
Video track 1 contains 360 frames.
eac3to processing took 1 second.
Done.

eac3to truehd-ac3.thd+ac3 <--confirmation
TrueHD/AC3, 7.1 channels, 96khz

[fastplayer]

I get jittery (>30ms) Xvid/DivX playback with the latest generic 2201 build (using MPC + WMP). It happens when using libavcodec as decoder but not with xvidcore.dll. Can somebody else confirm this?

[LoRd_MuldeR]

The "ffdshow_rev2201_20081009_clsid_sse_icl10.exe" build is fully functional with DVBViewer again :)

Thanks guys :thanks:

[moshmothma]

How are you splitting truehd to feed to ffdshow? MPC's splitter looks like it is only passing the ac3 core and not the full bitrate file. Which splitter is everyone using? Thx

[wyrd]

I get jittery (>30ms) Xvid/DivX playback with the latest generic 2201 build (using MPC + WMP). It happens when using libavcodec as decoder but not with xvidcore.dll. Can somebody else confirm this?
Hi,fastplayer.
Confirmed here.
http://tirnanog.fate.jp/tmp/snap/jitter_libavc_t.jpg (http://tirnanog.fate.jp/tmp/snap/jitter_libavc.png)http://tirnanog.fate.jp/tmp/snap/jitter_Xvid_t.jpg (http://tirnanog.fate.jp/tmp/snap/jitter_Xvid.png)
test sample (http://tirnanog.fate.jp/tmp/sample/divx/ffdshow-jitter-test02.avi).(1MB)
I've tyied on icl10 build.
Thanks

[Octo-puss]

I got a question regarding video decoder.
I couldn't play this VC-1 video at all only to realize I had to set VC-1 decoder to libavcodec. Wmv9 didn't work. Why was that? What would I have to have installed in order to choose that one? (I assume it would be a bit faster)

[ACrowley]

I got a question regarding video decoder.
I couldn't play this VC-1 video at all only to realize I had to set VC-1 decoder to libavcodec. Wmv9 didn't work. Why was that? What would I have to have installed in order to choose that one? (I assume it would be a bit faster)

What Container have this VC1 File ?

When its m2ts or Evo you have to install Haalimediasplitter

[Octo-puss]

I got Haali of course.
I muxed it into mkv.
My main question is about the wmv9 option...

[fastplayer]

Hi,fastplayer.
Confirmed here.
http://tirnanog.fate.jp/tmp/snap/jitter_libavc_t.jpg (http://tirnanog.fate.jp/tmp/snap/jitter_libavc.png)http://tirnanog.fate.jp/tmp/snap/jitter_Xvid_t.jpg (http://tirnanog.fate.jp/tmp/snap/jitter_Xvid.png)
test sample (http://tirnanog.fate.jp/tmp/sample/divx/ffdshow-jitter-test02.avi).(1MB)
I've tyied on icl10 build.
Thanks
Thanks for confirmation, wyrd!
Maybe this build should be pulled off of the server. Xvid and Divx are both not exactly uncommon decoders...

[haruhiko_yamagata]

I get jittery (>30ms) Xvid/DivX playback with the latest generic 2201 build (using MPC + WMP). It happens when using libavcodec as decoder but not with xvidcore.dll. Can somebody else confirm this?Oops, sorry. I have fixed at rev 2202.

[albain]

How are you splitting truehd to feed to ffdshow? MPC's splitter looks like it is only passing the ac3 core and not the full bitrate file. Which splitter is everyone using? Thx

I am using MPC home cinema v1.1.604 and I can assure you that it feeds FFDShow with complete AC3+TrueHD interweaved frames.

The new internal splitter of FFDShow splits up the frames (only AC3 or only TrueHD)

[fastplayer]

Oops, sorry. I have fixed at rev 2202.
:thanks:

[clsid]

I will try to make fresh builds later today.

[albain]

I confirm, there is a bug in ffmpeg code concerning MLP decoder.

Madshi uses code from an older revision and that has been patched.

If I apply the patch, all the TrueHD samples work.

[albain]

Here is an updated build with I hope full TrueHD/MLP support
http://rapidshare.com/files/152734338/ffdshow_rev2203_20081010_dbt_beta13.exe.html

It works with Media Player classic with internal M2TS splitter enabled and m2ts files (Haali does not work, I haven't searched why).
Be sure to enable libavcodec for AC3, DTS and MLP.
EAC3 is not mapped yet but it will be decoded if you select libavcodec for AC3


New features :
- TrueHD/MLP decoding
- Separate codecs for AC3, EAC3, and MLP/TrueHD
- Internal parser that is able to detect if the input stream is AC3, EAC3, AC3+TrueHD interweaved, TrueHD only, MLP, DTS, DTS-HD

Things remaining to do :
- Better interactions between the codecs : implement the internal parser on top of libavcodec (done), liba52 (to be done), libdts (to be done). This will let decode the first frames and switch to another decoder if the input stream is not what expected.

[tal.aloni]

what I'm really missing in ffdshow audio decoder is one-pass Audio Normalization.
all of the infrastructure is already there, and I would appreciate if anyone would implement it,
I think I'm not the only who would enjoy this feature.

Thanks,
Tal Aloni

[Snowknight26]

Is EAC3 SPDIF passthrough possible, not necessarily by way of ffdshow?

[clsid]

what I'm really missing in ffdshow audio decoder is one-pass Audio Normalization.There is a normalize option on the Volume page.

[albain]

Is EAC3 SPDIF passthrough possible, not necessarily by way of ffdshow?

I was wondering the same thing. For now EAC3 is decoded and can be reencoded to AC3 if AC3 output is selected.
Is SPDIF able to transport EAC3 stream ?
If the answer is yes, I will try to add a SPDIF output to EAC3 codec

[tal.aloni]

There is a normalize option on the Volume page.

I know, but it results in distortion, I was refering to one-pass normalization, which reduce the amplification every time an overflow is occured. (without raising it back like ffdshow does)

such feature is implemented in AC3Filter for example.

Thanks,
Tal Aloni

[tal.aloni]

I was wondering the same thing. For now EAC3 is decoded and can be reencoded to AC3 if AC3 output is selected.
Is SPDIF able to transport EAC3 stream ?
If the answer is yes, I will try to add a SPDIF output to EAC3 codec

unlikely, Don't waste your time on it.
the only legal path for DD+ is HDMI v1.3, and even if you could find a receiver that will accept DD+ over spdif (not likely) there will be no point, because:
a. computer spdif implementation is usually limited to 1.5mbps, most dd+ tracks consume more (this might be incorrect for blu-ray tracks, which are limited to 1.7mbps).
b. most receivers that support DD+, support PCM over HDMI.

Tal Aloni

p.s. if you do try to implement it, I have the equipment to test it (TX-SR576)

[nautilus7]

TrueHD 5.1ch 48KHz into .evo (http://www.sendspace.com/file/kvg83h)
TrueHD 5.1ch 48KHz (with AC3 track) into .m2ts (http://www.sendspace.com/file/ffzfhh)
TrueHD 7.1ch 48KHz (with AC3 track) into .m2ts (http://www.sendspace.com/file/fxpmum)
TrueHD 7.1ch 96KHz (with AC3 track) into .m2ts (http://www.sendspace.com/file/ul4f3x)
TrueHD 7.1ch 96KHz into .evo (http://www.sendspace.com/file/8k0l20)
From these samples, only TrueHD 5.1ch 48KHz seems to work. All other .m2ts files produce jerky playback with noise or no sound at all and make mpc crash sometimes. Does this have to do with the libavcodec patch?

Also if i set the mlp decoder to disabled and ac3 to libavcodec, mpc/ffdshow crashes for all .m2ts samples.

All tests were done with mpc-hc 1.1.814 internal splitter.

We can't test TrueHD in EVO because Haali doesn't support TrueHD at all and MPC-HC mpeg splitter doesn't support EVO. :(

Finally, this (http://www.sendspace.com/file/z08elm) DTS-HD Master Audio 7.1ch 96KHz sample doesn't play ok.

[madshi]

Don't waste your time on it.
the only legal path for DD+ is HDMI v1.3
Agreed.

and even if you could find a receiver that will accept DD+ over spdif (not likely) there will be no point, because:
a. computer spdif implementation is usually limited to 1.5mbps, most dd+ tracks consume more (this might be incorrect for blu-ray tracks, which are limited to 1.7mbps).
Incorrect. HD DVD DD+ tracks are usually either 640kbps (Warner), 768kbps (Universal dubbed tracks) or 1536kbps (Universal original track). I'm not aware of any DD+ tracks with more than 1.5mbps. Technically higher bitrates are allowed for DD+, but they were never used in real life (AFAIK).

[rack04]

All the mkv files with h264 and AC3 crash with beta13. They play fine with beta12.

[Bathrone]

Having switched to Linux I have not used ffdshow in some time. When I was encouraging a mate to use it, I installed the latest compile on his laptop. Some questions please:

1. Why is h264 decoding disabled by default? I had to manually specify libavcodec.

I could no longer see the ffdshow tray icon thingy.

2. What happened to the video and audio tray icons?

I was showing him megui, avisynth, dgmpgdec etcetc. I had some strange results with decoding. One file, with fourcc avc1 failed to playback even though I had libavcodec enabled.

3. Why would wmp fail to playback avc1 when I have enabled libavcodec decoding?

Then strangely, on another sample with an avc1 fourcc it would playback with no error message, but then it would fail to provide video with audio only.

4. Why the inconsistency?

I get none of these problems with own Linux SVN compiles of ffmpeg / ffplay / mplayer.

Many thanks for the help :)

[chadamir]

Is there a way to pass the eac3/truehd as bitstream through hdmi?

[rack04]

Libav AC3 is broken in the latest build.

[ACrowley]

Is there a way to pass the eac3/truehd as bitstream through hdmi?


When you have a new Ati Card ... yes.

4870 has a Soundchip to pass Audio trough HDMI .

"Integrated HD audio controller with support for stereo and multi-channel (up to 7.1) audio formats, including AC-3, AAC, DTS, DTS-HD & Dolby True- HD4, enabling a plug-and-play audio solution over HDMI"

But the cant send out the Bistream...only PCM!

You have to select the Ati HDMI Audio in Windows Sound Options.... And then you get all Audio as PCM to HDMI out and you Receiver can handle it as Multichannel PCM...i think so , but im not sure.

Also there a some new Sound Cards like the Asus Xonar HDAV with HDMI..they can send the Bitstream trough HDMI. But you need Decoders that can passtrough a DTSHD/THD,DD+ Bitsstream via HDMI
http://www.asus.com/news_show.aspx?id=11638
"Dolby TrueHD, Dolby Digital Plus, and DTS-HD Master Audio pass-through upgradeable by TotalMedia player"

I will by such a Card next Time...maybe i wait for some new cards from Creative...dont know. Im happy with my X-fi Titanium PCI_E at the Moment. I use dtsconnect to SPDIF all Audio Formats as 1.5Mbps dts

[CiNcH]

It works with Media Player classic with internal M2TS splitter enabled and m2ts files (Haali does not work, I haven't searched why).
When I tested Haali and TrueHD within m2ts it didn't even detect the TrueHD streams...