View Full Version : ffdshow tryout project : HD audio discussion
albain
4th December 2009, 23:48
LAST EDIT : 01/02/2010
Hi,
we now have on FFDShow Tryout a fully functional HD audio bitstream to the HDMI output of your sound/graphic adapter.
What is bitstream :
first there are compressed formats (MP3, MP2, AC3,DTS) and uncompressed formats (PCM, LPCM).
Among those compressed formats there are the new high definition audio formats : Dolby True HD, DTS-HD HR (High Res), DTS-HD MA (Master Audio, the best format)
There is also Dolby Digital Plus which is an improvement of Dolby Digital but less good than Dolby TrueHD
Lastly, Dolby TrueHD and DTS-HD MA are considered as lossless quality, which means that once uncompressed the quality is even as if they were not compressed at all
Compressed formats need to be decoded before sending them to your receiver or speakers.
However, it is possible to let the stream go compressed and send it to your receiver so that it takes in charge the decoding.
This was the case for AC3 and DTS : it is called SPDIF (going through a numeric opticial or coaxial output)
Now, new HD audio formats such as Dolby True HD, Dolby Digital Plus and DTS-HD (High Resolution or Master Audio) can also be sent compressed to the receiver.
This is called bitstream.
A HDMI output is required to do that (SPDIF has not a sufficient bandwidth).
This is interesting as receivers can be considered as better decoders than software decoders and furthermore there is no existing free DTS HD software decoder yet.
What has been done on FFDShow Tryout :
- bitstream support for TrueHD, DTS-HD (HR & MA) using the new radeon 5xxx series on Vista and Windows 7 (32 & 64 bits). Depending on the OS and the format, some audio renderers may not work. Try several : directsound, waveout and MPC renderer
- TrueHD, DTS HD and Dolby Digital Plus bistream are working on the xonar (Vista and Windows 7). waveout and Arcsoft renderer work well.
What needs to be fixed or improved :
- Dolby Digital Plus bitstream on ATI 5xxx : this is likely due to a driver issue (ATI drivers don't support DD+ yet)
- auzentech : no HD bitstream support because the streams are encrypted by the software (powerdvd) to the audio driver. Ask Auzentech to bring support for third party players
- LPCM support to be added (on 24 bits sampling at 48000/96000/192000 Hz, LPCM 16 bits is already supported)
The HD audio bitstream is now integrated to FFDShow Tryout daily builds and the bugs have been fixed since revision 3241
Supported (and tested) hardware This list may grow up in the future
- ATI Radeon 5xxx series
- Asus Xonar
- Intel clarksdale
Setup :
- Install FFDShow Tryout revision 3241 or greater, 32 or 64 bits
- On Vista : you will need the MPC audio renderer. It is very recent and in early stage but it is functional.
- On windows 7 : default directsound renderer should work on most bistream formats. Otherwise use the waveout renderer or MPC renderer
- If you have a xonar : won't work with directsound renderer, the best is to use the the arcsoft renderer (on a dos window in administrator mode : regsvr32 (total media path)\codecs\asrenderer.dll). Otherwise try the waveout or MPC renderer (don't know if they will work)
- Player software :
1/MPC-HC : you will have to grab a very recent version of MPC-HC (revision 1413 or greater). If you don't have the right version the MPC mpeg splitter will break the DTS HD streams and the MPC renderer won't work
2/Other directshow players (WMP,...) : you will need MPC-HC *recent* standalone filters (revision 1413 or greater). Just register MPC audio renderer and MPC mpeg splitter. For MKV Haali media splitter should work too
Status for ATI 5xxx series owners
There are 2 know issues with ATI 5xxx :
- Audio dropouts that occur every few seconds : this issue is not caused by FFDShow and it occur on any software player without hardware acceleration (no DXVA, or called software decoding). Please post a ticket to AMD support for this
- The receiver that aren't caught up by the radeon : also a driver bug, there is a workaround for this, called "tulli's override", the person who found this hack (see below)
(with-if needed- or without tulli's override monitor driver)
- Windows Seven:
Just with Ati 9.12 hotfix drivers:
DTSHD: no problem with PDVD9 and MPC-HC (ffdshow 54+ MPC Audio Renderer)
THD: No problem with PDVD9 and the best renderer is Ati HDMI Output for MPC-HC (with ffdshow 54)
Realtek 239 over 12 hotfix:
Both HD formats may use Default DirectSound Device.
- Windows Vista:
ffdshow HD bitstreaming only works with Ati 9.12 hotfix drivers by alone using MPC HC Audio renderer on Vista; Realtek 239 doesn't work.
While PDVD9 can work even Realtek 239 is loaded over 9.12 hotfix.
SamuriHL
4th December 2009, 23:59
Thanks SamuriHL for all your efforts
This is a big problem when you can't reproduce the crash in debug mode. Have you tried to run it without vs debugging into ?
I mean there are 2 ways to debug : either attach to the process and run it, or let the player run without visual studio and when it will crash it will ask you if you want to debug
Last resort is to add DPRINTF but this is very difficult to narrow the problem down. I will perform some deeper analysis of the code, but I need a max of info
Could you send me logs whith working and "crashing" samples in that case ?
Otherwise I have opened a new thread for HD audio bitstream.
We have taken this one into hostage enough :)
http://forum.doom9.org/showthread.php?p=1349575#post1349575
Ok, let's just continue our discussion here. :)
Yea, I tried opening it up in debug after the fact, but, the processes have all terminated and I don't have a debug version of MPC-HC. (Nor do I really wanna go down that path.) Let me get back to a debug version, but, the timings on that version are all messed up. It runs in VERY slow motion. :) And in debug it didn't crash regardless of what I tried. Um, I can definitely provide you with logs but I don't think they're going to be useful.
albain
5th December 2009, 00:06
You don't need a debug version of MPC actually.
You're saying that with debug build you never get crash whatever vs is attached or not ?
This is normal that it is running slow, with dropouts and so on
you can disable allowDPRINTF (to 0 in registry) to improve performances and maybe get closer to a crash situation
SamuriHL
5th December 2009, 00:13
I'm saying that when I allow MPC to crash and it gives me the option to debug, it brings me into studio and shows me that all processes are already terminated and never shows me where the crash happened. Is the thing multi-threaded? Maybe the threads are ending before we get the option to debug. I'm not sure. I've not had to deal with this kind of thing before. In any case, I'm off for the rest of the evening. I will DEFINITELY look into this more tomorrow. I will figure something out for us, don't worry.
SamuriHL
5th December 2009, 00:15
OH, right, I forgot. Debug version of ffdshow simply works. :mad: So I can't use the debug version to repro this problem. ARGH! This has GOT to be some weird timing bug. Almost guaranteed.
albain
5th December 2009, 00:22
No problem. Actually I am impressed that you set up ffdshow compilation so quickly, I spent much more time at first
Normally when a program crash this is a just in time debugging : you get exactly where it crashed in the callstack. There are several threads but vs will debug all of them (like in eclipse you can switch from one thread to another and get its call stack).
This issue you get is typical to Mpc : when you debug with it, MPC Will continue to play the video so you'd better have a long video
. Maybe it will be easier with graphstudio (if you get crashes with it too).
Edit: there is something you can get, which is the reason of the crash that is displayed in visual studio debug window even if you compiled in release mode
Thanks again. I will do a break too, it is 0:23 am in Paris ;-)
rica
5th December 2009, 01:04
The headline must have been "HD audio bitstreaming over ffdshow tryouts." :)
Headline "HD audio discussion" is unsuffucient to me.
rica
5th December 2009, 01:17
Hi,
This is interesting as receivers can be considered as better decoders than software decoders and furthermore there is no existing DTS HD software decoder yet
I think you meant there is no existing free DTS HD software decoder yet.
Skinleech
5th December 2009, 01:17
Oh, one thing I meant to add to my post regarding beta 46 was that I still cannot bitstream HD codecs if standard lossy formats are set to bitstream in the audio config. As soon as I uncheck Dolby Digital and DTS it's fine.
Will try my local files tomorrow and report back playabck issues, if any. Will take logs of the problematic files.
sub24ox7
5th December 2009, 01:48
New results from my testing. Success with xonar, mpc-hc,ffdshow,arcsoft renderer through and through with dts-hd from a mkv container no problems and i can skip anywhere in the movie and the dts-hd picks right back up as it should. I remember someone else had success with a mkv container. I am going to try true-hd from a mkv container and see if it works and that the true-hd can not dropout completely after skipping ahead or behind as it does from a m2ts container. It is truly odd that the same movie with dts-hd in a m2ts container crashes mpc-hc and not in a mkv container. Is it possibly the splitter?
Also remember the app crash log from mpc-hc i sent you Samirhl, well vista thinks its ffdshow.ax that is crashing mpc-hc, well anyway that is probably what your debugging anyway and good luck with it.
Cheers,
Sub24ox7
SamuriHL
5th December 2009, 02:59
No problem. Actually I am impressed that you set up ffdshow compilation so quickly, I spent much more time at first
I thought it took longer than it should have, but, there were a bunch of unknowns involved. I didn't know I needed yasm, boost, and I had trouble finding where the damn library import stuff was in VS 2008. Then I had compile problems...I commented out the stuff that was breaking. LOL. :) In any case, now that I have it set up, I can probably work on building us a 64 bit version at some point.
Normally when a program crash this is a just in time debugging : you get exactly where it crashed in the callstack. There are several threads but vs will debug all of them (like in eclipse you can switch from one thread to another and get its call stack).
This issue you get is typical to Mpc : when you debug with it, MPC Will continue to play the video so you'd better have a long video
. Maybe it will be easier with graphstudio (if you get crashes with it too).
Edit: there is something you can get, which is the reason of the crash that is displayed in visual studio debug window even if you compiled in release mode
Thanks again. I will do a break too, it is 0:23 am in Paris ;-)
Hmm, graphstudio is a thought. And yea, I always thought it should break into the stack trace even if the threads ended. It didn't which was annoying. I'll play with this more in the morning. We just got back from dinner and are going to watch some shows. Paris, eh? VERY nice. I've always wanted to go some day. Enjoy! I'll work on this tomorrow.
SamuriHL
5th December 2009, 03:02
New results from my testing. Success with xonar, mpc-hc,ffdshow,arcsoft renderer through and through with dts-hd from a mkv container no problems and i can skip anywhere in the movie and the dts-hd picks right back up as it should. I remember someone else had success with a mkv container. I am going to try true-hd from a mkv container and see if it works and that the true-hd can not dropout completely after skipping ahead or behind as it does from a m2ts container. It is truly odd that the same movie with dts-hd in a m2ts container crashes mpc-hc and not in a mkv container. Is it possibly the splitter?
Also remember the app crash log from mpc-hc i sent you Samirhl, well vista thinks its ffdshow.ax that is crashing mpc-hc, well anyway that is probably what your debugging anyway and good luck with it.
Cheers,
Sub24ox7
Yea, I know what's crashing, just not why. Yet. :) Give me time to mess with the code tomorrow. I've had plenty of experience debugging stuff, so, if I have to go the hard route I will do so. What bothers me is that it's not getting very far before it crashes. I have some other thoughts on how to trace it, too. We'll find it and squash it.
If you have time and don't mind, can you make an mkv out of one of the movies that crashes for you and see if it no longer crashes? Curious if it doesn't like the container.
davinleeds
5th December 2009, 03:03
46 gives me the same results as 44. Multichannel and after my tweeking I have to max MPC and AVR is 80+. Not good
SamuriHL
5th December 2009, 03:16
Can you post a detailed list of your setup? Hardware, OS, settings in ffdshow/mpc, etc. Let's see if we can get to the bottom of this.
sub24ox7
5th December 2009, 03:32
Okay when I remuxed the hangover into a mkv container i can skip forward or backward with the xonar and true-hd track without loosing audio but when the same track is in a m2ts container is looses audio and can't recover. So to recap no problems with either dts-hd and true-hd when in a mkv container so there is an issue with the mpeg splitter or something there roundabout. That is just my guess, oh and a bug with ffdshow when trying to play dts-hd in a m2ts container which causes the app crash.
sub24ox7
5th December 2009, 04:52
Oh I didn't see that you had asked whether the same movie crashed in a mkv container. Well with the xonar(which is all i have i don't have a 5*** series ati card i have two 4870 in crossfire on one compter and nvidia 9400 chipset on the xonar computer and other various cards on other computers). Back to the point the same dts-hd movie doesn't crash in a mkv container which is very odd to me. i have tried various dts-hd movies from inglorious basterds to terminator salvation which is branched so i had to play it from the mpls file to pulp fiction and a dozen other dts-hd movies and they all crashed immediately as soon as i tried to play them with mpc-h, but as soon as i remux one of them into a mkv container they play.
SamuriHL
5th December 2009, 05:15
I've got some interesting results, too. I found the offending m2ts file from Monsters Inc. When I try to play it, MPC-HC crashes in immediately. If I attach the debugger to it, it doesn't crash. If I switch to the ATI DS renderer, it doesn't crash. GraphStudio works fine no matter what I try. If I had to guess I'd say there's a slight issue when parsing certain m2ts DTS-HD MA files in MPC-HC. Does anyone know if there's another splitter that'd work for us?
SamuriHL
5th December 2009, 05:21
@albain
When you get a chance, look at this log:
http://pastebin.com/pastebin.php?dl=d154c01eb
DTS-HD MA, 96000, 8 channel
It plays in ATI DS, but, regular default DS crashes instantly without even logging anything to debugview. And ONLY this one m2ts. It's about 30 seconds long. The others all appear to play fine on the disc.
whurlston
5th December 2009, 07:09
SHL, my Blockbuster didn't have any Monsters Inc BDs, I'll check again tomorrow.
albain
5th December 2009, 10:09
Oh, one thing I meant to add to my post regarding beta 46 was that I still cannot bitstream HD codecs if standard lossy formats are set to bitstream in the audio config. As soon as I uncheck Dolby Digital and DTS it's fine.
Will try my local files tomorrow and report back playabck issues, if any. Will take logs of the problematic files.
Could you post logs when AC3/DTS are checked ?
Thanks
@albain
When you get a chance, look at this log:
http://pastebin.com/pastebin.php?dl=d154c01eb
DTS-HD MA, 96000, 8 channel
It plays in ATI DS, but, regular default DS crashes instantly without even logging anything to debugview. And ONLY this one m2ts. It's about 30 seconds long. The others all appear to play fine on the disc.
The logs seem to be okay
G_M_C
5th December 2009, 10:13
Hi,
Its a long time that i've had time to work and test new stuff (my gf moved in here).
Can you make short how-to, on what i need to update/setup and wht settings i have to make/change to get bitstreaming working with MPC-HT & my Xonar Slim ?
Skinleech
5th December 2009, 10:39
Hi,
Its a long time that i've had time to work and test new stuff (my gf moved in here).
Can you make short how-to, on what i need to update/setup and wht settings i have to make/change to get bitstreaming working with MPC-HT & my Xonar Slim ?
http://forum.doom9.org/showpost.php?p=1348880&postcount=9617
That is what most of us are using. You need to use the Arcsoft renderer if you have a Xonar. 2 further things to note is that Ffdshow is now onto beta 46, and that if you do check all passthrough options it may not work - if you have issues, uncheck AC3 and DTS and try again. I can't get it working if AC3 and DTS are checked, but it does work after that.
albain
5th December 2009, 10:52
http://forum.doom9.org/showpost.php?p=1348880&postcount=9617
That is what most of us are using. You need to use the Arcsoft renderer if you have a Xonar. 2 further things to note is that Ffdshow is now onto beta 46, and that if you do check all passthrough options it may not work - if you have issues, uncheck AC3 and DTS and try again. I can't get it working if AC3 and DTS are checked, but it does work after that.
I would like to fix that. Can you post me logs with AC3 checked ? Thanks
Also another question : the xonar won't work with anything else than the arcsoft renderer ?
Could you send me logs while trying to connect & play ffdshow to mpc audio renderer or directsound with a THD sample ?
I will be out for a couple of hours then I will work on ffdshow : EAC3 support, help to SamuriHL for debugging, DTSHD support for the xonar, and LPCM if I have time
Skinleech
5th December 2009, 11:18
I would like to fix that. Can you post me logs with AC3 checked ? Thanks
Also another question : the xonar won't work with anything else than the arcsoft renderer ?
Could you send me logs while trying to connect & play ffdshow to mpc audio renderer or directsound with a THD sample ?
I will be out for a couple of hours then I will work on ffdshow : EAC3 support, help to SamuriHL for debugging, DTSHD support for the xonar, and LPCM if I have time
Hi albain. I'll get onto all of the above for you later on this morning. I need to swap out an HDD in my HTPC, then I'll take a look.
Will get you logs with ac3/dts checked, and for any problematic files I still have.
I'll also grab one for using a different audio renderer - when I tried yesterday I got PCM when using something other than the Arcsoft renderer.
Thanks.
Skinleech
5th December 2009, 12:50
Or maybe not. My HTPC is now not turning on at all. No idea what the issue is - the motherboard has died on me previously so I am blaming that straight off. Very, very annoyed right now.
EDIT: Seems it's the PSU that's gone. Tried another and things seem to spring to life. Pfft.
I might be able to get you those tests after all.
albain
5th December 2009, 15:04
Concerning LPCM, this is not very clear in my head about what is currently done in FFDShow
There is in output section an LPCM(16) checkbox which disables all the others (16/24/32).
Otherwise when an uncompressed format is detected, the following rules are applied :
1/ If this is PCM format then it will process PCM internally and output PCM I think
2/ If LPCM format is detected (WAVE_FORMAT_LPCM type) in input then :
a/ If this is LPCM20 then PCM 32 bits is processed internally and FFDShow will output LPCM20
b/ If this is PCM24 (?), then PCM 32 bits is processed internally and FFDShow will output LPCM24
c/ If DVD Audio format is detected which is HD LPCM then it will output LPCM24. I don't really know why but FFDShow reformat the stream as followed
@Madshi : if you are around you may have some ideas about why a LPCM stream (DVD audio) should be reformat to LPCM (24 bits) in output, it should be a matter of passthrough ?
Anyway, current implementation looks good but I need FFDShow logs about how FFDShow will handle them : you have to check LPCM checkbox in output section I guess to make it work.
After I think this is just a matter of media type so that the ATI will accept it (KSDATAFORMAT_SUBTYPE_WAVEFORMATEX I think)
int32_t *dst=(int32_t*)getDst(4*src.size()/3),*dst0=dst;
size_t end1 = (src.size()/12)*12;
for (size_t i = 0 ; i < end1 ; i += 12) {
*dst++ = (src[i]<<24) + (src[i+ 1]<<16) + (src[i+ 2]<<8);
*dst++ = (src[i+3]<<24) + (src[i+ 4]<<16) + (src[i+ 5]<<8);
*dst++ = (src[i+6]<<24) + (src[i+ 7]<<16) + (src[i+ 8]<<8);
*dst++ = (src[i+9]<<24) + (src[i+10]<<16) + (src[i+11]<<8);
}
size_t end2 = (src.size()/3)*3;
for (size_t i = end1 ; i < end2 ; i += 3)
{
*dst++ = (src[i ]<<24) + (src[i+ 1]<<16) + (src[i+ 2]<<8);
}
Skinleech
5th December 2009, 15:34
Okay, HTPC is now back in the land of the living thankfully, so on to the logs!
I noted yesterday that I was having TrueHD stutters, and would try from a local drive, not a network one. Seems that has fixed the issue, as once I disabled ffdshow logging in the registry, the file was fine. Here's a log of when it was stuttering though, just in case it's any use: http://pastebin.com/m6abcc29a
Here's a working TrueHD file that I've had no issues with: http://pastebin.com/m365cfe2
Here's the same file, but with ac3 passthrough checked as well (I got stereo): http://pastebin.com/m17d3b771
Here's a DTS-HD file which stutters: http://pastebin.com/m25f08081
Here's the same sample, with DTS passthrough enabled (stereo, and high pitched audio): http://pastebin.com/m3a28131f
I will try and get a PCM sample for you later. Need to head out now as I'm a few hours behind due to the repair job.
SamuriHL
5th December 2009, 15:46
SHL, my Blockbuster didn't have any Monsters Inc BDs, I'll check again tomorrow.
Or find another one that crashes. I really need some help with this because I've not found a way to trap this error yet.
SamuriHL
5th December 2009, 15:47
The logs seem to be okay
That's what I'm afraid of. I may have to go the old fashioned route, but, the fact that nothing shows up in the debug trace in dbgview indicates that it's not getting very far at all.
SamuriHL
5th December 2009, 16:02
When I attach to the crashed MPC process, this is all I get....just this in the output window and nothing more.
The thread 'Win32 Thread' (0xe6c) has exited with code 0 (0x0).
The thread 'Win32 Thread' (0x84c) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x11dc) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x11fc) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x7a4) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x1260) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x18c) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x10cc) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0xff0) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x1228) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x1268) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0xa54) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0xa4c) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0xeb0) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x1048) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x4a4) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x1388) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x10a8) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x11a0) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0xe88) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x380) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x804) has exited with code -1073741819 (0xc0000005).
The thread 'Win32 Thread' (0x1238) has exited with code -1073741819 (0xc0000005).
The program '[4272] mpc-hc.exe: Native' has exited with code -1073741819 (0xc0000005).
SamuriHL
5th December 2009, 16:19
@albain
This is probably not overly helpful, but, I found the last event that happened before it crashed. It was reading the audio renderer info out of the registry (hence the -1073741819 error). After this event, all the threads exited. I have NO idea if this helps us track down the error or not. I'm hoping you can at least tell me where in the code to look based upon what it's doing here.
<event>
<ProcessIndex>140</ProcessIndex>
<Time_of_Day>10:07:12.0357309 AM</Time_of_Day>
<Process_Name>mpc-hc.exe</Process_Name>
<PID>4580</PID>
<Operation>RegCloseKey</Operation>
<Path>HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\MMDevices\Audio\Render\{4042ca0b-82a3-4c5c-9450-bee12554a2ef}</Path>
<Result>SUCCESS</Result>
<Detail></Detail>
<stack>
<frame>
<depth>0</depth>
<address>0xfffff80003033580</address>
<path>C:\Windows\system32\ntoskrnl.exe</path>
<location>ntoskrnl.exe + 0x422580</location>
</frame>
<frame>
<depth>1</depth>
<address>0xfffff80002fca336</address>
<path>C:\Windows\system32\ntoskrnl.exe</path>
<location>ntoskrnl.exe + 0x3b9336</location>
</frame>
<frame>
<depth>2</depth>
<address>0xfffff80002c880b4</address>
<path>C:\Windows\system32\ntoskrnl.exe</path>
<location>ntoskrnl.exe + 0x770b4</location>
</frame>
<frame>
<depth>3</depth>
<address>0xfffff80002f96194</address>
<path>C:\Windows\system32\ntoskrnl.exe</path>
<location>ntoskrnl.exe + 0x385194</location>
</frame>
<frame>
<depth>4</depth>
<address>0xfffff80002f96094</address>
<path>C:\Windows\system32\ntoskrnl.exe</path>
<location>ntoskrnl.exe + 0x385094</location>
</frame>
<frame>
<depth>5</depth>
<address>0xfffff80002c82153</address>
<path>C:\Windows\system32\ntoskrnl.exe</path>
<location>ntoskrnl.exe + 0x71153</location>
</frame>
<frame>
<depth>6</depth>
<address>0x778effaa</address>
<path>C:\Windows\System32\ntdll.dll</path>
<location>ntdll.dll + 0x4ffaa</location>
</frame>
<frame>
<depth>7</depth>
<address>0x7423f2cd</address>
<path>C:\Windows\SYSTEM32\wow64.dll</path>
<location>wow64.dll + 0xf2cd</location>
</frame>
<frame>
<depth>8</depth>
<address>0x7423cf87</address>
<path>C:\Windows\SYSTEM32\wow64.dll</path>
<location>wow64.dll + 0xcf87</location>
</frame>
<frame>
<depth>9</depth>
<address>0x741c276d</address>
<path>C:\Windows\SYSTEM32\wow64cpu.dll</path>
<location>wow64cpu.dll + 0x276d</location>
</frame>
<frame>
<depth>10</depth>
<address>0x7423d07e</address>
<path>C:\Windows\SYSTEM32\wow64.dll</path>
<location>wow64.dll + 0xd07e</location>
</frame>
<frame>
<depth>11</depth>
<address>0x7423c549</address>
<path>C:\Windows\SYSTEM32\wow64.dll</path>
<location>wow64.dll + 0xc549</location>
</frame>
<frame>
<depth>12</depth>
<address>0x7791d177</address>
<path>C:\Windows\System32\ntdll.dll</path>
<location>ntdll.dll + 0x7d177</location>
</frame>
<frame>
<depth>13</depth>
<address>0x778d308e</address>
<path>C:\Windows\System32\ntdll.dll</path>
<location>ntdll.dll + 0x3308e</location>
</frame>
<frame>
<depth>14</depth>
<address>0x77a9f992</address>
<path>C:\Windows\SysWOW64\ntdll.dll</path>
<location>ntdll.dll + 0x1f992</location>
</frame>
<frame>
<depth>15</depth>
<address>0x761b2642</address>
<path>C:\Windows\syswow64\kernel32.dll</path>
<location>kernel32.dll + 0x12642</location>
</frame>
<frame>
<depth>16</depth>
<address>0x761b25bc</address>
<path>C:\Windows\syswow64\kernel32.dll</path>
<location>kernel32.dll + 0x125bc</location>
</frame>
<frame>
<depth>17</depth>
<address>0x7093500c</address>
<path>C:\Windows\SysWOW64\MMDevAPI.dll</path>
<location>MMDevAPI.dll + 0x500c</location>
</frame>
<frame>
<depth>18</depth>
<address>0x70934f0f</address>
<path>C:\Windows\SysWOW64\MMDevAPI.dll</path>
<location>MMDevAPI.dll + 0x4f0f</location>
</frame>
<frame>
<depth>19</depth>
<address>0x70934a6f</address>
<path>C:\Windows\SysWOW64\MMDevAPI.dll</path>
<location>MMDevAPI.dll + 0x4a6f</location>
</frame>
<frame>
<depth>20</depth>
<address>0x7093e522</address>
<path>C:\Windows\SysWOW64\MMDevAPI.dll</path>
<location>MMDevAPI.dll + 0xe522</location>
</frame>
<frame>
<depth>21</depth>
<address>0x7093e573</address>
<path>C:\Windows\SysWOW64\MMDevAPI.dll</path>
<location>MMDevAPI.dll + 0xe573</location>
</frame>
<frame>
<depth>22</depth>
<address>0x708ba1a1</address>
<path>C:\Windows\SysWOW64\AudioSes.dll</path>
<location>AudioSes.dll + 0xa1a1</location>
</frame>
<frame>
<depth>23</depth>
<address>0x70934b8c</address>
<path>C:\Windows\SysWOW64\MMDevAPI.dll</path>
<location>MMDevAPI.dll + 0x4b8c</location>
</frame>
<frame>
<depth>24</depth>
<address>0x7125eabd</address>
<path>C:\Windows\SysWOW64\DSOUND.dll</path>
<location>DSOUND.dll + 0x2eabd</location>
</frame>
<frame>
<depth>25</depth>
<address>0x71234511</address>
<path>C:\Windows\SysWOW64\DSOUND.dll</path>
<location>DSOUND.dll + 0x4511</location>
</frame>
<frame>
<depth>26</depth>
<address>0x7123620f</address>
<path>C:\Windows\SysWOW64\DSOUND.dll</path>
<location>DSOUND.dll + 0x620f</location>
</frame>
<frame>
<depth>27</depth>
<address>0x712362e7</address>
<path>C:\Windows\SysWOW64\DSOUND.dll</path>
<location>DSOUND.dll + 0x62e7</location>
</frame>
<frame>
<depth>28</depth>
<address>0x7097a9ee</address>
<path>C:\Windows\SysWOW64\quartz.dll</path>
<location>quartz.dll + 0xa9ee</location>
</frame>
<frame>
<depth>29</depth>
<address>0x7097a924</address>
<path>C:\Windows\SysWOW64\quartz.dll</path>
<location>quartz.dll + 0xa924</location>
</frame>
<frame>
<depth>30</depth>
<address>0x7097a825</address>
<path>C:\Windows\SysWOW64\quartz.dll</path>
<location>quartz.dll + 0xa825</location>
</frame>
<frame>
<depth>31</depth>
<address>0x7097a771</address>
<path>C:\Windows\SysWOW64\quartz.dll</path>
<location>quartz.dll + 0xa771</location>
</frame>
<frame>
<depth>32</depth>
<address>0x70979d2b</address>
<path>C:\Windows\SysWOW64\quartz.dll</path>
<location>quartz.dll + 0x9d2b</location>
</frame>
<frame>
<depth>33</depth>
<address>0x70980b77</address>
<path>C:\Windows\SysWOW64\quartz.dll</path>
<location>quartz.dll + 0x10b77</location>
</frame>
<frame>
<depth>34</depth>
<address>0x761b3677</address>
<path>C:\Windows\syswow64\kernel32.dll</path>
<location>kernel32.dll + 0x13677</location>
</frame>
<frame>
<depth>35</depth>
<address>0x77ab9d72</address>
<path>C:\Windows\SysWOW64\ntdll.dll</path>
<location>ntdll.dll + 0x39d72</location>
</frame>
<frame>
<depth>36</depth>
<address>0x77ab9d45</address>
<path>C:\Windows\SysWOW64\ntdll.dll</path>
<location>ntdll.dll + 0x39d45</location>
</frame>
</stack>
</event>
SamuriHL
5th December 2009, 16:32
New results from my testing. Success with xonar, mpc-hc,ffdshow,arcsoft renderer through and through with dts-hd from a mkv container no problems and i can skip anywhere in the movie and the dts-hd picks right back up as it should. I remember someone else had success with a mkv container. I am going to try true-hd from a mkv container and see if it works and that the true-hd can not dropout completely after skipping ahead or behind as it does from a m2ts container. It is truly odd that the same movie with dts-hd in a m2ts container crashes mpc-hc and not in a mkv container. Is it possibly the splitter?
Also remember the app crash log from mpc-hc i sent you Samirhl, well vista thinks its ffdshow.ax that is crashing mpc-hc, well anyway that is probably what your debugging anyway and good luck with it.
Cheers,
Sub24ox7
I need you to do me a big favor. Enable the allowDPRINTF registry option, open DbgView, and try playing your problematic title again. It should work. This is what I don't understand. We get crashes whether that option is set or not if DbgView is not open. But if it's enabled and DbgView is open, then it seems to work. I need you to verify that for me. Thanks!
EDIT: Nevermind. I got some odd results I'm about to post.
SamuriHL
5th December 2009, 16:40
So I was able to get some log information in DbgView before MPC-HC crashed this time. That's a first. It usually doesn't crash with DbgView enabled. So maybe this will also help shed some light?
00000000 0.00000000 [4504] FTH: (4504): *** Fault tolerant heap shim applied to current process. This is usually due to previous crashes. ***
00000001 7.88371181 [4504] TffdshowBase::Constructor
00000002 7.88658047 [4504] TffdshowDecAudio::Constructor
00000003 7.88863611 [4504] Join filter graph
00000004 7.88869953 [4504] Removed from filter graph
00000005 7.88874769 [4504] Join filter graph
00000006 7.88884354 [4504] TffdshowDecAudio::CheckConnect (input)
00000007 7.88888931 [4504] TffdshowDecAudio::CheckInputType
00000008 7.88893366 [4504] TffdshowDecAudio::getCodecId
00000009 7.88898563 [4504] TffdshowDecAudio::getCodecId: codecId=1500
00000010 7.88903475 [4504] TinputPin::SetMediaType
00000011 7.88908386 [4504] TffdshowDecAudioInputPin::initAudio
00000012 7.88912773 [4504] TffdshowDecAudio::getCodecId
00000013 7.88917542 [4504] TffdshowDecAudio::getCodecId: codecId=1500
00000014 7.89064646 [4504] initPreset
00000015 7.89708757 [4504] TffdshowDecAudio::getOutsf PCM 8
00000016 7.89744043 [4504] TffdshowDecAudio::getMediaType sample format 1
00000017 7.89750195 [4504] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000018 7.90078497 [4504] TffdshowBase::Constructor
00000019 7.90355730 [4504] TffdshowDecAudio::Constructor
00000020 7.90555859 [4504] Join filter graph
00000021 7.90562010 [4504] Removed from filter graph
00000022 7.90566921 [4504] Join filter graph
00000023 7.90574551 [4504] Removed from filter graph
00000024 7.90616274 [4504] TffdshowDecAudio::getOutsf PCM 8
00000025 7.90635061 [4504] TffdshowDecAudio::getMediaType sample format 1
00000026 7.90641451 [4504] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000027 7.90646553 [4504] TffdshowDecAudio::CheckConnect (output)
00000028 7.90651274 [4504] initPreset
00000029 7.90656471 [4504] TffdshowDecAudio::getOutsf PCM 8
00000030 7.90674877 [4504] TffdshowDecAudio::CheckConnect (output)
00000031 7.90685177 [4504] initPreset
00000032 7.90690231 [4504] TffdshowDecAudio::getOutsf PCM 8
00000033 7.90726089 [4504] TffdshowDecAudio::getOutsf PCM 8
00000034 7.90744400 [4504] TffdshowDecAudio::getMediaType sample format 1
00000035 7.90750217 [4504] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000036 7.90754938 [4504] TffdshowDecAudio::CheckConnect (output)
00000037 7.90759706 [4504] initPreset
00000038 7.90764332 [4504] TffdshowDecAudio::getOutsf PCM 8
00000039 7.90782690 [4504] TffdshowDecAudio::CheckTransform From :
00000040 7.90790081 [4504] Media Type Structure
00000041 7.90790081 [4504] Format type : FORMAT_WaveFormatEx
00000042 7.90790081 [4504] Sub type : MEDIASUBTYPE_DTS
00000043 7.90790081 [4504]
00000044 7.90790081 [4504] WAVEFORMATEX :
00000045 7.90790081 [4504] wFormatTag : DTS wave
00000046 7.90790081 [4504] Channels : 6
00000047 7.90790081 [4504] Bits per sample : 0
00000048 7.90790081 [4504] Samples per second : 48000
00000049 7.90790081 [4504] nBlockAlign : 2012
00000050 7.90790081 [4504] nAvgBytesPerSec : 188719
00000051 7.90790081 [4504]
00000052 7.90795326 [4504] TffdshowDecAudio::CheckTransform To :
00000053 7.90803766 [4504] Media Type Structure
00000054 7.90803766 [4504] Format type : FORMAT_WaveFormatEx
00000055 7.90803766 [4504] Sub type : MEDIASUBTYPE_PCM
00000056 7.90803766 [4504]
00000057 7.90803766 [4504] WAVEFORMATEXTENSIBLE :
00000058 7.90803766 [4504] subFormat : MEDIASUBTYPE_PCM
00000059 7.90803766 [4504]
00000060 7.90803766 [4504] wSamplesPerBlock : 16
00000061 7.90803766 [4504] Valid bits per sample : 16
00000062 7.90803766 [4504] dwChannelMask : 63
00000063 7.90803766 [4504]
00000064 7.90803766 [4504] WAVEFORMATEX :
00000065 7.90803766 [4504] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00000066 7.90803766 [4504] Channels : 6
00000067 7.90803766 [4504] Bits per sample : 16
00000068 7.90803766 [4504] Samples per second : 48000
00000069 7.90803766 [4504] nBlockAlign : 12
00000070 7.90803766 [4504] nAvgBytesPerSec : 576000
00000071 7.90803766 [4504]
00000072 7.90808916 [4504] TffdshowDecAudio::CheckInputType
00000073 7.90813494 [4504] TffdshowDecAudio::getCodecId
00000074 7.90818787 [4504] TffdshowDecAudio::getCodecId Check if it is a SPDIF/bistream format
00000075 7.90823603 [4504] TffdshowDecAudio::getCodecId: codecId=1401
00000076 7.90829039 [4504] TffdshowDecAudio::CheckTransform To generated by FFDShow :
00000077 7.90837622 [4504] Media Type Structure
00000078 7.90837622 [4504] Format type : FORMAT_WaveFormatEx
00000079 7.90837622 [4504] Sub type : MEDIASUBTYPE_PCM
00000080 7.90837622 [4504]
00000081 7.90837622 [4504] WAVEFORMATEXTENSIBLE :
00000082 7.90837622 [4504] subFormat : {00000000-0000-0000-0000-000000000000}
00000083 7.90837622 [4504]
00000084 7.90837622 [4504] wSamplesPerBlock : 0
00000085 7.90837622 [4504] Valid bits per sample : 0
00000086 7.90837622 [4504] dwChannelMask : 0
00000087 7.90837622 [4504]
00000088 7.90837622 [4504] WAVEFORMATEX :
00000089 7.90837622 [4504] wFormatTag : Dolby AC3 SPDIF
00000090 7.90837622 [4504] Channels : 2
00000091 7.90837622 [4504] Bits per sample : 16
00000092 7.90837622 [4504] Samples per second : 48000
00000093 7.90837622 [4504] nBlockAlign : 4
00000094 7.90837622 [4504] nAvgBytesPerSec : 192000
00000095 7.90837622 [4504]
00000096 7.90843248 [4504] TffdshowDecAudio::CheckTransform target format is different from FFDShow output format, refuse the transformation
00000097 7.90848684 [4504] TffdshowDecAudio::CheckConnect (output)
00000098 7.90853167 [4504] initPreset
00000099 7.90858889 [4504] TffdshowDecAudio::CheckTransform From :
00000100 7.90865803 [4504] Media Type Structure
00000101 7.90865803 [4504] Format type : FORMAT_WaveFormatEx
00000102 7.90865803 [4504] Sub type : MEDIASUBTYPE_DTS
00000103 7.90865803 [4504]
00000104 7.90865803 [4504] WAVEFORMATEX :
00000105 7.90865803 [4504] wFormatTag : DTS wave
00000106 7.90865803 [4504] Channels : 6
00000107 7.90865803 [4504] Bits per sample : 0
00000108 7.90865803 [4504] Samples per second : 48000
00000109 7.90865803 [4504] nBlockAlign : 2012
00000110 7.90865803 [4504] nAvgBytesPerSec : 188719
00000111 7.90865803 [4504]
00000112 7.90870810 [4504] TffdshowDecAudio::CheckTransform To :
00000113 7.90877676 [4504] Media Type Structure
00000114 7.90877676 [4504] Format type : {0F6417D6-C318-11D0-A43F-00A0C9223196}
00000115 7.90877676 [4504] Sub type : {E436EB8E-524F-11CE-9F53-0020AF0BA770}
00000116 7.90877676 [4504]
00000117 7.90882587 [4504] TffdshowDecAudio::CheckInputType
00000118 7.90887165 [4504] TffdshowDecAudio::getCodecId
00000119 7.90891790 [4504] TffdshowDecAudio::getCodecId Check if it is a SPDIF/bistream format
00000120 7.90896463 [4504] TffdshowDecAudio::getCodecId: codecId=1401
00000121 7.90986156 [4504] TffdshowDecAudio::CheckConnect (output)
00000122 7.90990543 [4504] initPreset
00000123 7.90995646 [4504] TffdshowDecAudio::CheckTransform From :
00000124 7.91002131 [4504] Media Type Structure
00000125 7.91002131 [4504] Format type : FORMAT_WaveFormatEx
00000126 7.91002131 [4504] Sub type : MEDIASUBTYPE_DTS
00000127 7.91002131 [4504]
00000128 7.91002131 [4504] WAVEFORMATEX :
00000129 7.91002131 [4504] wFormatTag : DTS wave
00000130 7.91002131 [4504] Channels : 6
00000131 7.91002131 [4504] Bits per sample : 0
00000132 7.91002131 [4504] Samples per second : 48000
00000133 7.91002131 [4504] nBlockAlign : 2012
00000134 7.91002131 [4504] nAvgBytesPerSec : 188719
00000135 7.91002131 [4504]
00000136 7.91007042 [4504] TffdshowDecAudio::CheckTransform To :
00000137 7.91012335 [4504] Media Type Structure
00000138 7.91012335 [4504] Format type : {00000000-0000-0000-0000-000000000000}
00000139 7.91012335 [4504] Sub type : {00000000-0000-0000-0000-000000000000}
00000140 7.91012335 [4504]
00000141 7.91016817 [4504] TffdshowDecAudio::CheckInputType
00000142 7.91020727 [4504] TffdshowDecAudio::getCodecId
00000143 7.91024780 [4504] TffdshowDecAudio::getCodecId Check if it is a SPDIF/bistream format
00000144 7.91028738 [4504] TffdshowDecAudio::getCodecId: codecId=1401
00000145 7.91033220 [4504] TffdshowDecAudio::CheckTransform To generated by FFDShow :
00000146 7.91040945 [4504] Media Type Structure
00000147 7.91040945 [4504] Format type : FORMAT_WaveFormatEx
00000148 7.91040945 [4504] Sub type : MEDIASUBTYPE_PCM
00000149 7.91040945 [4504]
00000150 7.91040945 [4504] WAVEFORMATEXTENSIBLE :
00000151 7.91040945 [4504] subFormat : {00000000-0000-0000-0000-000000000000}
00000152 7.91040945 [4504]
00000153 7.91040945 [4504] wSamplesPerBlock : 0
00000154 7.91040945 [4504] Valid bits per sample : 0
00000155 7.91040945 [4504] dwChannelMask : 0
00000156 7.91040945 [4504]
00000157 7.91040945 [4504] WAVEFORMATEX :
00000158 7.91040945 [4504] wFormatTag : Dolby AC3 SPDIF
00000159 7.91040945 [4504] Channels : 2
00000160 7.91040945 [4504] Bits per sample : 16
00000161 7.91040945 [4504] Samples per second : 48000
00000162 7.91040945 [4504] nBlockAlign : 4
00000163 7.91040945 [4504] nAvgBytesPerSec : 192000
00000164 7.91040945 [4504]
00000165 7.91045570 [4504] TffdshowDecAudio::CheckTransform target format is different from FFDShow output format, refuse the transformation
00000166 7.91051292 [4504] TffdshowDecAudio::CheckConnect (output)
00000167 7.91055155 [4504] initPreset
00000168 7.91060448 [4504] TffdshowDecAudio::CheckTransform From :
00000169 7.91066217 [4504] Media Type Structure
00000170 7.91066217 [4504] Format type : FORMAT_WaveFormatEx
00000171 7.91066217 [4504] Sub type : MEDIASUBTYPE_DTS
00000172 7.91066217 [4504]
00000173 7.91066217 [4504] WAVEFORMATEX :
00000174 7.91066217 [4504] wFormatTag : DTS wave
00000175 7.91066217 [4504] Channels : 6
00000176 7.91066217 [4504] Bits per sample : 0
00000177 7.91066217 [4504] Samples per second : 48000
00000178 7.91066217 [4504] nBlockAlign : 2012
00000179 7.91066217 [4504] nAvgBytesPerSec : 188719
00000180 7.91066217 [4504]
00000181 7.91070795 [4504] TffdshowDecAudio::CheckTransform To :
00000182 7.91078329 [4504] Media Type Structure
00000183 7.91078329 [4504] Format type : FORMAT_WaveFormatEx
00000184 7.91078329 [4504] Sub type : MEDIASUBTYPE_PCM
00000185 7.91078329 [4504]
00000186 7.91078329 [4504] WAVEFORMATEXTENSIBLE :
00000187 7.91078329 [4504] subFormat : {00000000-0000-0000-0000-000000000000}
00000188 7.91078329 [4504]
00000189 7.91078329 [4504] wSamplesPerBlock : 0
00000190 7.91078329 [4504] Valid bits per sample : 0
00000191 7.91078329 [4504] dwChannelMask : 0
00000192 7.91078329 [4504]
00000193 7.91078329 [4504] WAVEFORMATEX :
00000194 7.91078329 [4504] wFormatTag : Dolby AC3 SPDIF
00000195 7.91078329 [4504] Channels : 2
00000196 7.91078329 [4504] Bits per sample : 16
00000197 7.91078329 [4504] Samples per second : 48000
00000198 7.91078329 [4504] nBlockAlign : 4
00000199 7.91078329 [4504] nAvgBytesPerSec : 192000
00000200 7.91078329 [4504]
00000201 7.91082716 [4504] TffdshowDecAudio::CheckInputType
00000202 7.91086578 [4504] TffdshowDecAudio::getCodecId
00000203 7.91090631 [4504] TffdshowDecAudio::getCodecId Check if it is a SPDIF/bistream format
00000204 7.91094732 [4504] TffdshowDecAudio::getCodecId: codecId=1401
00000205 7.91099215 [4504] TffdshowDecAudio::CheckTransform To generated by FFDShow :
00000206 7.91106796 [4504] Media Type Structure
00000207 7.91106796 [4504] Format type : FORMAT_WaveFormatEx
00000208 7.91106796 [4504] Sub type : MEDIASUBTYPE_PCM
00000209 7.91106796 [4504]
00000210 7.91106796 [4504] WAVEFORMATEXTENSIBLE :
00000211 7.91106796 [4504] subFormat : {00000000-0000-0000-0000-000000000000}
00000212 7.91106796 [4504]
00000213 7.91106796 [4504] wSamplesPerBlock : 0
00000214 7.91106796 [4504] Valid bits per sample : 0
00000215 7.91106796 [4504] dwChannelMask : 0
00000216 7.91106796 [4504]
00000217 7.91106796 [4504] WAVEFORMATEX :
00000218 7.91106796 [4504] wFormatTag : Dolby AC3 SPDIF
00000219 7.91106796 [4504] Channels : 2
00000220 7.91106796 [4504] Bits per sample : 16
00000221 7.91106796 [4504] Samples per second : 48000
00000222 7.91106796 [4504] nBlockAlign : 4
00000223 7.91106796 [4504] nAvgBytesPerSec : 192000
00000224 7.91106796 [4504]
00000225 7.91111183 [4504] TffdshowDecAudio::CheckTransform result 0
00000226 7.92062187 [4504] TffdshowDecAudio::DecideBufferSize
00000227 7.92066383 [4504] TffAudioDecoder::DecideBufferSize 307200
00000228 7.92550516 [4504] TffdshowBase::Constructor
00000229 7.92862654 [4504] TffdshowDecVideo::Constructor
00000230 7.92869949 [4504] TffdshowDecVideoOutputPin::Constructor
00000231 7.93071222 [4504] Join filter graph
00000232 7.93078327 [4504] Removed from filter graph
00000233 7.93083239 [4504] Join filter graph
00000234 7.93104315 [4504] TffdshowVideoInputPin::ReceiveConnection
00000235 7.93121338 [4504] Removed from filter graph
00000236 7.93127108 [4504] TffdshowDecVideo::Destructor
00000237 7.93134308 [4504] TffdshowDecVideoOutputPin::Destructor
00000238 8.02574062 [4504] TffdshowDecAudio::StartStreaming
00000239 8.05832577 [4504] TffdshowDecAudioInputPin::NewSegment
00000240 8.05853367 [4504] TffdshowDecAudio::NewSegment
00000241 8.06792068 [4504] TaudioParser::checkOutputFormat for codec DTS s/pdif with sample format 16
00000242 8.06819820 [4504] Media Type Structure
00000243 8.06819820 [4504] Format type : FORMAT_WaveFormatEx
00000244 8.06819820 [4504] Sub type : MEDIASUBTYPE_PCM
00000245 8.06819820 [4504]
00000246 8.06819820 [4504] WAVEFORMATEXTENSIBLE :
00000247 8.06819820 [4504] subFormat : {00000000-0000-0000-0000-000000000000}
00000248 8.06819820 [4504]
00000249 8.06819820 [4504] wSamplesPerBlock : 0
00000250 8.06819820 [4504] Valid bits per sample : 0
00000251 8.06819820 [4504] dwChannelMask : 0
00000252 8.06819820 [4504]
00000253 8.06819820 [4504] WAVEFORMATEX :
00000254 8.06819820 [4504] wFormatTag : Dolby AC3 SPDIF
00000255 8.06819820 [4504] Channels : 2
00000256 8.06819820 [4504] Bits per sample : 16
00000257 8.06819820 [4504] Samples per second : 48000
00000258 8.06819820 [4504] nBlockAlign : 4
00000259 8.06819820 [4504] nAvgBytesPerSec : 192000
00000260 8.06819820 [4504]
00000261 8.08625698 [4504] TffdshowDecAudioInputPin : switching codec from libdts to DTS s/pdif
00000262 8.08629990 [4504] TffdshowDecAudioInputPin::Receive : Initialize audio codec DTS s/pdif
00000263 8.08797836 [4504] TaudioCodecBitstream::init
albain
5th December 2009, 17:06
Okay, HTPC is now back in the land of the living thankfully, so on to the logs!
I noted yesterday that I was having TrueHD stutters, and would try from a local drive, not a network one. Seems that has fixed the issue, as once I disabled ffdshow logging in the registry, the file was fine. Here's a log of when it was stuttering though, just in case it's any use: http://pastebin.com/m6abcc29a
Here's a working TrueHD file that I've had no issues with: http://pastebin.com/m365cfe2
Here's the same file, but with ac3 passthrough checked as well (I got stereo): http://pastebin.com/m17d3b771
Here's a DTS-HD file which stutters: http://pastebin.com/m25f08081
Here's the same sample, with DTS passthrough enabled (stereo, and high pitched audio): http://pastebin.com/m3a28131f
I will try and get a PCM sample for you later. Need to head out now as I'm a few hours behind due to the repair job.
Are you sure that when AC3/DTS passthrough are enabled arcsoft renderer is still in the graph ?
Because the HD media structure is refused by the renderer when AC3/DTS passthrough is enabled
@all : this issue seems to only concern the xonar, not the ATI
SamuriHL
5th December 2009, 17:33
Ok, I'm still testing, but, albain man, you aren't likely to enjoy what I've found so far. :D In the TffdshowDecAudioInputPin module, there's a call to TaudioCodec::initSource. If I add this line before it, I get no crashes anymore. :D
DPRINTF(_l("TffdshowDecAudioInputPin::Receive : Samuri was here"));
:D LOL! I compile that up and run it, no more crashes. Um.....WHAT? :) Again, still testing this so you know this is just observation so far.
EDIT:
Ok, so yea, I put that line in there, no crashes. I comment it out, crash returns. Alrighty then. I don't think I even wanna know what's going on with that! But anyway, that's about all the info I can give you on this crash right now. :)
EDIT 2:
HUH...I open DbgView so I could see my nice samuri was here output and now it crashes?!?!? WTH???
EDIT 3:
It seems to be an issue with opening MPC-HC multiple times with this problem disc. After putting in my printf statement, now it opens and works the first time, but subsequent times it crashes again. This is irrespective of having DbgView open so we can rule that out at least. At least I've narrowed down where it's crashing now.
Skinleech
5th December 2009, 17:53
Are you sure that when AC3/DTS passthrough are enabled arcsoft renderer is still in the graph ?
Because the HD media structure is refused by the renderer when AC3/DTS passthrough is enabled
@all : this issue seems to only concern the xonar, not the ATI
albain, you got it. As soon as i check ac3 or dts, and try to play a file, the arcsoft renderer doesn't load at all, the default sound device loads instead.
But I don't see why that would happen - I haver Arcsoft set as the preferred Audio Renderer.
albain
5th December 2009, 18:44
Ok, I'm still testing, but, albain man, you aren't likely to enjoy what I've found so far. :D In the TffdshowDecAudioInputPin module, there's a call to TaudioCodec::initSource. If I add this line before it, I get no crashes anymore. :D
DPRINTF(_l("TffdshowDecAudioInputPin::Receive : Samuri was here"));
:D LOL! I compile that up and run it, no more crashes. Um.....WHAT? :) Again, still testing this so you know this is just observation so far.
EDIT:
Ok, so yea, I put that line in there, no crashes. I comment it out, crash returns. Alrighty then. I don't think I even wanna know what's going on with that! But anyway, that's about all the info I can give you on this crash right now. :)
EDIT 2:
HUH...I open DbgView so I could see my nice samuri was here output and now it crashes?!?!? WTH???
EDIT 3:
It seems to be an issue with opening MPC-HC multiple times with this problem disc. After putting in my printf statement, now it opens and works the first time, but subsequent times it crashes again. This is irrespective of having DbgView open so we can rule that out at least. At least I've narrowed down where it's crashing now.
This means indeed that the is a memory corruption : some thread writes to memory location where it shouldn't.
Which codec it will try to load when it will crash ? DTS or DTS HD ?
Could you move your "Samuri is here" DPRINTF to codecs\TaudioCodecBitstream.cpp in the init method ?
@Skinleech : this is annoying because this means that the arcsoft renderer won't accept standard SPDIF format for regular AC3/DTS and the problem is that DTS-HD or TrueHD are detected as DTS/AC3 first by the splitter and then FFDShow will parse them and change the format to HD.
I don't have any idea for now about how to fix it.
I'd rather make FFDShow work with the xonar and regular renderers. Have you tried waveout renderer (because this is what arcsoft uses) ?
EDIT : also instead of doing this in TffdshowAudioInputPin.cpp :
codec=audio=TaudioCodec::initSource(filter,this,codecId,filter->insf,filter->insf.toCMediaType());
You could split up the call :
CMediaType mt=filter->insf.toCMediaType();
DPRINTF(_l("Samuri is also here");
codec=audio=TaudioCodec::initSource(filter,this,codecId,filter->insf,mt);
SamuriHL
5th December 2009, 18:48
This means indeed that the is a memory corruption : some thread writes to memory location where it shouldn't.
Which codec it will try to load when it will crash ? DTS or DTS HD ?
Could you move your "Samuri is here" DPRINTF to codecs\TaudioCodecBitstream.cpp in the init method ?
I've been working on doing exactly that. Trying to track down the last place but I need a little bit of help on something. In the TffdshowDecAudioInputPin::Receive method, there's a line:
newSrcBuffer.reserver(newSrcBuffer.size()+32);
The next line is:
return audio->decode(newSrcBuffer);
I need to know where the hell that's returning to because the last trace I get is between those two lines. IOW, the init is fine and we get through that ok, but, then we return and die somewhere in the code we're returning to. Just not sure who's calling this.
SamuriHL
5th December 2009, 18:56
Sorry, forgot to answer your other question...
TffdshowDecAudioInputPin : switching codec from libdts to DTS s/pdif
TffdshowDecAudioInputPin::Receive : Initialize audio codec DTS s/pdif
TaudioCodecBitstream::init
That's the last of the traces you've put in that gets called. The ones I put in after that lead me to the code I'm asking about above. I'm trying some more traces but I don't know.
SamuriHL
5th December 2009, 19:02
I need to pay more attention. I think we're dying in that audio->decode(xxx) call. Adding traces to that...I hope. :) Then I should be able to pinpoint what line we're blowing up on.
SamuriHL
5th December 2009, 19:20
Alright, I've got the method we're blowing up in finally, now to narrow down which line. That'll take a bit but I'm almost there. We're crashing in the TaudioParser::parseDTS method. Hang in there...almost got it.
Skinleech
5th December 2009, 19:24
@Skinleech : this is annoying because this means that the arcsoft renderer won't accept standard SPDIF format for regular AC3/DTS and the problem is that DTS-HD or TrueHD are detected as DTS/AC3 first by the splitter and then FFDShow will parse them and change the format to HD.
I don't have any idea for now about how to fix it.
I'd rather make FFDShow work with the xonar and regular renderers. Have you tried waveout renderer (because this is what arcsoft uses) ?
Thanks albain - I'll report back tomorrow, I'm heading out for the rest of the night now.
albain
5th December 2009, 19:39
Great, you're the best !
It makes more sense here that the parser is crashing, that would explain why TrueHD won't crash.
Meantime I found a bug on DTS HD side, not really a bug but a misunderstanding of arcsoft extrabytes. That may explain unexpected results with some Bluray DTS HD tracks
I am about to post a new build
SamuriHL
5th December 2009, 19:40
Please wait on the new build for just a few minutes. I'm about to narrow down the line for you. Maybe you can get that fix in there, too. One sec.
SamuriHL
5th December 2009, 19:41
Got it. You're crashing on this:
audioParserData.frames.clear();
I hope this helps man! I've got some shows and movies to watch with my son now so I'll not be able to debug more til later.
albain
5th December 2009, 20:29
Weird, I don't understand why it would crash here
Here is a new build anyway
http://damienbt.free.fr/ffdshow_rev3140_20091205_dbt_bitstream_beta47.exe
SamuriHL
5th December 2009, 20:32
The only thing I can think of is if the vector isn't initialized properly in some cases, then attempting to call clear on it is blowing up.
bgibson8708
5th December 2009, 21:13
I have the new build installed, I have a 5770, a Sony DH-800, I have MPC-HC (a new version), and I have no internal filters checked and the following external filters checked:
MPC - Audio Renderer
MPC - Mpeg Splitter
MPC - Mpeg Source
FFDshow audio decoder
FFDshow video decoder
But only sometimes does FFdshow audio decoder show up in the task bar, and when it does sit shows stereo pcm. The splitter shows DTS-HD MA, the movie is transformers 2.
Can someone please help me with my setup, I'd love to get this working.
Sebastiii
5th December 2009, 21:28
Hi,
Good luck to find the bug lol, i can't help you on this side but i love to read the thread :)
So i must be here when i got news about my SAV (for my AVR).
Thx you :)
Seb.
albain
5th December 2009, 21:33
Here is an updated build (http://damienbt.free.fr/ffdshow_rev3140_20091205_dbt_bitstream_beta47.exe) with a check on size of the vector before clearing it
Hope that it will fix it but I have doubts
SamuriHL
5th December 2009, 21:35
I'm still working on it, albain. Give me some time. I don't necessarily think that's it either. I tried setting a check on size != 0 and it didn't help. Not sure what's going on exactly yet, but, I'm working on it.
Sebastiii
5th December 2009, 21:46
Here is an updated build (http://damienbt.free.fr/ffdshow_rev3140_20091205_dbt_bitstream_beta47.exe) with a check on size of the vector before clearing it
Hope that it will fix it but I have doubts
Hi :)
I think it's the other build 47, if i can help :
Here is an updated build 48 :) (http://damienbt.free.fr/ffdshow_rev3140_20091205_dbt_bitstream_beta48.exe)
Good luck :)
Seb.
SamuriHL
5th December 2009, 22:04
I was a line off, albain. Sorry about that. As I said, I'm a bit rusty. :)
backupbuf.append(&newsrcBuffer->begin(), newsrcBuffer->size());
That's the line that's blowing up. I've tried all kinds of tricks to make that freaking code work. Nothing helps. On certain renderers it just blows up.
albain
5th December 2009, 22:05
Ok, I wait ;-)
SamuriHL
5th December 2009, 22:12
It works fine if I comment out that line. Do we need it? :D No more crashing. LOL! Something about the address coming back from the $newsrcBuffer->begin() is not making it happy.
SamuriHL
5th December 2009, 22:22
I don't know. That's the line it breaks on. I have no idea why. I'm done looking at it for now. It works some times, doesn't work other times and I can't figure out any pattern to it. That's some seriously freaky code.
SamuriHL
5th December 2009, 22:30
For the love of God. I decided to try one last thing and it seems to have fixed it. I have no idea why...my pointer stuff is REALLY beyond rusty at this point. albain, try this:
backupbuf.append(&*newsrcBuffer->begin(), newsrcBuffer->size());
Notice I added the * after the &. Why the hell that should make any difference at all I don't know as like I said, pointers and I are a world apart at this point. However, it no longer crashes in any of the renderers *SO FAR*. :) Maybe that makes sense to you and you can explain it to me.
whurlston
5th December 2009, 23:08
NM.. didn't make sense
SamuriHL
5th December 2009, 23:10
Whurlston, same code I was messing with, but, see my previous post. Does that make sense?
whurlston
5th December 2009, 23:13
Not much about c++ makes sense to me. :D
But I'll test that. I missed it earlier.
SamuriHL
5th December 2009, 23:15
Thanks. I spent all day trying to crack this bug. I was not able to get it to crash after making that change. Of course, albain didn't commit his latest changes to SVN last I checked so my version doesn't have his DTS-HD fix, but, anyway it still works. Watching Monsters Inc with my son right now. We never got to finish it the other night.
whurlston
5th December 2009, 23:25
I let my compile finish and tested it anyway and this works. TaudioParser block starting at line 437 (addition in bold):
if (useDTSHDPassthrough && newsrcBuffer->size() > 0)
{
if (backupbuf.size()!=0)
backupbuf.append(&newsrcBuffer->begin(), newsrcBuffer->size());
newsrcBuffer->clear();
audioParserData.frames.clear();
}
I'm going to remove the line and test your change now.
SamuriHL
5th December 2009, 23:27
Ok. When I checked the size on backupbuf even during working runs it was 0, so, I didn't think that was a viable option. Basically your code is never going to fill that backupbuf. And I'm not sure what it even does. It's no different than commenting out the line, though.
whurlston
5th December 2009, 23:32
That's what I was thinking which is why I deleted my previous post. Your change works for me as well so I say go with yours unless albain shoots us both down. :D
if (useDTSHDPassthrough && newsrcBuffer->size() > 0)
{
backupbuf.append(&*newsrcBuffer->begin(), newsrcBuffer->size());
newsrcBuffer->clear();
audioParserData.frames.clear();
}
SamuriHL
5th December 2009, 23:34
Sweet. That was fun. LOL :)
albain
5th December 2009, 23:39
Hi, sorry for the delay
You found the solution actually : this &* thing is the solution, it is reproduced elsewhere in the code. I think this is a matter of cast to get the right address.
This block of code line 437 corresponds to that case :
in the previous parsing loop I detected a DTS core block and added it to the output buffer (newsrcbuffer).
But after that I detected a DTS HD block : so the stream format is not DTS but DTS HD.
And I cannot let this DTS block into the output buffer if I don't have a full DTS HD block because DTS HD bitstream are pairs of 1 DTS core and 1 DTS HD block
So I have to remove it, back it up and get it back once I have my full HD block.
Great job, I wouldn't have suspected this. When you're looking for errors, you don't look after missing stars between & and a variable ! :-)
Would you join the developers team ?
EDIT : by the way there is a similar mistake line 748, it concerns DD+ (and it would explain crashes with this format a few weeks ago)
THANKS AGAIN !
EDIT2 : also the last build should work better I hope with non working DTS HD samples. I am committing the sources so that you get the last fixes
SamuriHL
5th December 2009, 23:41
Awesome. That was a tough little bug to find and fix! But I'm glad that solution works. Very nice.
albain
5th December 2009, 23:52
Yes, awesome buddy ! :thanks: :)
Fixes committed in revision 3145
And here comes a new build too (http://damienbt.free.fr/ffdshow_rev3140_20091205_dbt_bitstream_beta49.exe)
So now can we say that TrueHD and DTS HD are fully functional on the ATI 5xxx series ?
whurlston
5th December 2009, 23:55
So now can we say that TrueHD and DTS HD are fully functional on the ATI 5xxx series ?Seconded.
SamuriHL
5th December 2009, 23:56
Mostly I would agree with that, yes. WaveOut does not work on DTS-HD MA for me. The receiver never locks...keeps searching for an audio signal. But all the other renderers work for me. (Well, arcsoft doesn't but that's never done anything for me.) DirectShow both default and ATI, MPC, etc. All working now. Thanks so much for your work on this!!!!!!
albain
6th December 2009, 00:06
Thanks to you on this one fellows
Man, if I knew that I would have built 47 betas to get this working (compared to the 23 betas for the initial implementation of the audio parser for Truehd and DD+ decoding, also with madshi's contribution).
SamuriHL
6th December 2009, 00:09
It probably would have been easier on you had I set up a dev environment on that machine earlier. sigh. I was just afraid of breaking my only working player at the time. And indeed, if VS is running, TMT3 refuses to start. However, it's ok as long as VS isn't running, so at least now I know I can have both on the same machine. If you need help with anything else, just yell.
sub24ox7
6th December 2009, 00:12
Okay with build 49 and my xonar and arcsoft renderer DTS-HD movies that crashed (well all dts-hd movies crashed before) now don't crash in fact i can't find any movies that will crash it i think you fixed it 100% as for as the bug you were looking for.
I can also skip anywhere in the movie and voila the audio doesn't miss a beat. This build is close to perfection for the xonar with arcsoft renderer, I am sure you would like to get the xonar to work with direct sound or waveout because you can't incorporate arcsoft renderer into ffdshow, and it would be nice if the same renderer worked with both the xonar and the ati 5*** series cards. Anyway I thought I would share the xonar side of your success. And by the way awesome job Samurihl in finding the reason for the app crash.
Cheers
SamuriHL
6th December 2009, 00:17
That's really good news that it's not crashing for you on the Xonar, as well! Sweet!! It took WAY longer to find this bug than it should have. I was stubborn and was looking for a way to trace into the code directly. I finally gave up on that and started adding dprintf's all over the place. That helped me narrow it down, but, even then I got it wrong a couple times. Java is so much easier. :D I used to be very good at C++ but I haven't really done much with it in a few years. It's coming back to me now, though. I'm just glad I was able to find this as it was driving me insane. Working with one renderer, not with another, then working on one run but not the next. BLAH! :D I'm putting together a list of renderers that don't work with the ATI card now.
albain
6th December 2009, 00:25
I have updated the first post according to the last (good) results
I hope now that DD+ is working too and that I'll figure out a solution for the xonar.
Last step after that LPCM support and we are done!
I will continue tomorrow.
Thanks again SamuriHl for your hard work
SamuriHL
6th December 2009, 00:27
DTS-HD MA (Monsters Inc which was crashing until the new build):
ATI HDMI Output - Doesn't lock and continues to search for the audio track
Default WaveOut Device - see above, same as ATI HDMI Output
Cyberlink Audio Renderer - LPCM as always
MPC - Working
Default DirectSound - Working
DirectSound: ATI HDMI Output - Working
ArcSoft - No audio, doesn't even try to find an audio stream
TrueHD (Mounted ISO rebuilt with tsMuxer):
ATI HDMI Output - Working
Default WaveOut Device - Working
Cyberlink Audio Renderer - LPCM as always, INSANELY SLOW playback...audio really messed up
MPC - Working
Default DirectSound - Working
DirectSound: ATI HDMI Output - Working
ArcSoft - No audio, doesn't even try to find an audio stream
As you can see there are differences between TrueHD and DTS-HD MA. albain, let me know if you need anything from me.
sub24ox7
6th December 2009, 00:28
I am trying this very minute the TrondheimSolistene divertimenti blu-ray on my hdd and i am having complete success with it on both the dts-hd 192,000hz 24bit 5.1 channel and the true-hd 192,000hz 24bit 5.1 channel track. so it seems to work with the 192,000hz tracks of both perfectly!!! this with the same setup as my previous post! beta 49. I even had trouble getting the dts-hd track of this one with the official totalmedia theatre 3 from arcsoft, but not with ffdshow I can get both the lpcm(obviously most likely molested) which never worked and the dolby-true hd and dts-hd bitperfect to receiver awesome!
SamuriHL
6th December 2009, 00:30
DD+ still not working for me either from an m2ts or mkv. It gives me LPCM.
rica
6th December 2009, 00:30
47 and 49 trials:
Vista 32/SP2:
THD gives core ac3
DTSHD-MA gives core ac3 :p
SamuriHL
6th December 2009, 00:33
I am trying this very minute the divermenti blu-ray on my hdd and i am having complete success with it on both the dts-hd 192,000hz 24bit 5.1 channel and the true-hd 192,000hz 24bit 5.1 channel track. so it seems to work with the 192,000hz tracks of both perfectly!!! this with the same setup as my previous post! beta 49
Most impressive! :) This is awesome!! I just watched all of Monsters Inc with my son using this. I could have used PDVD9, but, it's SO nice to just throw the disc in, open MPC-HC, file Open DVD, and it brings you right to the main movie and bitstreams the audio flawlessly. YEY!!!!
rica
6th December 2009, 00:33
Albain pls forget xonar for the time being and get a passive Ati card; it's on the market afaik.
rica
6th December 2009, 00:50
btw, ffdshow 49 is working on 7/64 over the Ati but never works on Vista.
sub24ox7
6th December 2009, 00:57
Respectively rica why forget the xonar? there are plenty of people that have them and there the type of people who appreciate this feature being incorporated into ffdshow. It is working so well already with the newest beta49 that I am sure a person would want to finish the last little bit for it.
rica
6th December 2009, 00:59
Step by step method is better, believe me :)
There might be a conflict, so the developer must have both Ati and Xonar while developing the SW :)
Not a "should" but a "must"; this is what i think.
SamuriHL
6th December 2009, 01:12
Clearly that's not the case as albain didn't have either and look where we are. :)
piit
6th December 2009, 01:17
Hi guys, finally, my 5 day grace period here on the forum (only registered on 30 November) and I can provide some input :)
At first, let me say, what an IMPRESSIVE piece of work! Who would have guessed - Cyberlink only made it work (public) a month ago - and ffdshow has caught up! I'm so happy I don't have to use PowerDVD to get full HD passthru (never liked the term bitstreaming) and I can keep my favourite solution - MPC-HC+ffdshow.
Now for my input. Build 48 working VERY well and pretty reliable on my 5750 (friends now watching Taken so can't test build 49) - tested on about 15 different TrueHD/DTS-HD MA blurays.
However, is DTS-HD HR supposed to be working? I can't get it to play on Reservoir Dogs blu-ray. The AVR shows DTS-HD HR and I get sound for about 3 seconds, but then the display switches back to PL IIx (which is the idle display without any input on my Denon AVR-1910), the sound stops and the movie freezes.
Can somebody please quickly explain how can I test and provide some more helpful info about the problem? I could also cut the first 15 seconds of the movie for somebody better equipped to test and investigate - but I'd be happy to do it myself, I owe you all loads ;)
Pete
whurlston
6th December 2009, 01:25
DD+ still not working for me either from an m2ts or mkv. It gives me LPCM.
Same here.
rica
6th December 2009, 01:29
Clearly that's not the case as albain didn't have either and look where we are. :)
Sure, i always appreciate to albain, but do not forget the efforts of the testers of that blind SW development.
I wish he had the cards, at least one of them :devil:
SamuriHL
6th December 2009, 01:44
Hi guys, finally, my 5 day grace period here on the forum (only registered on 30 November) and I can provide some input :)
At first, let me say, what an IMPRESSIVE piece of work! Who would have guessed - Cyberlink only made it work (public) a month ago - and ffdshow has caught up! I'm so happy I don't have to use PowerDVD to get full HD passthru (never liked the term bitstreaming) and I can keep my favourite solution - MPC-HC+ffdshow.
Now for my input. Build 48 working VERY well and pretty reliable on my 5750 (friends now watching Taken so can't test build 49) - tested on about 15 different TrueHD/DTS-HD MA blurays.
However, is DTS-HD HR supposed to be working? I can't get it to play on Reservoir Dogs blu-ray. The AVR shows DTS-HD HR and I get sound for about 3 seconds, but then the display switches back to PL IIx (which is the idle display without any input on my Denon AVR-1910), the sound stops and the movie freezes.
Can somebody please quickly explain how can I test and provide some more helpful info about the problem? I could also cut the first 15 seconds of the movie for somebody better equipped to test and investigate - but I'd be happy to do it myself, I owe you all loads ;)
Pete
First off, you absolutely want to test on build 49. Second, what audio renderer are you using in MPC-HC for output? I recommend default directsound or the DirectSound: ATI HDMI renderers as they both play everything flawlessly. But build 49 has a couple DTS-HD MA fixes and who knows if it affects your DTS-HR track. if it still doesn't work, we can provide you with the method needed to generate a log. That'd tell us quite a bit. You'll need DbgView and to add this to your registry:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\GNU\ffdshow]
"allowDPRINTF"=dword:00000001
Then just load up DbgView, run MPC-HC and open your DTS-HR movie, play a bit of it, save the log, and post it here for albain to look at.
SamuriHL
6th December 2009, 01:46
Sure, i always appreciate to albain, but do not forget the efforts of the testers of that blind SW development.
I wish he had the cards, at least one of them :devil:
We all wish he had one of these cards....but I bet NO ONE wishes he had one more than albain himself! :D You know what rocks, though? I want everyone here to think about this for a minute. He started this in September with absolutely no equipment to test it on. Going by our logs and madshi's help, albain was able to get bitstreaming support working while flying blind before he even got his ATI card. Now when he gets one, he has a full bitstreaming solution available to him that works great. :D Now *THAT* is an accomplishment!!!
rica
6th December 2009, 01:54
Now *THAT* is an accomplishment!!!
Sure it is :thanks: He is a real crazy, i know :)
Sebastiii
6th December 2009, 01:58
Great news and Great works for all of you :)
SamuriHL
6th December 2009, 02:55
@whurlston or albain
When I compile the code I get errors in TsampleFormat.cpp. The KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_DIGITAL is undeclared which leads to a bunch of other errors. I commented that line out earlier. Trying to compile the newest code and wanted to see if anyone knows why I'm getting this error andwhat I should do about it other than commenting it out. :)
SamuriHL
6th December 2009, 03:16
I see what the issue is. albain screwed over the Windows 7 people. :p
//AC3
DEFINE_GUID(KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_DIGITAL, 0x00000092, 0x0000, 0x0010, 0x80, 0x00, 0x00, 0xaa, 0x00, 0x38, 0x9b, 0x71);
Can you add that to ffdshow_mediaguids.h please? I think that's the right value...not 100% sure on that, but, I can now compile without wiping out AC3 support. :D
SamuriHL
6th December 2009, 03:30
EAC3 MKV. As you can see, until the ATI driver supports it, I'm thinking it ain't going to happen for us. Unless you try something crazy like throwing it through TrueHD media type and faking out the driver. LOL :)
http://pastebin.com/pastebin.php?dl=d35989bee
whurlston
6th December 2009, 04:45
@whurlston or albain
When I compile the code I get errors in TsampleFormat.cpp. The KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_DIGITAL is undeclared which leads to a bunch of other errors. I commented that line out earlier. Trying to compile the newest code and wanted to see if anyone knows why I'm getting this error andwhat I should do about it other than commenting it out. :)
I'm not getting that error. Did you add the Win 7 SDK to your additional Includes?
SamuriHL
6th December 2009, 04:49
I'm not getting that error. Did you add the Win 7 SDK to your additional Includes?
I thought I did. Will check later. Watching a movie right now.
whurlston
6th December 2009, 05:00
alternatively you can add it to the "#ifndef KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_MLP" section at the bottom of ffdshow_mediaguids.h but I just adding the Win7 Include and Lib (x86) directories along with the DirectShow.
SamuriHL
6th December 2009, 05:02
That's what I did and was the change I proposed to albain above. :)
whurlston
6th December 2009, 05:03
Yeah, it would make sense to add it there.
SamuriHL
6th December 2009, 05:05
Yup, I thought so. I'm setting up the dev env on my laptop now, as well. Now that I know what needs to be set it'll take maybe an hour at most.
G_M_C
6th December 2009, 09:11
Albain pls forget xonar for the time being and get a passive Ati card; it's on the market afaik.
No plz dont, i have a Xonar and would like to see that working too (like other xonar owners would like too).
albain
6th December 2009, 10:18
Hi,
those KS_**** constants are defined in the windows 7 sdk, this is the reason why you have compilations errors.
But I agree that they should be integrated into ffdshow headers for sdk 6.0 users.
However, everyone should migrate to sdk 7.0 as it is compatible with previous OS
@Rica
About Vista, I really don't understand why it wouldn't work apart that ATI's drivers may not be compatible with vista. Rica, I need logs to confirm this. Have you tried MPC wasapi renderer ? Also can you confirm that PDVD9 is bitstreaming to radeon 5xxx under vista with the new patch ?
I wish I had the powercolor passive 5750 but it won't be released in France until january :-(
@SamuriHL & whurlston
About DD+, I saw from the logs that the DD+ media type is refused by the renderer. It could be like for DTS HD or TrueHD where one field was wrong but I doubt it. Is DD+ working with PDVD9 and the ATI ?
Lastly, could someone test LPCM HD audio with LPCM checked in output section ? (with logs if it doesn't work)
Thanks !
PS : no, I won't drop the xonar I promise ;-)
EDIT : I have updated the headers for compilation with sdk 6 (revision 3146)
Skinleech
6th December 2009, 13:46
LPCM crashes straight away for me. Here's a log, let me know if you need more.
http://pastebin.com/m1e4d05c4
Also, no luck on Xonar with the waveout renderer. THis was in Graphstudio. Basic question perhaps, but how can I select it in MPC-HC?
rica
6th December 2009, 13:54
@Rica
About Vista, I really don't understand why it wouldn't work apart that ATI's drivers may not be compatible with vista. Rica, I need logs to confirm this. Have you tried MPC wasapi renderer ? Also can you confirm that PDVD9 is bitstreaming to radeon 5xxx under vista with the new patch ?
I can confirm PDVD9 patch is working on Vista as well.
http://www.avsforum.com/avs-vb/showthread.php?p=17628400#post17628400
I'll make the logs ASAP. (no i haven't tried MPC Renderer yet.)
SamuriHL
6th December 2009, 14:23
Hi,
those KS_**** constants are defined in the windows 7 sdk, this is the reason why you have compilations errors.
But I agree that they should be integrated into ffdshow headers for sdk 6.0 users.
However, everyone should migrate to sdk 7.0 as it is compatible with previous OS
@Rica
About Vista, I really don't understand why it wouldn't work apart that ATI's drivers may not be compatible with vista. Rica, I need logs to confirm this. Have you tried MPC wasapi renderer ? Also can you confirm that PDVD9 is bitstreaming to radeon 5xxx under vista with the new patch ?
I wish I had the powercolor passive 5750 but it won't be released in France until january :-(
@SamuriHL & whurlston
About DD+, I saw from the logs that the DD+ media type is refused by the renderer. It could be like for DTS HD or TrueHD where one field was wrong but I doubt it. Is DD+ working with PDVD9 and the ATI ?
Lastly, could someone test LPCM HD audio with LPCM checked in output section ? (with logs if it doesn't work)
Thanks !
PS : no, I won't drop the xonar I promise ;-)
EDIT : I have updated the headers for compilation with sdk 6 (revision 3146)
I don't even have the Windows 7 SDK installed. It has 5 and 6.0a which is all VS 2008 installed. I should probably go find the Windows 7.0 SDK and get that installed.
We believe DD+ is not accepted by the renderer because the driver doesn't support it. I'll have to master an ISO to verify this with the EAC3 sample I have and try it in PDVD9. I'm almost positive it'll decode it to LPCM, as well.
LPCM has been on my list of things to do. Just wanted to get that bug out of the way and get set up to build on my laptop, as well. I'll see if I have a 48/24 LPCM movie kicking around. Ratatouille maybe? Kill Bill has 48/16. I think Hellboy has 48/16, as well.
SamuriHL
6th December 2009, 14:50
Ratatouille is 48/24, however, using the LPCM checkbox in ffdshow-tryout was not good.
http://pastebin.com/pastebin.php?dl=d5ca2c590
I got no audio at all while capturing the log. When I tried it without logging it played in super slow stutter mode. Here's the log from setting it to 24.
http://pastebin.com/pastebin.php?dl=d2f8d7936
The difficulty here is that I have no way of knowing if it's really outputting 24 bit like it says it is. My receiver won't tell me that information, and using reclock as the renderer is not going to work as it doesn't like outputting 24 bit to the ATI driver. So I'm not really sure how we test this correctly.
albain
6th December 2009, 15:22
I think that something is wrong with the media structure sent by ffdshow.
However, LPCM is already handled in FFDShow : it was inserted by Haruhiko for DVD audio which is LPCM 24 bits HD, the same as bluray hold.
Has anyone already used this feature ?
I will post this same question to ffdshow thread.
Otherwise the alternative is to use the dumper tool with PowerDVD9 on LPCM tracks.
Sebastii, are you around ?
SamuriHL
6th December 2009, 15:25
Don't make the assumption that PDVD9 handles LPCM all that well, either. :) What I mean is that for 48/24 and higher, it "seems" to handle things correctly by bypassing the windows audio crap. 48/16, however, gets sent through the windows audio stuff just like downsampled and decoded TrueHD or DTS-HD MA. So, be careful on what you choose to dump with. Make sure it's 48/24 or above.
Sebastiii
6th December 2009, 15:26
Hi, i'm here yes :)
i read :) but i don't know how i can help, say me what i can do :)
Seb.
SamuriHL
6th December 2009, 15:28
You'll need to run the dump tool on PDVD9 while playing a 48/24 or higher LPCM track. Make sure PDVD9 is set to non-decoded HD audio in the audio settings. Even for this LPCM track. Who knows, you might get lucky and get some useful info out of PDVD9 that way.
SamuriHL
6th December 2009, 15:32
@albain
I've tried different renderers now and when it "works" (as in gives any audio at all) I get static over the top of the playing track. WaveOut and shockingly ArcSoft renderers seem to accept the LPCM checkbox. Don't know if that helps us at all.
albain
6th December 2009, 15:47
@albain
I've tried different renderers now and when it "works" (as in gives any audio at all) I get static over the top of the playing track. WaveOut and shockingly ArcSoft renderers seem to accept the LPCM checkbox. Don't know if that helps us at all.
I suspect that LPCM streams need to be encapsulated in IEC headers as for AC3/DTS/TrueHD/DTSHD/EAC3 streams.
EDIT : actually, the header is different. I have the docs but there seems to be some bunch of work
Does Totalmedia theatre supports high definition LPCM ?
If yes, it would be VERY interesting to have dumper logs from Arcsoft : Sebastii again :-)
SamuriHL
6th December 2009, 15:50
I suspect that LPCM streams need to be encapsulated in IEC headers as for AC3/DTS/TrueHD/DTSHD/EAC3 streams.
That's a good possibility. TMT3 completely blows LPCM playback even with a Xonar as it relies on the stupid Xonar CP to set the bitrate. So if you set it correctly, awesome, it matches and no down/upsampling occurs. If you get it wrong so that it doesn't match the source, then you get it down/upsampled to whatever you set in the Xonar CP. PDVD9 appears to bypass this issue for 48/24 and above by skipping the windows audio crap. I'll give them credit. We've asked them to change this for 48/16 when set to non-decoded HD audio, as well. Not sure how much traction that request will get.
mrcorbo
6th December 2009, 15:55
Does it matter if your source is LPCM?
Outputting a decoded TrueHD track (48/16) as LPCM through DirectSound gives the same results SHL described above with slowed audio and static. Audio is sent through the windows mixer (my receiver confirms audio is being sent at my windows default 192/24).
Normally when using the MPC renderer, this track when decoded will play back correctly as PCM at the source frequency and bit-depth (one of the few cases where the MPC renderer works for PCM). When checking LPCM output, the same issues are present as when using DirectSound, though the frequency and bit-depth still match the source on my receiver. I can go back and forth between 16-bit int and LPCM during playback and the audio will go from normal to distorted.
SamuriHL
6th December 2009, 15:59
That sounds about right. I don't think it matters if the source is originally LPCM or not as long as it's getting decoded to it. So yea, that's a valid test. You're saying MPC renderer keeps the source bitrate when set to LPCM? (Yes, I understand it's all static like what I get, but, you're at least getting the right bitrate?) I should crank mine up to 192 in windows audio and see what my receiver reports. Duh. Hadn't thought of doing that. Yes, I'm an idiot. :)
SamuriHL
6th December 2009, 16:02
Ok, tried that. I don't get the same results as you. It's ALWAYS going through windows audio for me. Even with MPC audio renderer. Um, what? How's that possible?!?!? But it sets it to the rate that I have windows set to, NOT the source. I tried with LPCM setting and setting it to 24 directly in the ffdshow settings. I think albain may be right that it needs to be encapsulated.
Sebastiii
6th December 2009, 16:13
Hi,
This log from LPCM 7.1 96Khz/24 from 2 muxer in case of :
Log TMT and LPCM (TSMUXER) (http://sebinternet.free.fr/LPCM96K-24-TSMUXER-bitstream.zip)
Log TMT and LPCM (TSREMUXER) (http://sebinternet.free.fr/LPCM96k-24-TSREMUXER-bitstream.zip)
I hope it's good.
If someone can give me sample in 48/24 and 48/16 to log :)
Thx.
Seb.
SamuriHL
6th December 2009, 16:14
Wait, you logged it from TMT? That's not going to help in this case I think. It has to be logged from PDVD9.
Sebastiii
6th December 2009, 16:15
You'll need to run the dump tool on PDVD9 while playing a 48/24 or higher LPCM track. Make sure PDVD9 is set to non-decoded HD audio in the audio settings. Even for this LPCM track. Who knows, you might get lucky and get some useful info out of PDVD9 that way.
SamuriHL, i can't get non-decoded HD audio because ATI is connected on VP (not AVR) so i have only 2 channels in Windows so i can't get this option.
I will try other thing but .....
I can have log from TMT with Xonar so :)
Thx Seb.
Maybe i can overide EDID to simulate AVR for ATI ? but i'll need help for this :)
Sebastiii
6th December 2009, 16:19
Also, on TMT i get 96K/24 (on Display) even if Xonar CP is on 192Khz.
Maybe log has to be usefull :) (i hope so)
Seb.
SamuriHL
6th December 2009, 16:23
And EDID override won't help here, no. The problem is the TMT/Xonar combination sucks in that you *MUST* match the Xonar CP to the source or you will get the audio up/downsampled based on how high or low you set it.
Sebastiii
6th December 2009, 16:29
Sorry my bad explain, i talking about EDID to fake ATI HDMI (sound) to 7.1 speakers.
So maybe with it i can select option in PDVD9 and maybe log :).
SamuriHL
6th December 2009, 16:32
I know what you were asking to do. It won't work. The EDID is only part of the PAP chain.
rica
6th December 2009, 16:39
albain,
I can not connect MPC audio renderer; it crashes graphstudio or MPC-HC.
Here is the graph behind the MPC-HC:
http://img51.imageshack.us/img51/2922/testa.th.png (http://img51.imageshack.us/i/testa.png/)
And here are the logs:
http://www.mediafire.com/?2kwhm5yoljg
One is DTSHDMA and the other one is THD.
When i play both files i get DolbyDigital light on my receiver on Vista32 SP2.
renethx
6th December 2009, 16:43
It's ALWAYS going through windows audio for me. Even with MPC audio renderer. Um, what? How's that possible?!?!?
Going through Window audio perhaps means MPC Audio Renderer is not loaded (it supports only WASAPI exclusive right now). To always load it (with any DirectShow player), merge the following to the registry:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{79376820-07D0-11CF-A24D-0020AFD79767}\InprocServer32]
@="C:\\Program Files\\DirectShow Filters\\MpcAudioRendererFilter.ax"
"ThreadingModel"="Both"
where "C:\Program Files\DirectShow Filters" is the directory MpcAudioRendererFilter.ax is located. Then Default DirectSound Device will be MpcAudioRendererFilter.ax. To restore the Windows original renderer (quartz.dll), merge
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{79376820-07D0-11CF-A24D-0020AFD79767}\InprocServer32]
@="C:\\Windows\\system32\\quartz.dll"
"ThreadingModel"="Both"
BTW the above method is one way to load MPC Audio Renderer with the 7MC internal player. (Is there a better way?) Here are some results I obtained.
MpcAudioRendererFilter.ax = Default DirectSound Device: I tested with the 7MC internal player and GraphStudio, and various M2TS (http://www.avsforum.com/avs-vb/showthread.php?p=16951614#post16951614) and MKV files.
"LPCM" is checked in ffdshow: ffdshow always connects to MPC Audio Renderer. But I get sounds only from the first file with a HD compressed audio track, no sound from the next file. Static from a LPCM/FLAC track.
"16 bit integer" is checked in ffdshow: ffdshow may not be loaded for a HD compressed audio track (DScaler is loaded in my case inside GraphStudio). ffdshow is loaded and audio streams (downsampled to 16 bit) go through WASAPI exclusive for LPCM/FLAC.
quartz.dll = Default DirectSound Device, and "16 bit integer" is checked in ffdshow: 7MC internal player works fine (LPCM always goes through Windows audio engine, however, as 7MC neglects the merit value), and Graph Studio works fine (Default DirectSound Device is always loaded for a HD audio compressed track [I am not sure why; Rica observed the same] and MPC Audio Renderer [as its merit value is higher than Default DirectSound Device] is loaded for a uncompressed audio track [hence through WASAPI exclusive mode]).
rica
6th December 2009, 17:04
rene,
I didn't make any modification on V32:
http://img188.imageshack.us/img188/6898/already.th.png (http://img188.imageshack.us/i/already.png/)
And:
http://img707.imageshack.us/img707/1646/crash.th.png (http://img707.imageshack.us/i/crash.png/)
_ _ _ _ _
SamuriHL
6th December 2009, 17:56
I just did some testing. I set my windows audio settings to 192/24. This disables audyssey on my receiver which is a good thing for this test. Ratatouille is 48/24, so, I loaded that up in PDVD9 with the non-decoded HD audio setting. What I found is very very interesting. They are upsampling 24 bit to 32. It would really appear that the ATI cards can NOT accept 24 bit audio. Anything that claims to be sending 24 is either up or downsampling it to 32 or 16 respectively. albain, I recommend upsampling to 32...basically just pad the 24 to 32. It won't affect the sound quality. This should only be needed for ATI.
rica
6th December 2009, 18:11
And here are the logs captured while ffdshow is working on 7/64.(it works perfectly)
http://www.mediafire.com/?zwmzi4wmdzq
But MPC Audio Renderer doesn't work at all even on 7/64.
I've done those both tests with MPCAudiorenderer.ax inside the standalone filters_svn1393_x86 package.
rica
6th December 2009, 19:18
I've done those both tests with MPCAudiorenderer.ax inside the standalone filters_svn1393_x86 package.
I think the issue is related with splitter.
I gave it a go with DVBViewer 4.2.1.0 on Vista and played DVD. (BD/Angels and Demons)
I got at least core dts from DTSHD-MA via default direct sound device or MPC Audio renderer on vista while gabest gave me DD info on display with default direct sound and a crash with MPCAudio renderer.
http://img4.imageshack.us/img4/9466/dvbv.th.png (http://img4.imageshack.us/i/dvbv.png/)
_ _ _ _ _ _ _
albain
6th December 2009, 19:41
Hi,
thank you Sebastii, I got your logs. You used the "TEST_7.1_LPCM.m2ts" sample which is 217.763 ko, right ?
Concerning PDVD9, it is a nogo as the dumper is unable to get the traces. Something like a protected process I guess
We have to get them working under TMT3, but I guess this is the case here ?
Also, let me bring a little precision on LPCM support : the goal here is to make a sort of passthrough of LPCM streams to the audio renderer with of course no interfere of the OS.
We are not talking about converting PCM streams to LPCM, I don't think this would be usesful
Last thing, I saw somewhere that LPCM is limited to 24 bits on bluray tracks. May there be 32 bits ? I am not sure. Maybe we misunderstand PCM/LPCM
EDIT : @RICA, there is indeed a problem with Vista, the timestamps are negative. This should be easily fixable
whurlston
6th December 2009, 19:41
SHL/albain. I'm remuxing my Last Samurai (fittingly enough) HD DVD to BD format now. TSMuxer would not recognise the EAC3 track in my m2ts test file. I'll have the PDVD results as soon as it finishes.
SamuriHL
6th December 2009, 19:47
Hi,
thank you Sebastii, I got your logs. You used the "TEST_7.1_LPCM.m2ts" sample which is 217.763 ko, right ?
Concerning PDVD9, it is a nogo as the dumper is unable to get the traces. Something like a protected process I guess
We have to get them working under TMT3, but I guess this is the case here ?
Also, let me bring a little precision on LPCM support : the goal here is to make a sort of passthrough of LPCM streams to the audio renderer with of course no interfere of the OS.
We are not talking about converting PCM streams to LPCM, I don't think this would be usesful
Last thing, I saw somewhere that LPCM is limited to 24 bits on bluray tracks. May there be 32 bits ? I am not sure. Maybe we misunderstand PCM/LPCM
Right, I understand and applaud the goal. However, there should be no reason that a TrueHD track decoded to LPCM wouldn't work. He was just using that as a test of LPCM, that's all. In reality they'd just bitstream the TrueHD, obviously. :) I don't know if LPCM is limited to 24 bit on BD. I don't have any that are higher. But I know that PDVD9 is outputting my 48/24 track as 48/32. But, that does confirm that they aren't going through the OS on tracks that are 48/24 or higher. We've asked them to change that for 48/16 when non-decoded HD is selected, as well. Let's hope they do it. In any case, the goal you have is the same...to "bitstream" LPCM to the receiver untouched by the OS. If they're sending 32 bit, there's a reason for it. And most likely they're padding the 24 bit stream whch should leave the audio itself untouched. Something like this may be needed in ffdshow, as well.
SamuriHL
6th December 2009, 19:48
SHL/albain. I'm remuxing my Last Samurai (fittingly enough) HD DVD to BD format now. TSMuxer would not recognise the EAC3 track in my m2ts test file. I'll have the PDVD results as soon as it finishes.
I gave that one to my wife so I only have the BD kicking around now. I'm sure I have some EAC3 tracks on HD DVD kicking around though.
rica
6th December 2009, 20:03
EDIT : @RICA, there is indeed a problem with Vista, the timestamps are negative. This should be easily fixable
Goodnews then :)
Now, i'll make some LPCM trials.
whurlston
6th December 2009, 20:30
PDVD will not bitstream DD+ with the ATI 5xxx. Tested with TLS, DD+ 6140Kbps. My AVR confirms that it is only receiving standard AC3 640Kbps. I think we will have to hold off on DD+ for the ATI (if they ever enable it in the drivers).
SamuriHL
6th December 2009, 20:31
That would be a driver limitation.
albain
6th December 2009, 20:43
albain,
I can not connect MPC audio renderer; it crashes graphstudio or MPC-HC.
Here is the graph behind the MPC-HC:
http://img51.imageshack.us/img51/2922/testa.th.png (http://img51.imageshack.us/i/testa.png/)
And here are the logs:
http://www.mediafire.com/?2kwhm5yoljg
One is DTSHDMA and the other one is THD.
When i play both files i get DolbyDigital light on my receiver on Vista32 SP2.
I thought wrong at first. Actually the traces you gave me tell me that TrueHD is decoded as AC3 and DTSHD as DTS.
Do you have earlier traces ? (before TffdshowDecAudioInputPin::NewSegment)
@Sebastii : your logs are fine for me, the uncompressed stream sent to the renderer is 24 bits at 96000hz
rica
6th December 2009, 21:01
Now i'm trying again, pls hold on.
rica
6th December 2009, 21:14
I thought wrong at first. Actually the traces you gave me tell me that TrueHD is decoded as AC3 and DTSHD as DTS.
Do you have earlier traces ? (before TffdshowDecAudioInputPin::NewSegment)
Weird, but i get DD info on my AVR's display :mad:
http://www.mediafire.com/?meatzinidzq
Sebastiii
6th December 2009, 21:17
Hi,
thank you Sebastii, I got your logs. You used the "TEST_7.1_LPCM.m2ts" sample which is 217.763 ko, right ?
The name is the same but the size not, the mine i've got is : 241 MB (253 569 024 bytes). I made Bluray structure with the 2 softs to play via TMT.
We have to get them working under TMT3, but I guess this is the case here ?
On TMT it's works, but i can't say the output without my AVR HD (so no connect on HDMI).
I hope that it help ;) and if we can got other sample to try :)
Big Thx.
albain
6th December 2009, 21:48
Weird, but i get DD info on my AVR's display :mad:
http://www.mediafire.com/?meatzinidzq
???? The same media structure that is accepted on 7 is refused on Vista. Do you have the last ATI 9.11 driver ?
I see no other option than calling our good friend Sebastii with dumper logs from PDVD9 patched on Vista (I think he already did it but on 7 or Vista ?)
00000468 61.17883301 [5596] TaudioParser::checkOutputFormat for codec bitstream DTS-HD with sample format 512
00000469 61.17890549 [5596] Media Type Structure
00000470 61.17890549 [5596] Format type : FORMAT_WaveFormatEx
00000471 61.17890549 [5596] Sub type : MEDIASUBTYPE_PCM
00000472 61.17890549 [5596]
00000473 61.17890549 [5596] WAVEFORMATEXTENSIBLE :
00000474 61.17890549 [5596] subFormat : KSDATAFORMAT_SUBTYPE_IEC61937_DTS_HD
00000475 61.17890549 [5596]
00000476 61.17890549 [5596] wSamplesPerBlock : 16
00000477 61.17890549 [5596] Valid bits per sample : 16
00000478 61.17890549 [5596] dwChannelMask : 255
00000479 61.17890549 [5596]
00000480 61.17890549 [5596] WAVEFORMATEX :
00000481 61.17890549 [5596] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00000482 61.17890549 [5596] Channels : 8
00000483 61.17890549 [5596] Bits per sample : 16
00000484 61.17890549 [5596] Samples per second : 192000
00000485 61.17890549 [5596] nBlockAlign : 16
00000486 61.17890549 [5596] nAvgBytesPerSec : 3072000
00000487 61.17890549 [5596]
00000488 61.17894745 [5596] TaudioParser::getSupportedFormat format not supported, trying another one
About LPCM, thanks again Seb, I will work on this tomorrow if I have time (which is not sure)
rica
6th December 2009, 22:22
???? The same media structure that is accepted on 7 is refused on Vista. Do you have the last ATI 9.11 driver ?
Sure i have , otherwise it not possible to get bitstream over PDVD9 :)
I'll get some debug logs with PDVD on Vista.
I'll be back.
Sebastiii
6th December 2009, 22:34
@Albain :) Cool great that LPCM Log is useful :)
Yes i have try on WIN7 Dump tool with PDVD not on Vista.
But i'll test it when my AVR come back because without it i can't get option to bitstream.
I'll reinstall clean Vista OS for test and be prepare to try it :).
Thx,
Seb.
albain
6th December 2009, 22:42
Thanks again Seb, as always
Sebastiii
6th December 2009, 22:49
Thanks to you ;)
You're Welcome :)
Skinleech
6th December 2009, 23:38
FYI guys, I'd noted previously that I was still receiving stuttering on some titles - I've fixed it now. Oddly, when the Xonar CP is running in the task bar it gives me stutters on both thd and DTS-HD sources, if I close it, the stutters are gone.
I'm sure it's a setup issue on my side, but FYI for anyone else that's having a similar issue.
rica
6th December 2009, 23:57
The same DTSHD-MA from the disk. There are 3 thrailers at the beginning.
PDVD9 on Vista and i get HD Audio light on AVR Display. (DTSHD-MA)
Here is the log:
http://www.mediafire.com/?mmmwummjzem
_ _ _
davinleeds
7th December 2009, 00:08
Thanks SamuriHL for your help offer. So far the closest I've gotten is DTS HD MA with MPC HC 1393 and FFdshow beta 49. True HD is still Multichannel and low audio output. The DTS HD MA is at the proper level. I got this by unchecking allow direct to file output - it was checked by default in FFdshow under output. How is the TrueHD or DTS HSMA chosen? Some disks have lpcm and True or MA. Anyway, great work everyone. What an achievement! Working on an HD PVR now.
rica
7th December 2009, 00:16
Here is the debug log from an original LPCM BD on Vista via PDVD9:
http://www.mediafire.com/?nyiunyjzvgy
_ _ _ _ _
SamuriHL
7th December 2009, 00:20
Thanks SamuriHL for your help offer. So far the closest I've gotten is DTS HD MA with MPC HC 1393 and FFdshow beta 49. True HD is still Multichannel and low audio output. The DTS HD MA is at the proper level. I got this by unchecking allow direct to file output - it was checked by default in FFdshow under output. How is the TrueHD or DTS HSMA chosen? Some disks have lpcm and True or MA. Anyway, great work everyone. What an achievement! Working on an HD PVR now.
I have the allow direct-to-file output checked. The only thing I did was check all the passthrough options. Everything else is default. Welll, ok, not EVERYTHING. I do shut off the mixer. I have 16 bit checked, which is default. I don't mess with the codec options. It just simply works. I don't change the output option, either. I keep everything very simple. It sounds like it's trying to process TrueHD in your case. Are you sure ALL the passthrough options are checked? Including AC3 and DTS.
davinleeds
7th December 2009, 01:42
Yes all pass through is checked. All across the top. I have 24 bit checked. I'll uncheck that. I just watched T Salvation while unpacking the HDDVR and at first I wondered if I was getting 5.1 True but then those Skynet thopters showed me the truth. Having direct to file doesn't allow DTS HD. I installed the .1249 MPC and got he same results.
MSI 785 MB 4200 w/5750 W7Pro32
Add not one glitch with anything, nothing. With lpcm. FF would eliminate audio. This worked without flaw. Impressive.
SamuriHL
7th December 2009, 02:15
Neat. Well I don't know what that setting does. Nor do I know why it insists on decoding TrueHD for you. I guess post some logs and we'll take a look at them. You're running the 9.11 drivers?
sub24ox7
7th December 2009, 02:37
I am going to try a dolby digital plus pass through, I am remuxing national lampoons Christmas vacation hddvd with dolby digital plus to a m2ts. Will post results ,oh and i have a lot of old bd's with lpcm that i can try and log for you if needed.
htpc66
7th December 2009, 03:47
It is interesting to note that the new ffdshow beta automatically deactivate "dts pass through" for dts-hdma track and decodes only its core AND no longer crash, horray!
This applies to my Xonar/9800GT and ATI4XXX setups.
Unfortunately for my Xonar/9800GT setup, ASAudioRenderer.dll (original Asus TMT2 version) refuses to load at all even though registered and the relevant registry states "ThreadingModel"="Both".
Any idea truehd/dts-hdma pass through would ever work for other setups like ATI4XXX, Nvidia 8200/8300/9300/9400 and intel graphic chipsets?
albain
7th December 2009, 10:04
Sebastii : reviewing LPCM logs, I am not sure we have the same, could you post your sample on mediafire ?
Thanks
Otherwise it seems that the LPCM streams formatted by TMT are 24 bytes long : 24 / 8 channels = 3 bytes = 24 bits
Wherease the LPCM stream formatted by FFDShow are 16 bytes long : 16/8 = 2 bytes = 16 bits
I don't understand (yet) why it wouldn't use the code path where it detects it is a LPCM HD stream and would pad them on 24 bits.
Anyway, as I said the code already exists but it should be fixed for this case and also I had to disable FFDShow resample and mixer filters that will blow off the LPCM.
I think that one option "LPCM passthrough" should be added to avoid FFDShow modifications on those streams (and on the other hand apply the filters on the other streams).
To Sebastii too: about Vista+xonar, we'll need to wait that your AVR is repaired I guess to fix this
Sebastiii
7th December 2009, 13:05
Sebastii : reviewing LPCM logs, I am not sure we have the same, could you post your sample on mediafire ?
Thanks
Otherwise it seems that the LPCM streams formatted by TMT are 24 bytes long : 24 / 8 channels = 3 bytes = 24 bits
Wherease the LPCM stream formatted by FFDShow are 16 bytes long : 16/8 = 2 bytes = 16 bits
I don't understand (yet) why it wouldn't use the code path where it detects it is a LPCM HD stream and would pad them on 24 bits.
Anyway, as I said the code already exists but it should be fixed for this case and also I had to disable FFDShow resample and mixer filters that will blow off the LPCM.
I think that one option "LPCM passthrough" should be added to avoid FFDShow modifications on those streams (and on the other hand apply the filters on the other streams).
To Sebastii too: about Vista+xonar, we'll need to wait that your AVR is repaired I guess to fix this
Hi :)
So this is it :
Sample LPCM (http://www.mediafire.com/download.php?nzmywyizynx)
I have more information (grrrrrrrrr) it didn't see yet my AVR (maybe tomorrow) and after it will repair !
Big thx :)
albain
7th December 2009, 19:31
Thanks, got it
whurlston
7th December 2009, 19:32
albain, I've asked a few people with NVidia HDMI cards (like the 2xx series) to test DD+ bitstreaming. When I had mine, DD+ was listed as a supported compressed format in the Windows Audio Device properties.
albain
7th December 2009, 21:27
Okay
About LPCM again, the stream outputted by FFDShow is completely different than the stream outputted by TMT.
Tomorrow I will try to understand why FFDShow does not go through the LPCM highdef code path.
Andy o
7th December 2009, 22:19
albain, I've asked a few people with NVidia HDMI cards (like the 2xx series) to test DD+ bitstreaming. When I had mine, DD+ was listed as a supported compressed format in the Windows Audio Device properties.
I just replied to your messsage, but I now remembered that I did check it out before (http://www.avsforum.com/avs-vb/showthread.php?p=17594615#post17594615). I'm gonna try again though with WinDVD and this ffdshow beta, but DD+ doesn't show in supported formats anyway, like with your 200 card.
whurlston
7th December 2009, 22:51
I just replied to your messsage, but I now remembered that I did check it out before (http://www.avsforum.com/avs-vb/showthread.php?p=17594615#post17594615). I'm gonna try again though with WinDVD and this ffdshow beta, but DD+ doesn't show in supported formats anyway, like with your 200 card.
Ah, if the supported format doesn't show up, it most likely won't work. I'm waiting to hear from a couple other people too.
whurlston
7th December 2009, 22:52
Disclamer: USE AT YOUR OWN RISK.
Download and install the revision 3149 x64 build from http://www.xvidvideo.ru/ffdshow-tryouts-project-x86-x64/ffdshow-tryouts-project-svn-3149-x86-x64.html
When installing, it wanted to install to c:\Windows\system32. I changed this to c:\program files\ffdshow keeping my 32 bit installation in c:\Program Files (x86)
Once installed, rename ffdshow.ax in the x64 install folder and repace it with the following:
Release version: http://www.epgtools.com/WilliamHurlston/ffdshow/ffdshow_x64_v3149_bitstream.zip
Debug version (if anyone wants it): http://www.epgtools.com/WilliamHurlston/ffdshow/ffdshow_x64_v3149_bitstream_debug.zip
Go to Start->All Programs->ffdshow64->Audio Configuration
In the "Codecs" section, set the following to "libavcodec":
AC3
E-AC3
TrueHD
MLP
DTS
In the "Output" section check passthrough for 16 bit and the HD Audio Formats.
You can use DSGraphEdit or GraphStudio64 to test 64bit graphs.
mrcorbo
7th December 2009, 23:34
@ whurlston
Do you think this could work in W7MC, or is W7MC locked to WMF for .m2ts files?
Things would get very interesting if you could launch HD movies in full video AND audio fidelity from within W7MC using My Movies or the like.
whurlston
7th December 2009, 23:44
@ whurlston
Do you think this could work in W7MC, or is W7MC locked to WMF for .m2ts files?
Things would get very interesting if you could launch HD movies in full video AND audio fidelity from within W7MC using My Movies or the like.
Yes. The same rules apply as x86 WMC though to override the Microsoft decoders. And you will need the x64 build on the MPC-HC standalone splitter. I good step by step by renethx is at http://www.avsforum.com/avs-vb/showthread.php?p=16951614#post16951614
piit
8th December 2009, 02:44
First off, you absolutely want to test on build 49.
Well, guess what - dts-HD HR works perfect with build 49 :-) Great work.
I've got another small issue now - this time with TrueHD. When I put the computer to sleep and resume, TrueHD passthrough (isn't passthrough better than bitstreaming? ;) ) wouldn't work - ffdshow reverts to decoding to PCM. (The screen flickers green/black a couple of times at the beginning - presumably when ffdshow reconnects to try different format). dts-HD MA bitstreams fine all the time.
Here's the log when TrueHD bitstreaming fails: http://pastebin.com/f3a21a075
Hope it helps.
My setup: ATI 5750, Denon AVR-1910, ffdshow bitsHD beta 49.
By the way, albain, are you planning to commit your HD audio bitstreaming changes to the ffdshow tryouts trunk any time soon? Or are you holding off until LPCM passthru is resolved?
Thanks for your great work, guys! If there's any way I could help I'd love to - please let me know.
Pete
rica
8th December 2009, 02:54
Pete, you are welcome to the board. :)
But i can't differ what you mean with (isn't passthrough better than bitstreaming?)
Is it an word trick?
While passtru= bitstreaming?
On the other hand, bitperfect streaming is different as you know :)
madshi
8th December 2009, 10:09
Huh, a new thread!
@Madshi : if you are around you may have some ideas about why a LPCM stream (DVD audio) should be reformat to LPCM (24 bits) in output, it should be a matter of passthrough ?
I think this is the difference between small and big endian. Usually decoders give you small endian, while Blu-Ray LPCM tracks are big endian. Audio renderers expect normal audio data to be small endian, so Blu-Ray LPCM tracks need to be converted, if you want them to behave similar to decoded audio data.
I suspect that LPCM streams need to be encapsulated in IEC headers as for AC3/DTS/TrueHD/DTSHD/EAC3 streams.
EDIT : actually, the header is different. I have the docs but there seems to be some bunch of work
As far as I can see, there are 2 *very* different ways to handle LPCM. First of all, LPCM is not different to the output of any decoder (FLAC, AAC, MP3, WMA, whatever), except that Blu-Ray LPCM is big endian instead of small endian, and maybe the channel sorting is different. However, the big difference is in how you send the data to the audio renderer. You can either:
(1) Send the audio data as decoded PCM samples to the audio renderer. This is how everyone has been doing things for ages. This is how ffdshow is doing things right now. The result of this method is that both the OS and the audio driver may do processing on the audio data. Basically what you feed the audio renderer will in most cases be very much different to what actually gets output to HDMI (unless you use wasapi exclusive mode, maybe).
(2) Send the audio data encapsulated as "LPCM bitstream". I don't know if this is possible at all. I hope it is. If it's possible, the audio data output through HDMI should be 100% identical to what you feed the audio renderer. This is what we're looking for. You can easily test whether it works by checking whether the OS volume control has any effect. If the volume control has an effect, the audio renderer doesn't treat the audio data as LPCM bitstream, but it treats it as normal decoded audio data instead.
Of course it would be *great* if you could get (2) to work. Because that would mean that we wouldn't even need wasapi exclusive mode, anymore. I have no idea how the media type information and audio data needs to be formatted for the audio renderer and audio drivers to understand the data as "LPCM bitstream". It's quite possible that you have to convert the audio data to big endian and use IEC headers etc. If you could get this to work, it should also work to passthrough the decoding result of FLAC, AAC, WMA etc decoders untouched via HDMI to the receiver...
P.S: I don't think you should add special code to ffdshow to passthrough LPCM input. Instead I think you should (a) convert LPCM input to normal PCM, which ffdshow is probably already doing right now. And then you should (b) offer an option to convert *ANY* PCM data to "LPCM bitstream" for HDMI transport. Only this way the whole solution would also work for losslessly transporting untouched FLAC, AAC, WMA etc decoding results...
Skinleech
8th December 2009, 11:39
I watched my first full title, bitstreaming TrueHD last night. For the most part, it was perfect, though I did suffering from occaisional micro-stutter, and one full audiop drop where my receiver lost the signal, but picked it back up straight away again.
I don't know if this is a system issue, Ffdshow issue or Xonar issue, I assume system as it seems to be working OK for others. I plan on doing a reinstall tonight (Win 7 this time as I'd prefer to be running that over Vista SP1) so will update on how that works out once done. Hopefully I'll be able to report successul results. Logs will follow if not.
piit
8th December 2009, 12:35
Pete, you are welcome to the board. :)
But i can't differ what you mean with (isn't passthrough better than bitstreaming?)
Is it an word trick?
While passtru= bitstreaming?
On the other hand, bitperfect streaming is different as you know :)
Thanks, rica :) As I said I'd love to take part in the development process in some way. Although I'm not experienced C++/DirectShow programmer I know fair bit about programming and I hope I could sometimes be helpful at least with testing and stuff like that :)
By saying "isn't passthrough better" I meant isn't it a better term for what we're doing? :) It is the same thing (as you noted), so why invent another word for it? :) Passthrough is IMHO much more descriptive, it says what is actually happening - AC3/DTS/TrueHD is passing through the computer and soundcard to the AVR untouched. But never mind, bitstreaming seems to be an established term by now. Unfortunately :)
By the way, is anybody experiencing the same issue - TrueHD passthrough not working after resuming from S3 sleep? Or is it just me? :)
Cheers
Pete
piit
8th December 2009, 12:57
I watched my first full title, bitstreaming TrueHD last night. For the most part, it was perfect, though I did suffering from occaisional micro-stutter...
Well, couldn't this be attributed to video synchronization issues? Unless you are running a 24 fps video (and I mean 24, not 23.976) with 24 (or 48) Hz screen refresh, there will always be synchronization issues. Only found out about this recently - I quite wish I didn't now! :) If only there was a way to synchronize the screen refresh to the video, not the other way round... :) The only way to have perfectly smooth Blu-ray video without any stutter whatsoever now is to render sound through ReClock - but that means no DTS-HD/TrueHD passthrough (because ReClock needs to resample the audio, unless you have a bloody expensive soundcard that allows setting its clock to an arbitrary value and therefore output bit perfect PCM at an arbitrary samplerate - anyway, the output needs to be PCM).
Sorry, gone a bit OT :) We have watched Taken with DTS-HD MA on Saturday and it was very good, without any issues and no A/V sync issues even after multiple seeks.
Pete
rica
8th December 2009, 13:03
Great ! You got the structures in it : LPCM is sent as IEEE_FLOAT type (which is PCM 32 bits float)
Could you also make those tests on Vista for DTSHD and TrueHD with PDVD9 ?
This will tell us which structures to feed for bitstream support on Vista, which is the missing key to finish the job.
Let's continue this discussion on the other thread.
This is a very good news !:)
By pleasure :)
When i back this evening.
blackEyEz
8th December 2009, 13:09
Seems like christmas is early this year :) TrueHD and DTS-HD bitstreaming!! Is there already an early estimate when a final version will be released or will you guys wait till you got LPCM and DD+ working?
And when a final version comes out can i use MediaPortal for HD bitstreaming? Or do they need to an update too?
Awesome work guys!
madshi
8th December 2009, 13:50
Great ! You got the structures in it : LPCM is sent as IEEE_FLOAT type (which is PCM 32 bits float)
Well, that's weird. Does HDMI support 32bit float LPCM!? I thought it only supported 16bit and 24bit cardinal LPCM?
Skinleech
8th December 2009, 13:58
Well, couldn't this be attributed to video synchronization issues? Unless you are running a 24 fps video (and I mean 24, not 23.976) with 24 (or 48) Hz screen refresh, there will always be synchronization issues. Only found out about this recently - I quite wish I didn't now! :) If only there was a way to synchronize the screen refresh to the video, not the other way round... :) The only way to have perfectly smooth Blu-ray video without any stutter whatsoever now is to render sound through ReClock - but that means no DTS-HD/TrueHD passthrough (because ReClock needs to resample the audio, unless you have a bloody expensive soundcard that allows setting its clock to an arbitrary value and therefore output bit perfect PCM at an arbitrary samplerate - anyway, the output needs to be PCM).
Sorry, gone a bit OT :) We have watched Taken with DTS-HD MA on Saturday and it was very good, without any issues and no A/V sync issues even after multiple seeks.
Pete
Perhaps. But I am running a Powerstripped 23.976 display with 23.976 material. It doesn't happen with TMT3 from original disk or folder structures, and not does it happen when bitstreaming ac3 or DTS using ffdshow or any other directshow sp/dif capable decoder.
Maybe it is more sensitive as I do get some dropped frames, but as noted, the audio never drops on other material.
piit
8th December 2009, 14:24
Perhaps. But I am running a Powerstripped 23.976 display with 23.976 material.
Well, that's another story! Sorry, didn't realize you're using Xonar - ATI 5xxx unfortunately isn't supported by PowerStrip yet :( Lucky you :) This looks like the last hurdle before one card rules them all :rolleyes:
albain
8th December 2009, 16:04
Well, that's weird. Does HDMI support 32bit float LPCM!? I thought it only supported 16bit and 24bit cardinal LPCM?
I don't think so and I am not sure that PowerDVD outputs LPCM but PCM 32 bits float
However I am sure that FFDShow does. Does this code sounds correct to you ? This code is applied only if high definition LPCM 24 bits is detected. I am not very familiar with big endian formatting but it looks like it ?
size_t end1 = (src.size()/12)*12;
for (size_t i = 0 ; i < end1 ; i += 12) {
*dst++ = (src[i]<<24) + (src[i+ 1]<<16) + (src[i+ 2]<<8);
*dst++ = (src[i+3]<<24) + (src[i+ 4]<<16) + (src[i+ 5]<<8);
*dst++ = (src[i+6]<<24) + (src[i+ 7]<<16) + (src[i+ 8]<<8);
*dst++ = (src[i+9]<<24) + (src[i+10]<<16) + (src[i+11]<<8);
}
size_t end2 = (src.size()/3)*3;
for (size_t i = end1 ; i < end2 ; i += 3)
{
*dst++ = (src[i ]<<24) + (src[i+ 1]<<16) + (src[i+ 2]<<8);
}
madshi
8th December 2009, 16:16
I don't think so and I am not sure that PowerDVD outputs LPCM but PCM 32 bits float
However I am sure that FFDShow does. Does this code sounds correct to you ? This code is applied only if high definition LPCM 24 bits is detected. I am not very familiar with big endian formatting but it looks like it ?
Have you read my other post (no 168)?
Yes, that ffdshow code looks like it converts big endian 24bit to small endian 32bit (or small->big). But both cardinal, not float.
albain
8th December 2009, 16:24
Yes I have but I misunderstood how FFDShow works
Actually, LPCM (even 24 bits highdef) streams are converted to PCM 32 bits in order to be processed by FFDShow filters.
However, the output filter is able to format the stream to the following :
- AC3 encoding
- PCM 16,24,32,32 float
- LPCM 16 bits
But not LPCM 24 bits. This code I showed you is actually as you pointed out not a conversion to LPCM but a conversion from LPCM 24 bits to PCM 32 bits (cardinal).
And also PowerDVD won't output LPCM is because from the dumper (don't have the buffers content though) the media structure sent to the renderer is "32 bits float".
So I don't know if anyone already saw 96Khz/24 bits/7.1 LPCM on his receiver from a software player.
EDIT :
Anyway, it should not be very complicated to do the reverse conversion from PCM to LPCM 24 but it would be like make a passthrough on LPCM streams (and conversion on PCM) before doing that I want to be sure if it will be accepted by the renderer
FYI, LPCM 16 outputted by FFDShow sends the following mediatype to the renderer : MEDIASUBTYPE_DVD_LPCM_AUDIO
Maybe it could be used for LPCM 24 too (by changing the values of the bps...)
madshi
8th December 2009, 16:34
Actually, LPCM (even 24 bits highdef) streams are converted to PCM 32 bits in order to be processed by FFDShow filters.
However, the output filter is able to format the stream to the following :
- AC3 encoding
- PCM 16,24,32,32 float
- LPCM 16 bits
But not LPCM 24 bits. This code I showed you is actually as you pointed out not a conversion to LPCM but a conversion from LPCM 24 bits to PCM 32 bits (cardinal).
That makes a lot of sense.
Anyway, it should not be very complicated to do the reverse conversion from PCM to LPCM 24 but it would be like make a passthrough on LPCM streams (and conversion on PCM) before doing that I want to be sure if it will be accepted by the renderer
That's fine with me, but is the original LPCM data structure as stored on Blu-Ray the same thing that HDMI wants? I'm not sure about that.
FYI, LPCM 16 outputted by FFDShow sends the following mediatype to the renderer : MEDIASUBTYPE_DVD_LPCM_AUDIO
Maybe it could be used for LPCM 24 too (by changing the values of the bps...)
I didn't even know there was an option for "LPCM 16". Do we know whether the OS and audio drivers leave "LPCM 16" data alone or whether they process it? E.g. does the OS volume control affect "LPCM 16" ffdshow output?
albain
8th December 2009, 16:41
It is said in FFDShow comments that this option could be used to connect to Cyberlink DVD audio filters
I believe that this is functional but nobody seems to use it or knows about it.
And I guess that you are right about LPCM encoding through HDMI.
In the docs I supplied to you there is a dedicated doc on LPCM formatting (doc #3).
I guess I'll have to get into it but I'd rather have dumper logs too
SamuriHL
8th December 2009, 16:51
Well, that's weird. Does HDMI support 32bit float LPCM!? I thought it only supported 16bit and 24bit cardinal LPCM?
PDVD9 is sending 32 bit for LPCM 48/24 or higher.
rica
8th December 2009, 17:13
Do we know whether the OS and audio drivers leave "LPCM 16" data alone or whether they process it? E.g. does the OS volume control affect "LPCM 16" ffdshow output?
Good point; i will check it for PDVD as weel :)
albain
8th December 2009, 19:10
Is there an existing software player outputting LPCM ?
Sebastiii
8th December 2009, 19:14
Hi
Good question :)
:)
albain
8th December 2009, 19:23
Otherwise, someone asked a question about when the HD audio branch will be committed to the trunk
The answer is quite simple : once HD audio bitstream will work on Vista.
For that I am waiting for PDVD9 dumper logs on Vista to get the right media structures. Rica is on his way to provide them
About LPCM, there is in my opinion too much work to make it work so this will be done later after the merge.
Sebastiii
8th December 2009, 19:26
Sorry that i can't help for now :(
But when i log on TMT and Xonar before it was on Vista, so why it doesn't work ? i'm lost :) lol
albain
8th December 2009, 20:07
Sorry that i can't help for now :(
But when i log on TMT and Xonar before it was on Vista, so why it doesn't work ? i'm lost :) lol
No problem, let's say a little prayer for your AVR :-)
Sebastiii
8th December 2009, 20:08
Yes, yes :) i hope with all my finger :)
whurlston
8th December 2009, 20:18
Is there an existing software player outputting LPCM ?
PDVD 9 does. Playing a 96/24 track now. Interestingly, it does not output LPCM 48/16 but runs it through Windows Mixer. Anything higher, it outputs the LPCM though.
Browncoat
8th December 2009, 20:25
I am waiting for PDVD9 dumper logs on Vista to get the right media structures.
Don't think it is helpfull, just in case. PDVD9+dumper with Auzentech on Vista x86 (before crash).
DTS HD MA
http://www.mediafire.com/?n1iey4ufmxy
Dolby TrueHD
http://www.mediafire.com/?jizzz5gedhj
Don't forget about Auzen :)
albain
8th December 2009, 20:57
Don't think it is helpfull, just in case. PDVD9+dumper with Auzentech on Vista x86 (before crash).
DTS HD MA
http://www.mediafire.com/?n1iey4ufmxy
Dolby TrueHD
http://www.mediafire.com/?jizzz5gedhj
Don't forget about Auzen :)
The last media type sent is WAVE_FORMAT_DOLBY_AC3_SPDIF.
Maybe (and probably) this is not this one which is used but this is the last one I can see.
And with this you get HD audio bitstream ?
Normally if PDVD has updated with the new patch his media types for the ATI, auzentech should have updated his drivers too ?
Browncoat
8th December 2009, 21:04
And with this you get HD audio bitstream ?
Not with dumper (crash...). Without dumper everything OK.
auzentech should have updated his drivers too ?
There is no driver update for Auzen. AFAIK there are no problems with Auzent+PDVD last patch. I'll check that by myself later.
EDIT
Now i have PDVD build 2320. Bitstreaming works well on Seven x64. Logs from Vista x86 will be tomorrow (i don't think there will be any difference). It's time to go to bed now ))
rica
8th December 2009, 23:15
OK albain and friends.
I'm here but i'm afraid i don't have good news for you.
I found those forced debugs are useless; because:
I have to open PDVD to see its PID which changes in every restarting of the application. (needed for dpinpurr)
When i mount an ISO, PDVD starts and "loading BD" slidebar stops at 98% and application crashes.
And i need to see the settings page of PDVD so as to check HD audio bitstreaming option everytime (or at least open that page and click to "OK") to get DTSHD or THD bitstreaming otherwise PDVD, at the beginning, starts decoding to PCM as default. (and unfortunately crash happens before the possibility of setup bitstreaming option.)
But anywway (even i don't thrust them) i add this DTSHDMA bitstreaming??? debug log on Vista:
http://www.mediafire.com/?t4mmjhmiiuj
and a THD bitstreaming???? debug log on Vista:
http://www.mediafire.com/?tdwlktwy0my
BTW, some more info:
LPCM 16 bit never bitstreams on Vista or 7 with PDVD , you can check it with volume slide bar; volume always changes when you move it which means LPCM is decoded to PCM by Cyberlink decoder in PDVD and it's not a bitstream at all.
(volume slide bar or mixer settings never effect anything under the cases:
1) Kernel(XP) or WASAPI (Vista) bitperfect streaming_decoded audio in SW but goes directly to your AVR bypasssing MS mixer.
Or,
2) Bitstream _non-decoded compressed audio directly goes to your AVR bypassing MS mixer.)
While debugging ffdshow we get the right debug log since we open dbgview at the beginning and play ffdshow without any crash.
We need to fix this while debugging PDVD.
The result of my trials for now: (over Ati 5*** series)
ffdshow and PDVD9 bitstream THD, DTSHD-MA, DTSHD-HR very well. (on Vista and 7)
ffdshow and PDVD9 can not bitstream LPCM for now. (on Vista and 7)
EDIT:
LPCM 24/48 bitstreaming works via PDVD9; given it a go with Vista and 7/64 while 16 bit doesn't work in any case.
24 or 16 bit LPCM bitstreams dedected as DD by ffdshow for the time being.
I can not give any true debug logs since PDVD application crashes at the beginning.
_ _ _ _ _ _ _
_ _ _ _ _
SamuriHL
9th December 2009, 00:03
That doesn't match my results. 48/16 always goes through the windows audio stuff, but, 48/24 with the non-decoded HD audio option bypasses the windows audio stuff and is for all intents and purposes bitstreamed. When I check the info screen, it's showing that a 48/24 track is being output as 32 bit.
rica
9th December 2009, 00:07
That doesn't match my results. 48/16 always goes through the windows audio stuff, but, 48/24 with the non-decoded HD audio option bypasses the windows audio stuff and is for all intents and purposes bitstreamed. When I check the info screen, it's showing that a 48/24 track is being output as 32 bit.
The problem, all LPCM BDs are 48/16 which i belong to.
If you upload a 48/24 LPCM i'll be appreciated.
SamuriHL
9th December 2009, 00:09
I'll see what I can do. It definitely won't be tonight. I've been up to my neck in work the past couple days. If someone else has a 48/24 or higher LPCM track that'd be useful. Note that it MUST be in ISO form so that it can be mounted. Rica, I'm sure you know how to take an m2ts or mkv and convert it to ISO, right?
rica
9th December 2009, 00:11
Note that it MUST be in ISO form so that it can be mounted. Rica, I'm sure you know how to take an m2ts or mkv and convert it to ISO, right?
:D:D:D
Thanks :)
rica
9th December 2009, 00:16
samuri, are we talking about Ati passthrough? Or Xonar?
And anybody?
If someone else has a 48/24 or higher LPCM track that'd be useful.
whurlston
9th December 2009, 00:42
samuri, are we talking about Ati passthrough? Or Xonar?
And anybody?
ATI Passthrough.
That doesn't match my results. 48/16 always goes through the windows audio stuff, but, 48/24 with the non-decoded HD audio option bypasses the windows audio stuff and is for all intents and purposes bitstreamed. When I check the info screen, it's showing that a 48/24 track is being output as 32 bit.
That's my results as well. Renethx has also confirmed this on avsforum. One thing that I noticed though is that even though the PDVD Info screen shows 32 bits, when I connect to the graph and view the pin configuration,, it reports 24 bit (this is the report from a 96/24 2.0 LPCM track):
20. [ 0006]/(Audio Out) -> [CyberLink Audio Renderer (PDVD9) [AR1]]/(Audio Input pin (rendered))
Major: MEDIATYPE_Audio
Subtype: {6AD2A952-9979-4DC4-B6E1-6F3C3137B342}
bFixedSizeSamples: FALSE
bTemporalCompression: FALSE
lSampleSize: 1
cbFormat: 18
Format: FORMAT_WaveFormatEx
WAVEFORMATEX:
wFormatTag: 0xc000 (49152)
nChannels: 2
nSamplesPerSec: 96000
nAvgBytesPerSec: 576000
nBlockAlign: 6
wBitsPersample: 24
cbSize: 0
rica
9th December 2009, 00:56
Thanks, i have to re-master "Live at Radio City- Dave Matthews and Tim Reynolds" then. (Yes, it had a 24/48/2 LPCM as secondary audio track, i've just remembered this is the only one i have.)
SamuriHL
9th December 2009, 02:50
Awesome, rica. Good luck!
@whurlston, I'll see if I can attach to the graph tomorrow and see what I get on one of my 48/24 LPCM tracks. That one reported 32 bit output.
rica
9th December 2009, 03:17
Yea, i got LPCM bitstream on Vista with PDVD9; even i have some isssues like FF which is up to either pcm2tsmu or tsmuxer but this is not important for the time being and i don't care :):)
24/48/2 btw; you're right guys, thx. The question is here why we need 24 bit for LPCM bitstreaming then? I'll check it with 7/64 and the reasons tomorrow.
Here is the most probably non-useless log:
http://www.mediafire.com/?nuumijyhntn
BTW i got passthrough here..
whurlston
9th December 2009, 03:58
Awesome, rica. Good luck!
@whurlston, I'll see if I can attach to the graph tomorrow and see what I get on one of my 48/24 LPCM tracks. That one reported 32 bit output.
You'll need to either add the DX_ExposeGraph=1 registry entry or just use DirectShow Filter Graph Spy (http://alax.info/blog/777) (look for the section of the page in a yellow text box for the download). You'll also need to use the 32 bit GraphStudio of course.
SamuriHL
9th December 2009, 04:11
I'm not able to get to their download site. But that looks like a nice thing to have installed.
whurlston
9th December 2009, 04:17
Check your PM on AVS
SamuriHL
9th December 2009, 04:26
Got it, thanks! Will give it a shot in the morning. I'd like to see what it's doing.
whurlston
9th December 2009, 05:40
It actually works on TMT as well ;)
Also, if you're interested: the code for it can be found at http://code.assembla.com/roatl-utilities/subversion/nodes/trunk/FilterGraphSpy
albain
9th December 2009, 10:57
@Rica : you said earlier that ffdshow bitstream for THD/DTSHD works on Vista & 7. You meant only 7 right ?
Also, you guys are saying that you are able to use filtergraphspy with TMT and PDVD9 ?
So this means that you would be able to get the media structures (as for LPCM) on Vista and on (non working) HD audio formats ?
Cheesegeezer
9th December 2009, 11:21
Albain,
Do you have an mpeg-ts splitter.ax i could have please.
Cheers
Dave
whurlston
9th December 2009, 11:35
MPC has a splitter in the standalone filters package.
http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64
Cheesegeezer
9th December 2009, 11:46
Thanks for that, I'm trying to get my .ts files playing natively using mediabrowser in Windows 7 so I need to register the splitter for the TS containers.
Cheers for your help.
EDIT: it's the MPEGsplitter.ax that I want, isn't it?
rica
9th December 2009, 12:25
@Rica : you said earlier that ffdshow bitstream for THD/DTSHD works on Vista & 7. You meant only 7 right ?
Also, you guys are saying that you are able to use filtergraphspy with TMT and PDVD9 ?
So this means that you would be able to get the media structures (as for LPCM) on Vista and on (non working) HD audio formats ?
albain this is what i said on previous page:
The result of my trials for now: (over Ati 5*** series)
ffdshow and PDVD9 bitstream THD, DTSHD-MA, DTSHD-HR very well. (on Vista and 7)
ffdshow and PDVD9 can not bitstream LPCM for now. (on Vista and 7)
_ _ _ _ _
http://85.230.118.136/showthread.php?p=1350883#post1350883
whurlston
9th December 2009, 12:44
Thanks for that, I'm trying to get my .ts files playing natively using mediabrowser in Windows 7 so I need to register the splitter for the TS containers.
Cheers for your help.
EDIT: it's the MPEGsplitter.ax that I want, isn't it?
That's the one.
whurlston
9th December 2009, 12:47
Also, you guys are saying that you are able to use filtergraphspy with TMT and PDVD9 ?
So this means that you would be able to get the media structures (as for LPCM) on Vista and on (non working) HD audio formats ?
Yup, that's how I've been doing it all along. It does not work on WinDVD when playing Blu-ray but it does for TMT and PDVD. It does however work on WinDVD when playing regular DVDs.
I'll Vista on a machine later today.
SamuriHL
9th December 2009, 13:59
I plan on trying it out once I get my lazy self out of bed. :)
albain
9th December 2009, 14:20
albain this is what i said on previous page:
http://85.230.118.136/showthread.php?p=1350883#post1350883
Yes this is the post I was referring to.
So you're saying that HD bitstream is working on Vista too (because from your Vista logs I didn't see it working) ?
So(2) can we say that HD audio bitstream is okay now for DTS-HD and TrueHD on Vista & 7 ?
(for EAC3 it is a driver matter)
Yup, that's how I've been doing it all along. It does not work on WinDVD when playing Blu-ray but it does for TMT and PDVD. It does however work on WinDVD when playing regular DVDs.
I'll Vista on a machine later today.
Ok great. I may have a few ideas to improve the dumper tool if this is not possible
rica
9th December 2009, 15:18
So you're saying that HD bitstream is working on Vista too (because from your Vista logs I didn't see it working) ?
yes, absolutely :)
Browncoat
9th December 2009, 16:48
Yeah! PDVD9 doesn't crash with dumper if function "auto turn-off Aero" disabled! I hear sound, I see lights on avr and I have 60Mb bitstream.txt ))
DTS HD MA (realy working), Vista x86, Auzentech, PDVD9 2320
http://www.mediafire.com/?1zmjrzm3zxz
Dolby TrueHD
http://www.mediafire.com/?tmwyjj0mytm
So, to all, who have problems with PDVD+dumper:
Settings -> BluRay disk -> Advanced -> Windows Aero
Turn off checkbox.
SamuriHL
9th December 2009, 16:56
Nice work! :)
albain
9th December 2009, 17:48
Awesome !
Great jobs guys :thanks:
I think we are close to the commit
albain
9th December 2009, 18:12
Yeah! PDVD9 doesn't crash with dumper if function "auto turn-off Aero" disabled! I hear sound, I see lights on avr and I have 60Mb bitstream.txt ))
DTS HD MA (realy working), Vista x86, Auzentech, PDVD9 2320
http://www.mediafire.com/?1zmjrzm3zxz
Dolby TrueHD
http://www.mediafire.com/?tmwyjj0mytm
So, to all, who have problems with PDVD+dumper:
Settings -> BluRay disk -> Advanced -> Windows Aero
Turn off checkbox.
What about this build (http://damienbt.free.fr/ffdshow_rev3148_20091209_dbt_bitstream_beta50.exe) ?
You may have to try several audio renderers (directsound, waveout, MPC, and PowerDVD renderer)
To get PDVD renderer, you have to register cladr.ax in PDVD folder\AudioFilter
Sebastiii
9th December 2009, 18:29
Great a new build :)
Thx. I hope that i could test quickly :)
Seb.
albain
9th December 2009, 18:45
Great a new build :)
Thx. I hope that i could test quickly :)
Seb.
This is not for you Seb but for Auzentech owners, lol
FYI, here are the precious structures :
TRUEHD
Format type : {05589F81-C356-11CE-BF01-00AA0055595A}
Sub type : {6AD2A952-9979-4DC4-B6E1-6F3C3137B342}
19:17:53-341 DumpWFEX
WAVEFORMATEX
wFormatTag : 49155
Channels : 8
Bits per sample : 16
Samples per second :192000
nBlockAlign : 16
DTSHD
Format type : {05589F81-C356-11CE-BF01-00AA0055595A}
Sub type : {6AD2A952-9979-4DC4-B6E1-6F3C3137B342}
18:45:31-200 DumpWFEX
WAVEFORMATEX
wFormatTag : 49156
Channels : 2
Bits per sample : 16
Samples per second :96000
nBlockAlign : 4
The subtype is the same for DTSHD and TrueHD, but the formattag changes.
This is what is now implemented within FFDShow with trial feature of multiple media structures
Browncoat
9th December 2009, 19:51
beta 50. Vista x86. MPC-HC build 1404. Default sound device changed from "Speakers" to "Auzen HDMI out" (default and recomended for Auzen is Speakers) because not all renders allow to choose endpoint.
HD bitstreaming doesn't work at all (no lights, no sound, glitches with video) with all renders.
AC3 and DTS bitstreaming work ok. With all renders.
When all bitstream options in ffdshow checked, I can't change audio stream in mpc. So these options are unusable.
Seven x86
HD sound plays as pcm, format = settings in windows control panel. Stereo. 2.0 is only option for "HDMI out device" in windows CP.
AC3 and DTS ok. But after seek connection to avr lost. Sound with distortion, different audio streams can play (you can't choose, it's random ))). Everything messed up. If there is only 1 audio stream in file ac3 and dts sounds good, seeking works too. Bad splitter?
Dumper logs from Seven (bitstream in powerdvd works ok)
Dolby TrueHD
http://www.mediafire.com/?mdjw2wznm5t
DTS HD
http://www.mediafire.com/?donazmdlgg2
albain
9th December 2009, 20:44
beta 50. Vista x86. MPC-HC build 1404. Default sound device changed from "Speakers" to "Auzen HDMI out" (default and recomended for Auzen is Speakers) because not all renders allow to choose endpoint.
HD bitstreaming doesn't work at all (no lights, no sound, glitches with video) with all renders.
AC3 and DTS bitstreaming work ok. With all renders.
When all bitstream options in ffdshow checked, I can't change audio stream in mpc. So these options are unusable.
Seven x86
HD sound plays as pcm, format = settings in windows control panel. Stereo. 2.0 is only option for "HDMI out device" in windows CP.
Dumper logs from Seven (bitstream in powerdvd works ok)
Dolby TrueHD
http://www.mediafire.com/?mdjw2wznm5t
DTS HD
http://www.mediafire.com/?donazmdlgg2
Could you rather post me debugview logs instead of the dumper ?
Thanks
Browncoat
9th December 2009, 21:13
DTS HD MA debugview
http://www.mediafire.com/?o1yzyyjw2ey
albain
9th December 2009, 21:20
DTS HD MA debugview
http://www.mediafire.com/?o1yzyyjw2ey
Weird, this is the exact same structure that is sent by FFDShow and it is refused by the renderer.
Have you tried with cyberlink powerdvd renderer ?
00000342 0.21623321 [2380] Media Type Structure
00000343 0.21623321 [2380] Format type : FORMAT_WaveFormatEx
00000344 0.21623321 [2380] Sub type : {6AD2A952-9979-4DC4-B6E1-6F3C3137B342}
00000345 0.21623321 [2380]
00000346 0.21623321 [2380] WAVEFORMATEX :
00000347 0.21623321 [2380] wFormatTag : format 49156
00000348 0.21623321 [2380] Channels : 2
00000349 0.21623321 [2380] Bits per sample : 16
00000350 0.21623321 [2380] Samples per second : 96000
00000351 0.21623321 [2380] nBlockAlign : 4
00000352 0.21623321 [2380] nAvgBytesPerSec : 384000
00000353 0.21623321 [2380]
00000354 0.21634676 [2380] TaudioParser::getSupportedFormat no compatible format supported
Browncoat
9th December 2009, 21:30
Yes. No sound at all.
rica
9th December 2009, 23:18
So, to all, who have problems with PDVD+dumper:
Settings -> BluRay disk -> Advanced -> Windows Aero
Turn off checkbox.
Where is it? I can't see any option/checkbox there?
Or do you mean disabling Aero on Vista; not in application settings?
rica
10th December 2009, 00:32
Ati results:
LPCM 24/48 bitstreaming works via PDVD9; given it a go with Vista and 7/64 while 16 bit doesn't work in any case. (btw all of the LPCM BDs i have are 16/48.)
24 or 16 bit LPCM bitstreams detected as DD in both OS by ffdshow for the time being.
I can not give any true debug logs since PDVD application crashes at the beginning.
Then if i don't have logs how do i know if it's bitstreaming or not?
LPCM 16 bit never bitstreams on Vista or 7 with PDVD , you can check it with volume slide bar; volume always changes when you move it which means LPCM is decoded to PCM by Cyberlink decoder in PDVD and it's not a bitstream at all.
(volume slide bar or mixer settings never effect anything under the cases:
1) Kernel(XP) or WASAPI (Vista) bitperfect streaming_decoded audio in SW but goes directly to your AVR bypasssing MS mixer.
Or,
2) Bitstream _non-decoded compressed audio directly goes to your AVR bypassing MS mixer.)
So albain, (for now) you may edit the bitstreaming results for:
ati,
auzentech and
xonar.
_ _ _ _ _ _
Snowknight26
10th December 2009, 01:19
rica, there's an edit button for a reason (so you don't have to double post). ><
rica
10th December 2009, 01:24
rica, there's an edit button for a reason (so you don't have to double post). ><
i did use that button as well, don't worry :cool:
Browncoat
10th December 2009, 07:16
Or do you mean disabling Aero on Vista; not in application settings?
Not on Vista. In application settings. Tab visible only when player in stop mode and you have not open any file. In short, just run PDVD with shortcut in start menu.
More to say - in Seven PDVD still disables AERO (with that function turned off) but not crashing.
2albain
I'll make debug_view logs for all combinations format-output-OS, when I back home. Hope this will help. I don't know what more to do to help you.
2all
Is there any special options in ffdshow that help you to have working bitstream? Maybe I do something wrong.
albain
10th December 2009, 08:50
Not on Vista. In application settings. Tab visible only when player in stop mode and you have not open any file. In short, just run PDVD with shortcut in start menu.
More to say - in Seven PDVD still disables AERO (with that function turned off) but not crashing.
2albain
I'll make debug_view logs for all combinations format-output-OS, when I back home. Hope this will help. I don't know what more to do to help you.
2all
Is there any special options in ffdshow that help you to have working bitstream? Maybe I do something wrong.
I think I found why it does not work, it seems to be the same problem as the xonar : try to disable AC3 and DTS passthrough and let the others checked
albain
10th December 2009, 09:19
I also think that I found a solution for xonar/auzentech owners
I am testing it and I will publish a new build
Skinleech
10th December 2009, 09:21
I think I found why it does not work, it seems to be the same problem as the xonar : try to disable AC3 and DTS passthrough and let the others checked
FYI, I fixed that yesterday (eventually) by setting MPC to use the Arcsoft renderer as the default sound device, then added it as the preferred decoder.
This way, I can check all passthrough options, and THD/DTS-HD still work. Hopefully a similar solution can be used in the scenario above.
albain
10th December 2009, 09:36
Geat, but now with this build (http://damienbt.free.fr/ffdshow_rev3148_20091210_dbt_bitstream_beta51.exe) you will be able to use other renderers
There is a new option in the output section to enable a compatibility mode with xonar/azuentech (and any other cards that don't accept the official media types)
Actually, FFDShow will publish a PCM media type in order to connect to the renderer, even if it is AC3/DTS and you have checked passthrough for those 2.
Then once the connection is made, ffdshow will dynamically change of media type by trying several media structures until one is accepted.
Of course, you have to make sure that your card is able to handle the bitstream format that you checked otherwise FFDShow will revert to PCM
Also, the decoders must be enabled in the codec section : AC3/DTS/EAC3/TrueHD
I still have doubts on the azuentech because :
- arcsoft renderer refuse regular structures (the one used for the ATI), so ffdshow skip it and try the xonar structure and the connection work
- PDVD with the last patch accept ATI structure and azuentech structure which make it compatible with both. As a result, ffdshow tries ATI structure => yes from the renderer, and won't have to try the azuentech one. So I hope that this will work anyway
I fear that the audio driver of the azuentech won't be able to deal with this structure
albain
10th December 2009, 09:49
About LPCM now
@Rica & @Browncoat
do you think you could get the dumper working on LPCM now that we have confirmation that PDVD outputs LPCM ?
as Browncoat did with TrueHD/DTSHD on his azuentech and the aero trick, this should give the buffers content and the media structures
Thanks guys
PS : I am about to commit the branch to the trunk once I'll have confirmation that the xonar/azuentech bitstream works fine with the last issues resolved
Browncoat
10th December 2009, 10:55
do you think you could get the dumper working on LPCM now that we have confirmation that PDVD outputs LPCM ?
I have remux of BluRay "Black Symphony" by Within Temptation (in .mkv). There is LPCM 5.1 96/24 (13824 Kbps) track. I'll make BD iso and test it. I don't expect problems, but it will take some time. I'll be home in 6 hours.
piit
10th December 2009, 12:20
About LPCM now
@Rica & @Browncoat
do you think you could get the dumper working on LPCM now that we have confirmation that PDVD outputs LPCM ?
as Browncoat did with TrueHD/DTSHD on his azuentech and the aero trick, this should give the buffers content and the media structures
albain, could you point me at some post about the dumper or quickly explain how to use it? Tried LPCM yesterday on 48/24 soundtrack and it is working in PDVD9 indeed. I'd like to provide some dumps myself.
PS : I am about to commit the branch to the trunk once I'll have confirmation that the xonar/azuentech bitstream works fine with the last issues resolved
Great news!
Pete
albain
10th December 2009, 12:21
Ok thanks
@Skinleech : can check with the last build that you have bitstream working with AC3/DTS checked with all renderers ?
Thanks
Skinleech
10th December 2009, 13:40
Ok thanks
@Skinleech : can check with the last build that you have bitstream working with AC3/DTS checked with all renderers ?
Thanks
No problem. I will check when I am home from work and let you know.
Thanks.
mikelebron
10th December 2009, 14:56
Guys.. I have been following this with much enthusiasm and gratitude... The question I have is technically what is the reason why the ATI 4xxx and the new Nvidia 2xx cards can not support this method of implementation? What makes them different if PAP is not a factor and they both support the proper bandwidth, etc.?
dehati_paul
10th December 2009, 15:39
I also have the same question as mikelebron - why only ati 5xxx and not ati 4xxx, as one of the initial objectives of ths development was to make it work with ati 4xxx? Is it not possible due to hardware limitation?
albain
10th December 2009, 17:04
The initial expectations about bitstream support on 4xxx and nvidia similar cards are nearly hopeless now.
Technically, nothing prevents those cards to transport HD bitstream over HDMI but the limitation comes from the driver.
To make bitstream work I realized that the driver is very sensitive to the media structures you feed and this was not expected.
I thought at first that if you fed the right bitrate, frequency and a few other parameters any format would play without a glitch....
It appears that this is not the case : the audio driver performs some additional actions on the stream (I don't know which but I guess this includes the HDMI encapsulation) basing on those media structures (which define the format and its parameters) and it seems it needs to know with which format it is dealing with.
This is the reason why the DD+ bitstream does not work yet on the radeon 5xxx
Sorry guys
PS : however LPCM 24 bits should be doable on all cards (... 4xxx or even and higher)
jimwhite
10th December 2009, 17:06
I believe it is because the relevant drivers do not accept the HD audio formats. The ATI 5XXX and Auzentech and Xonar drivers are set up for bitstream so they will accept the HD audio streams.
:cool:
Edit: Albain - You're too quick :D
madshi
10th December 2009, 17:24
I don't think it's a driver problem, only. I think it's also a hardware limitation. If you look back in PC HDMI history, we had several stages:
1st generation: No audio output at all
2nd generation: AC3 & DTS bitstreaming, stereo PCM
3rd generation: AC3 & DTS bitstreaming, multichannel PCM
4th generation: AC3 & DTS bitstreaming, multichannel PCM, HD bitstreaming
I believe this whole mess was caused by hardware, and not by drivers. Finally, 5xxx puts an end to it.
kkozma
10th December 2009, 17:50
Is it possible to force the 5XXX drivers to load with a 4XXX card? I thought I remembered reading way back at the start of this that both cards used the same audio chip?
Anyways, now that my 5 days are up I just wanted to say awesome job guys! I've been reading and following along sine the very first mention. I'll keep holding out hope that the 4XXX cards will work. I'm very happy with my 4550.
Browncoat
10th December 2009, 17:53
with this build you will be able to use other renderers
beta51 logs, dts-hd
http://www.mediafire.com/?ntgoqn0taqy
All the same. HD plays as stereo pcm. One difference from beta50 - cyberlink render work like others now. (beta 50 = no sound with cyberlink render). Maybe it is a good idea - made a selector in ffdshow "I have xonar"/ "I have Auzen HT HD" :)
And about LPCM. I was very optimistic - I can't make BD with tsMuxeR 1.10.6 - it doesn't see lpcm tracks. I'll try tsremux, but last time i use it PDVD can not play BD made with tsremux. So, if anyone have 100% working .ISO with BD structure and HD lpcm track, please, upload it somewhere :)
SamuriHL
10th December 2009, 18:00
Is it possible to force the 5XXX drivers to load with a 4XXX card? I thought I remembered reading way back at the start of this that both cards used the same audio chip?
Anyways, now that my 5 days are up I just wanted to say awesome job guys! I've been reading and following along sine the very first mention. I'll keep holding out hope that the 4XXX cards will work. I'm very happy with my 4550.
It's an identical driver. There is no "4xxx" or "5xxx" driver. It's unified. So, no, there's nothing that can be done there, either.
SamuriHL
10th December 2009, 18:02
beta51 logs, dts-hd
http://www.mediafire.com/?ntgoqn0taqy
All the same. HD plays as stereo pcm. One difference from beta50 - cyberlink render work like others now. (beta 50 = no sound with cyberlink render). Maybe it is a good idea - made a selector in ffdshow "I have xonar"/ "I have Auzen HT HD" :)
And about LPCM. I was very optimistic - I can't make BD with tsMuxeR 1.10.6 - it doesn't see lpcm tracks. I'll try tsremux, but last time i use it PDVD can not play BD made with tsremux. So, if anyone have 100% working .ISO with BD structure and HD lpcm track, please, upload it somewhere :)
Try ClownBD and see if it'll do it for you. You have to run the LPCM track through another program....I forget the name. Maybe ClownBD does that for you.
kkozma
10th December 2009, 18:26
It's an identical driver. There is no "4xxx" or "5xxx" driver. It's unified. So, no, there's nothing that can be done there, either.
If the driver is exactly the same, then what's different about it? Sorry, I'm not trying to be a pain, I just don't understand.
Browncoat
10th December 2009, 18:39
Try ClownBD and see if it'll do it for you. You have to run the LPCM track through another program....I forget the name. Maybe ClownBD does that for you.
Thank you! eac3 was needed. ClownBD did everything by himself.
I can confirm - PDVD bitstreaming lpcm. And here is dumper log
http://www.mediafire.com/?4fqcyjlwmha
MediaInfo about audio track:
Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : PCM
Format settings, Endianness : Big
Format settings, Sign : Signed
Muxing mode : Blu-ray
Duration : 16s 920ms
Bit rate mode : Constant
Bit rate : 13.8 Mbps
Channel(s) : 6 channels
Channel positions : Front: L R C, Rear: L R, LFE
Sampling rate : 96.0 KHz
Resolution : 24 bits
Stream size : 27.9 MiB (30%)
SamuriHL
10th December 2009, 18:46
If the driver is exactly the same, then what's different about it? Sorry, I'm not trying to be a pain, I just don't understand.
The hardware is different, as Madshi pointed out. The driver knows what hardware it's running on and simply refuses the bitstream data types. It's why us 5xxx owners can't bitstream DD+ because the driver refuses that media type. You can see a list of what's supported by your driver/hardware combination by looking in the audio properties in Windows audio control panel. You'll find your 4xxx card likely says it supports DD/DTS/LPCM. That's about it. So the driver will refuse anything else. Just because it's a unified driver doesn't mean it acts the same on all hardware. It's just unified, that's all...meaning the code paths for all the hardware exist in the same driver.
SamuriHL
10th December 2009, 18:47
Thank you! eac3 was needed. ClownBD did everything by himself.
I can confirm - PDVD bitstreaming lpcm. And here is dumper log
http://www.mediafire.com/?4fqcyjlwmha
MediaInfo about audio track:
Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : PCM
Format settings, Endianness : Big
Format settings, Sign : Signed
Muxing mode : Blu-ray
Duration : 16s 920ms
Bit rate mode : Constant
Bit rate : 13.8 Mbps
Channel(s) : 6 channels
Channel positions : Front: L R C, Rear: L R, LFE
Sampling rate : 96.0 KHz
Resolution : 24 bits
Stream size : 27.9 MiB (30%)
Awesome! Nice work. :)
whurlston
10th December 2009, 19:39
albain, I finally got Vista downloaded from technet (My internet has been extremely slow). Do you still want me to test it with the 5xxx?
kkozma
10th December 2009, 19:44
The hardware is different, as Madshi pointed out. The driver knows what hardware it's running on and simply refuses the bitstream data types. It's why us 5xxx owners can't bitstream DD+ because the driver refuses that media type. You can see a list of what's supported by your driver/hardware combination by looking in the audio properties in Windows audio control panel. You'll find your 4xxx card likely says it supports DD/DTS/LPCM. That's about it. So the driver will refuse anything else. Just because it's a unified driver doesn't mean it acts the same on all hardware. It's just unified, that's all...meaning the code paths for all the hardware exist in the same driver.
Gotcha. Albain got this all working without even having the hardware, there HAS to be a way to trick it.
Where are those audio proprties listed in XP?
Skinleech
10th December 2009, 20:14
Ok thanks
@Skinleech : can check with the last build that you have bitstream working with AC3/DTS checked with all renderers ?
Thanks
Bad news albain. Both DTS-HD and Thd formats do not work without Arcsoft renderder. Itried default audio device & wave out. Thd was stereo or multichannel & played very jerkily. DTS-HDwas the same without stutters.
Question: I'm finding that eac3 is not great. One file I tried, my AVR would not recognise it & was flashing between +4 abd -27dialnorm on the display. Another file played very stuttery. Ffdshow seemed to recognise both streams.
I will get logs.
jimwhite
10th December 2009, 21:12
anybody tried albain's ffdshow bitstreaming on an Intel G45 ??? It has PAP so maybe it's drivers allow HD audio streams....
whurlston
10th December 2009, 21:12
Results for beta 49 on Vista with a 5770:
TrueHD: Works with Default WaveOut Renderer
DTS-HD: Default WaveOut Renderer flashes between LPCM and DTS-HD on receiver. No sound.
Default DirectSound Renderer results in decoded PCM on both formats.
Going to load PDVD to test and get logs/media structures.
rica
10th December 2009, 21:48
Not on Vista. In application settings. Tab visible only when player in stop mode and you have not open any file. In short, just run PDVD with shortcut in start menu.
More to say - in Seven PDVD still disables AERO (with that function turned off) but not crashing.
Thx but already tried both methods; never seen any option:
http://img191.imageshack.us/img191/3938/pdvd9.th.png (http://img191.imageshack.us/i/pdvd9.png/)
About LPCM now
@Rica & @Browncoat
do you think you could get the dumper working on LPCM now that we have confirmation that PDVD outputs LPCM ?
as Browncoat did with TrueHD/DTSHD on his azuentech and the aero trick, this should give the buffers content and the media structures
I don't think i can get it working with any HD audio since i can't see any option as browncoat's??
Dunno if it appears with only Auzuntech HW?
Need confirmation from Ati users?
rica
10th December 2009, 22:23
Results for beta 49 on Vista with a 5770:
TrueHD: Works with Default WaveOut Renderer
DTS-HD: Default WaveOut Renderer flashes between LPCM and DTS-HD on receiver. No sound.
Default DirectSound Renderer results in decoded PCM on both formats.
Going to load PDVD to test and get logs/media structures.
Try with Direct Sound Device.
EDIT: sorry i've missed the second sentence but i say it must work; something is wrong.
davinleeds
11th December 2009, 02:33
Anything other than Directsound (using Star Trek for True HD) makes MPC play very slowly.
adding previously True HD and lpcm was very low, after trying wave then back to direct, audio is as should be (levels) but bitstream (true HD) is elusive.
whurlston
11th December 2009, 03:30
Try with Direct Sound Device.
EDIT: sorry i've missed the second sentence but i say it must work; something is wrong.
I've tested pretty thoroughly (GraphStudio). Using the DirectSound device results in no bitstreaming. Using WaveOut, it works for TrueHD.
DPRINTF logs: http://www.oshinetworks.com/DirectShow/ffdshow/Vista5770beta49.zip
PDVD media structures: http://www.oshinetworks.com/DirectShow/ffdshow/PDVD-VISTA.zip
albain
11th December 2009, 09:55
Hi again,
there is something I don't understand : SamuriHL reported that directsound works great on a radeon 5xxx on both TrueHD/DTSHD
Otherwise here is a new build for xonar/azuentech owners :
http://www.mediafire.com/file/mmjyjnn3yum/ffdshow_rev3155_20091211_dbt_bitstream_beta51.exe
There is a new option in the output section to select your device
I don't feel very comfortable with this option because this is done only for those users.
It should be an hidden option or something that would appear in an advanced mode or something.
@clsid and other developers : if you have ideas, I am open
whurlston
11th December 2009, 10:05
Hi again,
there is something I don't understand : SamuriHL reported that directsound works great on a radeon 5xxx on both TrueHD/DTSHD
It works great on Win 7. I was just testing Vista for you.
Possibly the reason it doesn't work with the Vista directsound device is because the formats aren't listed devices supported formats in the audio device properties as they are on Win 7? Similar to the Win 7 DD+ issue?
albain
11th December 2009, 11:23
But on Vista too, Rica made some tests with Vista and he reported bitstream to work on both TrueHD and DTSHD
@rica, can you confirm this ?
Thanks
clsid
11th December 2009, 12:47
I haven't been following this discussion in much detail. Perhaps you could add some kind of "Are you sure? YES/NO" confirmation prompt that pops up whenever a user changes that device setting? In that prompt you could explain what/who the option is for, and how/when it should be used.
renethx
11th December 2009, 15:12
@whurlston, 49157 is new for me. DTS-HD HR?
Browncoat
11th December 2009, 15:35
@rica
Hm...
http://pic.ipicture.ru/uploads/091211/873/thumbs/UaNl3RgHrA.jpg (http://ipicture.ru/Gallery/Viewfull/28399505.html)
Maybe it's nvidia-only option. Also I use classic skin.
Lucky me, I alone can use dumper with PDVD :)
SamuriHL
11th December 2009, 16:17
Right, I use Default DirectSound on 7. I'm not about to downgrade to Vista. :p A couple pages back I made a list of the renderers for each audio format that worked/didn't work for me. All on 64 bit 7.
albain
11th December 2009, 16:54
Thanks whurlston, I think that it should work if you select the "Only Auzuentech media types" in the dropdown list.
The PDVD structures used for the ATI on Vista are the same as the Auzentech (!)
albain
11th December 2009, 16:55
I haven't been following this discussion in much detail. Perhaps you could add some kind of "Are you sure? YES/NO" confirmation prompt that pops up whenever a user changes that device setting? In that prompt you could explain what/who the option is for, and how/when it should be used.
Okay, this is what I did thanks
Browncoat
11th December 2009, 17:02
beta51, auzen types
http://www.mediafire.com/?njmjiyuz2mj
No changes :(
hd out as pcm. On all renders
albain
11th December 2009, 17:03
Hi all,
the situation is not very clear, can I have a little help ?
1/ ATI on windows 7 : HD audio bistream works fine
2/ ATI on Vista : bitstream doen't work through directsound. TrueHD work through waveout. DTSHD doesn't work at all. However, Rica (I think) reported that he made it work on Vista
=> To be confirmed
=> Awaited test : select xonar/auzentech in the output section and make a test again with the ATI
3/ xonar on windows 7/vista : HD audio bitstream work on the xonar and with the new device selection in output section of beta 51 it should work also with AC3/DTS passthrough checked
4/ Auzentech on windows 7/vista : updated the last beta 51 reproduces exactly the structures sent in PDVD but they are refused by the renderer (dsound or pdvd renderer). Besides the buffers look "encrypted". I am not sure this can be fixed. We'll see once I'll fix the connection part
Thanks again everyone. I am waiting for those last results to make the commit
Browncoat
11th December 2009, 17:06
Dumper + PDVD + DTS HD HR [auzentech]
http://www.mediafire.com/?zqvokjyzhnl
albain
11th December 2009, 17:25
Dumper + PDVD + DTS HD HR [auzentech]
http://www.mediafire.com/?zqvokjyzhnl
Thanks, the wformatTag changes between HR (49157) and MA but that is not just all : the buffers sent to the driver are completely different than the ones transmitted by FFDShow.
I don't recognize the stream at all as it it was completely encrypted ! (no IEC header, no DTS or DTSHD syncword)
Moreover, the connection shouldn't be refused by PDVD renderer, but I think this is fixable on that part.
I don't think I will be able to fix this easily (if it is fixable)
EDIT : same thing for TrueHD. TMT doesn't do this, this is really crazy. However, I still hope that we can make it work on your card unencrypted by fixing this connection refusal thing
dehati_paul
11th December 2009, 18:25
Hi all,
the situation is not very clear, can I have a little help ?
1/ ATI on windows 7 : HD audio bistream works fine
2/ ATI on Vista : bitstream doen't work through directsound. TrueHD work through waveout. DTSHD doesn't work at all. However, Rica (I think) reported that he made it work on Vista
=> To be confirmed
=> Awaited test : select xonar/auzentech in the output section and make a test again with the ATI
3/ xonar on windows 7/vista : HD audio bitstream work on the xonar and with the new device selection in output section of beta 51 it should work also with AC3/DTS passthrough checked
4/ Auzentech on windows 7/vista : updated the last beta 51 reproduces exactly the structures sent in PDVD but they are refused by the renderer (dsound or pdvd renderer). Besides the buffers look "encrypted". I am not sure this can be fixed. We'll see once I'll fix the connection part
Thanks again everyone. I am waiting for those last results to make the commit
@albain
Are we saying that HD bitstreaming doesn't work on Vista with ATI and directsound? Oh my!! I just bought an ATI 5750 with the hope of bitstreaming from my Vista/32 HTPC. I already had Xonar which was bitstreaming fine but only with Arcsoft audio renderer.
As a separate suggestion - is it possible to have output audio renderer selection in ffdshow (similar to MPC-HC)? Otherwise, I couldn't get ffdshow to play through arcsoft renderer outside MPC-HC and graphstudio.
Sebastiii
11th December 2009, 19:28
Hi all,
the situation is not very clear, can I have a little help ?
1/ ATI on windows 7 : HD audio bistream works fine
2/ ATI on Vista : bitstream doen't work through directsound. TrueHD work through waveout. DTSHD doesn't work at all. However, Rica (I think) reported that he made it work on Vista
=> To be confirmed
=> Awaited test : select xonar/auzentech in the output section and make a test again with the ATI
3/ xonar on windows 7/vista : HD audio bitstream work on the xonar and with the new device selection in output section of beta 51 it should work also with AC3/DTS passthrough checked
4/ Auzentech on windows 7/vista : updated the last beta 51 reproduces exactly the structures sent in PDVD but they are refused by the renderer (dsound or pdvd renderer). Besides the buffers look "encrypted". I am not sure this can be fixed. We'll see once I'll fix the connection part
Thanks again everyone. I am waiting for those last results to make the commit
Hi and sorry that i can't help you for now. Always waiting news for my AVR.
So i hope that testers can answer to your question :)
Everybody :) help albain :)
Thx :)
albain
11th December 2009, 19:31
No this is not sure. I need this to be confirmed because I am sure someone told me that bitstream on ATI works on vista
Otherwise like I said earlier the xonar should now behave correctly with the new option I added (but needs to be confirmed too)
Also I will remove the checks on the connection (a new option) : it seems like some renderers refuse the connection for a given media type but this media type can still be passed in with the buffers.
This may fix Vista and maybe the auzentech
Skinleech
11th December 2009, 21:11
Otherwise like I said earlier the xonar should now behave correctly with the new option I added (but needs to be confirmed too)
No goodresults for me albain. Without the arcsoft renderer I still just get PCM. All formats except eac3 are fine with Arcsoft though.
Eac3 just doesn't work. I either get corrupted audio or no playback. I willget logs once I have my new Win7 install prperly set up (i.e. logging tools & setting ffdshow to dump logs).
albain
11th December 2009, 21:24
Ok, please try this new one (http://damienbt.free.fr/ffdshow_rev3155_20091211_dbt_bitstream_beta52.exe)
Please use this one for xonar & auzuentech owners by selecting your card.
Skinleech
11th December 2009, 21:54
I'll try that later. Thanks.
Eac3 log as per my post above. Just no idea what's not right: http://pastebin.com/m1ed5398
rica
11th December 2009, 22:52
But on Vista too, Rica made some tests with Vista and he reported bitstream to work on both TrueHD and DTSHD
@rica, can you confirm this ?
Thanks
I'm so sorry albain and whurlston and the other friends for the confusion.
You know we've made a lot of trials with both ffdshow and PDVD nowadays and i'm confused. :devil:
But @rica reminded me what the latest version of ffdshow gives bitstream on Vista while the later vesions can not:
46 is working for me very well with DTSHD and THD.
Thanks albain :)
47 and 49 trials:
Vista 32/SP2:
THD gives core ac3
DTSHD-MA gives core ac3 :p
So vladd, try with 46 via Direct Sound Device. :)
Returning back to 46 to confirm again.
(Tests have been done with Ati 5770 on Vista 32 SP2)
_ _ _ _ _ _
RiotRay
11th December 2009, 23:08
Auzentech user here!
I tried the latest ffdshow build, but could only get the core stream of a dts-hd file so far.
What renderer should I use?
Settings?
Usually I use ZoomPlayer with ReClock as the renderer.
TMT3 is installed, but I don't know how to install the arcsoft renderer.
thx
albain
11th December 2009, 23:15
Thank you Rica, I am relieved, I just have to find out what has been changed since !
To xonar/auzentech users : I am interested in debugview logs to digg into this, thks
rica
11th December 2009, 23:22
Thank you Rica, I am relieved, I just have to find out what has been changed since !
Thanks to you :)
Please give me the link of beta 46; sorry i've lost it.
Sebastiii
11th December 2009, 23:26
Hi rica :)
So :
ffdshow_rev3140_20091203_dbt_bitstream_beta46.exe (http://sebinternet.free.fr/ffdshow_rev3140_20091203_dbt_bitstream_beta46.exe)
:)
rica
11th December 2009, 23:32
Thanks a lot my friend.
Skinleech
11th December 2009, 23:51
To xonar/auzentech users : I am interested in debugview logs to digg into this, thks
Logs of anything in particular, or just a log of a stream that I know works?
whurlston
12th December 2009, 00:07
So vladd, try with 46 via Direct Sound Device. :)
Returning back to 46 to confirm again.
(Tests have been done with Ati 5770 on Vista 32 SP2)
_ _ _ _ _ _Ah ha. I was trying to figure out why we were getting different results. I'll test with 46 and post the results.
SamuriHL
12th December 2009, 00:09
Logs of anything in particular, or just a log of a stream that I know works?
1 of each stream type would probably be fantastic for him.
rica
12th December 2009, 00:17
Here: THD via 46 on Vista; MPC-HC used:
http://img692.imageshack.us/img692/6851/testyh.png
whurlston
12th December 2009, 05:31
rica, can you right click the video window and select "Filters" and verify that MPC is using the "Default DirectSound device"? I suspect that you are actually using the MPC Audio Renderer.
Beta 46 gives me the same results as beta 49 with the exception of DTS-HD. Instead of dropping back to PCM decoding, it crashes GraphStudio. This is the same behaviour that was reported by SHL for beta 46:
@albain
Monsters Inc crashes MPC-HC with both DS and waveout renderers. I have no idea what's on this disc for codecs yet. This is one I rented and just stuck the disc in to see how it'd go. So far, not well. :)
This is why I suspect that MPC is using the MPC audio renderer:
Monsters Inc works with MPC Audio Renderer. I'll log it up as soon as I can get a chance. Not sure how to log the crash.
SamuriHL
12th December 2009, 05:33
Yup, that's the bug I found and squashed.
whurlston
12th December 2009, 05:51
That was why I started my Vista testing with beta 49. ;)
SamuriHL
12th December 2009, 05:52
Right, but, Albain put in some DTS-HD MA fix in 49, as well. I have no idea what that was for.
whurlston
12th December 2009, 05:55
Well ok, I guess albain contributed somewhat.
SamuriHL
12th December 2009, 05:57
My point was I don't know if what he changed has any bearing on the results you guys are getting or not. I guess we could go back a couple pages and try to find out what he changed but I honestly don't remember now. And it's late, so, I'm off to bed. :)
albain
12th December 2009, 08:29
Hi,
there are not many changes between 46 and now, in particular I didn't remove any media types, so I am very interested in rica's logs of working bitstream.
Maybe vista needs a specific renderer (mpc wasapi exclusive)
Beta 49 didn't change a lot : the DTS HD stream was not formatted correctly and there was the bug fixed by SamuriHL, that's all
Concerning logs, I need debugview logs of DTSHD and TrueHD
Thanks
whurlston
12th December 2009, 09:13
TrueHD definitely works with the Wave Out device as shown in the logs I posted. I'll test with the MPC renderer.
Edit:
I'm afraid rica will have to be the one to produce working DTS-HD logs. I'm unable to reproduce his results with any renderer. The WaveOut is close but not quite working.
Browncoat
12th December 2009, 11:27
beta52
0. AC3, DTS - OK
1. Auzentech types
DTS-HD MA, Dolby THD:
- Digital Out (HDMI), default wave out: stereo pcm on avr, no sound [lpcm hd outputs as stereo pcm and I hear sound]
- Dsound, mpc, cyberlink: no sound, no hdmi handshake at all
2. Standard types - HD outputs as pcm
some logs (all dts-hd ma)
http://www.mediafire.com/?ukouwmdumiu
Maybe it's time to contact Auzentech? Maybe there is a good person, who can provide some usefull info. ffdshow support is a competitive advantage, and other cards already have it. They must understand this.
albain
12th December 2009, 11:32
I found another difference with beta 46 : the sample rate provided is the encoded one (96000) instead of the HDMI rate (196000)
Here is the link for beta 53 (http://damienbt.free.fr/ffdshow_rev3155_20091211_dbt_bitstream_beta53.exe)
I am not sure it will work with waveout though, I may have to include a test on the OS version (if vista requires 96000 and 7 196000)
EDIT :
@Browncoat : your last logs confirmed what I feared. The connection is correctly made this time, FFDShow will pass the same structure as PowerDVD decoder to the renderer (powerdvd renderer) but the renderer fails to render it.
This means that the encryption is required for the auzentech.
I am not very optimistic on that one : I doubt that auzentech will accept to change its behaviour which is intended to be used only with PDVD. There has to be some sort of commercial agreement.
The xonar streams are in clear however.
You may give it a try as a owner of this card to send them this request by explaining what I told : why wouldn't it be possible (or how) for a third party software to send a bitstream format to their card. You may explain that today FFDShow is able to bitstream to the ATIs, xonar and probably to the new nvidia cards (to be confirmed)
HD audio stream don't necessarily have to be protected (even if most of them are) and even though if you want to use another player you can't
Skinleech
12th December 2009, 12:04
Albain, logs are requested:
B51:
DTS-HD MA: http://pastebin.com/m6ae7f37c
TrueHD: http://pastebin.com/m475a55ad
B53:
DTS-HD MA: http://pastebin.com/m7e1e8e6d
TrueHD: http://pastebin.com/m7a52f090
albain
12th December 2009, 12:17
Thanks Skinleech
DTSHD looks good, it does not work at all ?
Otherwise I found a bug which may affect Vista+ATI
Here is the fixed test build :
http://damienbt.free.fr/ffdshow_rev3155_20091212_dbt_bitstream_beta53b.exe
Skinleech
12th December 2009, 13:07
No, all types are good on Xonar, but I still need to use the Arcsoft renderer. That's now on Win7 btw, I ditched my Vista install the otehr day.
I was posting them in regards to your request here:
http://forum.doom9.org/showthread.php?p=1351898#post1351898
It's only eac3 that I have issues with - and perhaps that's just me.
albain
12th December 2009, 13:16
No, all types are good on Xonar, but I still need to use the Arcsoft renderer. That's now on Win7 btw, I ditched my Vista install the otehr day.
I was posting them in regards to your request here:
http://forum.doom9.org/showthread.php?p=1351898#post1351898
It's only eac3 that I have issues with - and perhaps that's just me.
Okay, so these are the logs from the arcsoft renderer, right ?
Sorry, I made so many requests that I don't always remember the purpose
Actually, concerning the xonar I need debugview logs with non-working renderers (directsound,waveout).
The issue is that other renderers don't work if you check AC3/DTS passthrough but I believe that I fixed this in the last build. The condition is to select "only xonar types" in the drop down list in the ouput section and that should work (I believe)
Thanks:o
albain
12th December 2009, 13:25
Sorry again, the last build was buggy again
Here is the right one :
http://damienbt.free.fr/ffdshow_rev3155_20091212_dbt_bitstream_beta53c.exe
On this one if the OS is Vista 96000Hz (encoded sample rate) is sent for DTSHD instead of 196000 (HDMI IEC rate)
EDIT : about LPCM, even the LPCM streams through PowerDVD to the auzentech xfi are encrypted !!
So for now we don't have any good dumper logs of a LPCM stream.
Is any software solution with LPCM working (auzentech apart) : PDVD+ATI or TMT+ATI or TMT+xonar
SamuriHL
12th December 2009, 15:18
I found another difference with beta 46 : the sample rate provided is the encoded one (96000) instead of the HDMI rate (196000)
Here is the link for beta 53 (http://damienbt.free.fr/ffdshow_rev3155_20091211_dbt_bitstream_beta53.exe)
I am not sure it will work with waveout though, I may have to include a test on the OS version (if vista requires 96000 and 7 196000)
EDIT :
@Browncoat : your last logs confirmed what I feared. The connection is correctly made this time, FFDShow will pass the same structure as PowerDVD decoder to the renderer (powerdvd renderer) but the renderer fails to render it.
This means that the encryption is required for the auzentech.
I am not very optimistic on that one : I doubt that auzentech will accept to change its behaviour which is intended to be used only with PDVD. There has to be some sort of commercial agreement.
The xonar streams are in clear however.
You may give it a try as a owner of this card to send them this request by explaining what I told : why wouldn't it be possible (or how) for a third party software to send a bitstream format to their card. You may explain that today FFDShow is able to bitstream to the ATIs, xonar and probably to the new nvidia cards (to be confirmed)
HD audio stream don't necessarily have to be protected (even if most of them are) and even though if you want to use another player you can't
THIS is the problem MS created for us by not giving a standard PAP API. Everyone implements it their own way, and now we have this mess. Just a wonderful situation...
SamuriHL
12th December 2009, 15:24
Sorry again, the last build was buggy again
Here is the right one :
http://damienbt.free.fr/ffdshow_rev3155_20091212_dbt_bitstream_beta53c.exe
On this one if the OS is Vista 96000Hz (encoded sample rate) is sent for DTSHD instead of 196000 (HDMI IEC rate)
EDIT : about LPCM, even the LPCM streams through PowerDVD to the auzentech xfi are encrypted !!
So for now we don't have any good dumper logs of a LPCM stream.
Is any software solution with LPCM working (auzentech apart) : PDVD+ATI or TMT+ATI or TMT+xonar
Define working. :) With PDVD+ATI, anything 48/24 or higher bypasses the windows audio stuff, so, for all intents and purposes we can say that it's "bitstreaming". The TMT+Xonar combination is a little more tricky. The bitrate is always correct, but, the sample rate is up/downsampled to whatever you have set in the Xonar CP if it doesn't match the source. So, for example, you set 96/24 in the Xonar CP and you play a 48/24 track in TMT3. The Xonar CP upsamples that to 96/24 for you. Isn't that nice of it?! :rolleyes: Since I'm o 64 bit 7 I'm not sure there's much I can do to help you on this one but if there's anything I can do just let me know. I can even toss the Xonar back in there if you need me to.
buzzqw
12th December 2009, 15:35
i have now installed the nvidia gt240 any hope for hd audio ? (http://www.nvidia.com/object/product_geforce_gt_240_us.html)
(i can already stream 8ch lpcm, dts, ac3, ddplus, it's somehow an evolution of mGPU 9400)
BHH
Skinleech
12th December 2009, 15:39
Okay, so these are the logs from the arcsoft renderer, right ?
Sorry, I made so many requests that I don't always remember the purpose
Actually, concerning the xonar I need debugview logs with non-working renderers (directsound,waveout).
The issue is that other renderers don't work if you check AC3/DTS passthrough but I believe that I fixed this in the last build. The condition is to select "only xonar types" in the drop down list in the ouput section and that should work (I believe)
Thanks:o
I probably misundertood you. Here are the logs requeted, with "only Xonar types" selected. My AVR read mutlichannel but I sound in any case. These were all with B53, not the 53c you posted.
THD (wave out): http://pastebin.com/m7f324de2
THD (Default): http://pastebin.com/m7f80678a
DTS-HD (Waveout): http://pastebin.com/m108d37c0
DTS-HD (Default): http://pastebin.com/m1cc95d9c
albain
12th December 2009, 15:40
Actually this is more than a real mess.
From the logs I have seen from TMT this is PCM 32 bits which is outputted so I guess that this is the xonar cp which converts to LPCM on the fly if you really get LPCM on your receiver
This is the reason why I think this is only with an ATI you can get LPCM with the dumper but is it possible with PowerDVD and ATI card ?
@Skinleech : thanks, don't know why but the renderers will refuse what the arcsoft renderer would accept.
So for now other renderers than arcsoft's are nogo (except MPC wasapi ? I don't remember)
However now you should be able to check all bitstream/spdif formats with arcsoft renderer ?
The problem was : if you checked AC3/DTS passthrough then HD bitstream wouldn't work with arcsoft renderer.
I am going to commit the branch if the vista results on the ati are positive with the last beta.
madshi
12th December 2009, 15:40
i have now installed the nvidia gt240 any hope for hd audio ?
I don't think so.
SamuriHL
12th December 2009, 15:46
Actually this is more than a real mess.
From the logs I have seen from TMT this is PCM 32 bits which is outputted so I guess that this is the xonar cp which converts to LPCM on the fly if you really get LPCM on your receiver
This is the reason why I think this is only with an ATI you can get LPCM with the dumper but is it possible with PowerDVD and ATI card ?
You're going to need someone with 32 bit Vista or 7 to try with your dumper tool. No way to run it on 64 bit unfortunately. But from what I saw, PDVD9 was outputting 32 bit for LPCM, as well. At least that's what it shows in the info screen when I tested it on Ratatouille. I can try to connect to the graph as it's playing and see if I can get any information from that for you. It'll take me a bit to get it set up.
SamuriHL
12th December 2009, 16:02
Well that was a bust. I tried using FilterGraph Spy to connect to PDVD9's graph while it's playing. Yea, no. It doesn't connect. It didn't connect to TMT3, either. I must have something set up wrong. Looking to see if I can find more info.
buzzqw
12th December 2009, 16:06
I don't think so.
that's stink :sly:
isn't albain build a "fake" pcm with hd audio ?
if so any audio card/devide that are able to output 8ch pcm "should" work ..
or not :scared: ?
BHH
albain
12th December 2009, 16:13
that's stink :sly:
isn't albain build a "fake" pcm with hd audio ?
if so any audio card/devide that are able to output 8ch pcm "should" work ..
or not :scared: ?
BHH
Nope
http://forum.doom9.org/showthread.php?p=1351452#post1351452
SamuriHL
12th December 2009, 16:18
So filter graph spy does not work for me at all on W7 64. I can see the graph listed in the connect to remote graph dialog, but, when I try to connect to it nothing happens. Oh well. That would have been useful.
mikelebron
12th December 2009, 16:25
Albain,
Any though on putting together a white paper on the work that has been done... The team here has been the first to tackle OpenSource HD audio bit streaming anywhere and I for one would be interested in all the good work that was done at a process and technical level?
buzzqw
12th December 2009, 16:32
Nope
http://forum.doom9.org/showthread.php?p=1351452#post1351452
could be worth a try with my card or it's already tested ?
anyway.. thanks for your awesome work!
BHH
Skinleech
12th December 2009, 16:40
However now you should be able to check all bitstream/spdif formats with arcsoft renderer ?
The problem was : if you checked AC3/DTS passthrough then HD bitstream wouldn't work with arcsoft renderer.
This is correct - I now all all HD formats and AC3/DTS selected and the HD formats bitstream fine.
The error was, as you suspected, that with AC3/DTS selected the Arcsoft renderer would not load. It now does, as I have forced it to load.
Thanks.
SamuriHL
12th December 2009, 16:45
Oh man. Ok, you know how I've been saying that the arcsoft renderer no workie for ATI? I just tied with DD/DTS unchecked. Guess what? Working perfectly at least for LPCM and DTS-HD MA. I haven't tried TrueHD yet, but, um...WOOPS!
whurlston
12th December 2009, 19:29
So filter graph spy does not work for me at all on W7 64. I can see the graph listed in the connect to remote graph dialog, but, when I try to connect to it nothing happens. Oh well. That would have been useful.
I had this issue until I registered a 32 bit proppage.dll. If you have the Win 7.0 SDK installed, it should be in your C:\Program Files\Microsoft SDKs\Windows\v7.0\Bin folder. If not, download this one and place it in your C:\Windows\SysWow64 folder (or C:\Windows\System32 for Windows x86).
http://www.oshinetworks.com/DirectShow/ffdshow/proppage_x86.zip
SamuriHL
12th December 2009, 19:45
Thanks. I'll give it a shot after we're done watching our movie.
dehati_paul
12th December 2009, 19:58
Actually this is more than a real mess.
From the logs I have seen from TMT this is PCM 32 bits which is outputted so I guess that this is the xonar cp which converts to LPCM on the fly if you really get LPCM on your receiver
This is the reason why I think this is only with an ATI you can get LPCM with the dumper but is it possible with PowerDVD and ATI card ?
@Skinleech : thanks, don't know why but the renderers will refuse what the arcsoft renderer would accept.
So for now other renderers than arcsoft's are nogo (except MPC wasapi ? I don't remember)
However now you should be able to check all bitstream/spdif formats with arcsoft renderer ?
The problem was : if you checked AC3/DTS passthrough then HD bitstream wouldn't work with arcsoft renderer.
I am going to commit the branch if the vista results on the ati are positive with the last beta.
@albain - Thanks for all the non-stop hard work!
To clarify/confirm, with the latest build -
1. Does this mean that when I select Xonar from ffdshow pull-down menu the Arcsoft audio renderer is automatically selected?
2. Do all the HD audio formats (including LPCM) work for ATI with default Directsound on Vista?
I have both Xonar and ATI 5xxx on Vista 32 bit, so I am trying to figure out a daily workable solution outside Graphstudio or MPC-HC.
albain
12th December 2009, 20:26
@albain - Thanks for all the non-stop hard work!
To clarify/confirm, with the latest build -
1. Does this mean that when I select Xonar from ffdshow pull-down menu the Arcsoft audio renderer is automatically selected?
2. Do all the HD audio formats (including LPCM) work for ATI with default Directsound on Vista?
I have both Xonar and ATI 5xxx on Vista 32 bit, so I am trying to figure out a daily workable solution outside Graphstudio or MPC-HC.
If you have an ATI 5xxx on Vista, please test the last beta build posted in a previous post
1. No, this means that the arcsoft renderer will be fed as expected by FFDShow for all formats but you have to register it and configure it as preferred
2. Don't know, tests awaited !
But LPCM support is not done (LPCM logs needed), and DD+ bitstream is handled by FFDShow but not supported (yet?) by the ATI driver
whurlston
12th December 2009, 21:31
Quick test results for Vista + 5770 with beta 53c:
DTS-HD: ffdshow reports bitstreaming with Wave Out but no sound. DirectSound results in decoding.
TrueHD: Still works with WaveOut. DirectSound results in decoding.
LPCM (uncompressed): Works with DirectSound but Windows mixer converts it to default output format. Using Wave Out, playback was stuttering but It may have been because my default output format didn't match the track format.
I should have complete logs for degugger + dumper for you in about an hour.
SamuriHL
12th December 2009, 21:52
http://img402.imageshack.us/img402/2196/lpcmgraph.png
@albain - I don't know if this helps at all. This is what I got from attaching to the graph of PDVD9 while playing Ratatouille which is LPCM 48/24. I realize you need someone to dump the contents of the buffer as it's being output but I'm not able to do that on my set up.
73ChargerFan
13th December 2009, 00:05
If E-AC3 won't go through the current drivers, then will ffdshow decode it to LPCM, which could then be bitstreamed?
Perhaps James (the maintainer of reclock) could help?
SamuriHL
13th December 2009, 00:06
Yes, it will decode it to LPCM.
albain
13th December 2009, 00:19
Quick test results for Vista + 5770 with beta 53c:
DTS-HD: ffdshow reports bitstreaming with Wave Out but no sound. DirectSound results in decoding.
TrueHD: Still works with WaveOut. DirectSound results in decoding.
LPCM (uncompressed): Works with DirectSound but Windows mixer converts it to default output format. Using Wave Out, playback was stuttering but It may have been because my default output format didn't match the track format.
I should have complete logs for degugger + dumper for you in about an hour.
Okay, thank you whurlston, DTS HD needs to be fixed on vista and we are done
I will release a new build tomorrow morning (8 hours from now)
Andy o
13th December 2009, 02:22
i have now installed the nvidia gt240 any hope for hd audio ? (http://www.nvidia.com/object/product_geforce_gt_240_us.html)
(i can already stream 8ch lpcm, dts, ac3, ddplus, it's somehow an evolution of mGPU 9400)
BHH
How do you stream DD+? With which program/decoder?
Which version of the Nvidia driver are you using, and if you have a 7.1 system, does it swap sides with back surrounds?
htpc66
13th December 2009, 10:26
beta53c
AC3,DTS,etc passthrough ALL checked
Xonar Slim/9800GT
Vista Sp1 Asus TMT2
Arcsoft audio renderer
Good News
-TrueHD, DTS HD (HR & MA) and Dolby Digital Plus bitstream (ISOs and files) are working!!
Bad News
-Lpcm and flac cannot play at all - they play (no pass through) with Directsound [Xonar speakers] audio render, instead of Arcsoft audio renderer.
MatLz
13th December 2009, 10:46
Hi guys, sorry if it is a little OOT but with this 53c ffAvisynth.dll seems to have a problem. Frameserving is totally impossible and the launch of vdubMod, avsp crashes.
Edit: post:devil:/2
albain
13th December 2009, 11:59
Hi guys, sorry if it is a little OOT but with this 53c ffAvisynth.dll seems to have a problem. Frameserving is totally impossible and the launch of vdubMod, avsp crashes.
Edit: post:devil:/2
I may have not recompiled it since a while
I didn't change anything in this part anyway
MatLz
13th December 2009, 12:12
My last revision before update to yours was 3138.
Since a lot of revisions I always see that dll at 52.5ko, now it's 57ko.
Well I can't say more about that...
Thx for your work.
albain
13th December 2009, 12:14
I have committed the branch to the trunk
Here is a 32 bits build corresponding to it (http://damienbt.free.fr/ffdshow_rev3160_20091213_dbt_bitstream_beta54.exe)
I hope that DTS HD will work on vista with ATI
otherwise I need working logs from Rica with the build (beta 46?) that was okay
I will update the first post
rica
13th December 2009, 15:32
otherwise I need working logs from Rica with the build (beta 46?) that was okay
Sorry for being so late, i'll be back here in half an hour. (i've been making some trials with 53 and i'll share the results; logs an SSs asap.
albain
13th December 2009, 15:42
Sorry for being so late, i'll be back here in half an hour. (i've been making some trials with 53 and i'll share the results; logs an SSs asap.
No problem, you're not in a classroom, take your time :-)
rica
13th December 2009, 17:42
Thanks albain.
I can't regenerate the same results with 46; sorry. (i'll give it a shot later since i'm very sure the results i got.)
46 results on Vista SP2 with EDID override by tulli. (i can not get HD audio without it.)
THD with AtiHDMI:
http://img33.imageshack.us/img33/1381/thdwithatihdmi.th.png (http://img33.imageshack.us/i/thdwithatihdmi.png/)
THD with WaveOut:
http://img683.imageshack.us/img683/5705/thdwithwave.th.png (http://img683.imageshack.us/i/thdwithwave.png/)
DTSHD with DefaulttDirectSound Device:
http://img13.imageshack.us/img13/4433/dtshdwithdefaultdsdev.th.png (http://img13.imageshack.us/i/dtshdwithdefaultdsdev.png/)
And here are the logs:
THD Logs:
http://www.mediafire.com/?ytmjdyzgytm
DTSHD Logs:
http://www.mediafire.com/?mzjljnntmiz
I'll give the 53 results seperately.
rica
13th December 2009, 17:57
53 RESULTS:
THD:
http://www.mediafire.com/?jymfix0yjw2
DTSHD-MA
http://www.mediafire.com/?zjqzvwtjy4j
rica
13th December 2009, 18:39
Here is the driver effect (EDID Override by tulli):
With or without drivers logs: (beta 53)
Without:
http://www.mediafire.com/?dhigmf2fzzh
with:
http://www.mediafire.com/?yftdzhamkaz
Sebastiii
13th December 2009, 18:56
Hi Rica :)
Can you post your drivers EDID to compare and try to make mine ?
I'm not recevive my avr and tomorrow i'll phone and .....
I'll try to fake ATI drivers to try something :)
Thx.
@albain :) good work big thx too.
albain
13th December 2009, 19:13
Great, everything seems to work just fine :-) !
Merci encore Seb !
rica
13th December 2009, 19:29
Hi Rica :)
Can you post your drivers to compare and try to make mine ?
I'm not recevive my avr and tomorrow i'll phone and .....
I'll try to fake ATI drivers to try something :)
Thx.
@albain :) good work big thx too.
Here you are:
First driver by tully:
http://www.avsforum.com/avs-vb/showthread.php?p=17628547#post17628547
Second Driver by tulli:
http://www.avsforum.com/avs-vb/showthread.php?p=17636454#post17636454
But even debug logs show everything fine with WavOut or AtiHDMI, i can not see Blue HD light on my receiver and no sound with DTSHD-MA while i was getting it some time ago. (you know i haven't regenerated yet.)
For True HD i get blu on receiver and logs show the right info.
I don't understand what's happening?
Check DTSHD gives the same logs with or without drivers. :devil:
On the other hand THD gives different logs as they are.
Sebastiii
13th December 2009, 19:34
Thx mate :)
Seb :)
rica
13th December 2009, 20:17
54 test results:
Nothing has changed for me with 54.
THD: get blu light and HD sound:
http://www.mediafire.com/?y40nmljh0yz
DTSHD: get nothing even logs say the opposite:
http://www.mediafire.com/?1nmwh1ulkyb
_ _ _ _ _
albain
13th December 2009, 20:23
Mmmmm... this is a mistery
I guess that only dumper logs on Vista+ATI+PDVD will be able to tell us more
Beta 46 does not work either ?
Could this be a driver bug ? (catalyst 9.11 versus 9.10)
EDIT :
maybe the channel mask should be set to 0. On TrueHD it was a channel mask problem that would prevent sound to come out
rica
13th December 2009, 20:29
Beta 46 does not work either ?
Could this be a driver bug ? (catalyst 9.11 versus 9.10)
EDIT :
maybe the channel mask should be set to 0. On TrueHD it was a channel mask problem that would prevent sound to come out
1) 46 doesn't work either. (i mean like 53-54; gives THD bitstreaming but not DTSHD even logs show it is doing. I can't restore back where i was getting blu light in both cases.)
2) I don't think it's a driver bug since PDVD gives HD sound in both cases. (with EDID Override in my case.)
5) In every beta the problematic HD audio seems as DTSHD which doesn't give any light or sound to AVR even its debug log says it does bitstreaming.
So there must be something very easy to fix but dunno what it is?
I guess that only dumper logs on Vista+ATI+PDVD will be able to tell us more
It crashes at the beginning; you know. Maybe we need a new dumper.
albain
13th December 2009, 21:16
I don't have any other ideas about the dumper, I just don't know why it would crash
But whurlston managed to make it work with aero off. But you don't have that option right ?
Otherwise there is filtergraphspy
Otherwise(2), make blind tries until it works with beta builds
rica
13th December 2009, 21:23
I don't have any other ideas about the dumper, I just don't know why it would crash
But whurlston managed to make it work with aero off. But you don't have that option right ?
Now i renewed PDVD with version 19 (fake20 :D )
And i see that option now ;)
Lets look what is gonna be? :D
rica
13th December 2009, 22:06
Here it is:
http://img192.imageshack.us/img192/3784/aerog.th.png (http://img192.imageshack.us/i/aerog.png/)
But nothing has changed; look my log created at the beginning before the crash and finally no bitstreaming/non-bitstreaming info is available like browncoat's.
mine:
http://www.mediafire.com/?amydzmzgcj0
and here is the log gotten without aero box unticked:
http://www.mediafire.com/?znaqgnz2nrg
And browncoat's (owner of this idea):
http://forum.doom9.org/showthread.php?p=1351473#post1351473
And compare them with my previous logs.
EDIT: If PDVD would crash after we select the third option, we would see the btstreaming info.
albain
13th December 2009, 23:01
Ok, thanks for your efforts
Let's do the blind test if you are okay : first with channelMask set to 0, then with waveformatex structure, then we'll see
I will post the debug builds tomorrow after this "non day-off"
albain
13th December 2009, 23:06
Rica, just a though, your DTSHD sample was a 5.1 or 7.1 ?
rica
13th December 2009, 23:54
Rica, just a though, your DTSHD sample was a 5.1 or 7.1 ?
Wow!
I think you've found it :)
http://img192.imageshack.us/img192/4708/channels.th.png (http://img192.imageshack.us/i/channels.png/)
but log says:
http://img13.imageshack.us/img13/585/bitstream.th.png (http://img13.imageshack.us/i/bitstream.png/)
Let's do the blind test if you are okay : first with channelMask set to 0, then with waveformatex structure, then we'll see
I will post the debug builds tomorrow after this "non day-off"
:thanks:
first with channelmask set to 0, how?
Regedit?
whurlston
14th December 2009, 00:13
But whurlston managed to make it work with aero off. But you don't have that option right ?That wasn't me. Like rica, I don't have that option. I also couldn't get the dumper to record anything except the following:
16:51:03-471 dump::CoCreateInstanceExCallback on {079AA557-4A18-424A-8EEE-E39F0A8D41B9} interface
16:51:03-472 dump::CoCreateInstanceExCallback
16:51:03-472 dump::CoCreateInstanceExCallback on {079AA557-4A18-424A-8EEE-E39F0A8D41B9} interface
So I just kept loading up PDVD, attaching, playing something. I finally gave up and the next thing I know, the dumper had entries in it. Unfortunately, I'm not sure what I was playing at the time. I think I tried a 7.1 DTS-HD, a 5.1 DTS-HD and a 7.1 LPCM track. You can see the results using beta 53c at http://www.oshinetworks.com/DirectShow/ffdshow/bitstream.txt
I am going to try again after dinner with beta 54 and try to structure the results.
rica
14th December 2009, 00:31
albain,
If you meant this by channelMask trick, it didn't work:
http://img15.imageshack.us/img15/3115/channelmask.th.jpg (http://img15.imageshack.us/i/channelmask.jpg/)
rica
14th December 2009, 00:39
I am going to try again after dinner with beta 54 and try to structure the results.
Thanks whurlston :thanks:
BTW, to ffdshow beta Vista testers:
before give it a shot, make sure,
you:
1) are on SP2 ?
2) updated DirectX End-User Runtime ?
3) have MS NetFrameWork 3 or later ?
4) have registered proppage.dll and evoprop.dll coming with the latest Windows SDK ?
Sebastiii
14th December 2009, 01:03
Hi Rica,
I have made some test with dump tool :)
So can you try to make it work with powerdvdcinema ("C:\Program Files\CyberLink\PowerDVD9\PowerDVD Cinema\PowerDVDCinema.exe") with me it doesn't crash and make some log in bitstream.txt.
Maybe it works for you :)
I can't log more because i can't set 7.1 in HDMI but when my avr comes back, i think i have more luck :)
Thx,
Seb.
rica
14th December 2009, 01:05
Thanks seb,
it's interesting; worth a try:)
rica
14th December 2009, 01:39
Open PDVD Cinema
dpinpurr [audiodg PID]
dpinpurr [PDVD Cinema PID]
start launcher exe and tell him the PID of PDVD Cinema
load ISO to Virtual Clone Drive
start PDVD Cinema
Or
load ISO to VCD at the beginning.
Open PDVD Cinema
dpinpurr [audiodg PID]
dpinpurr [PDVD Cinema PID]
start launcher exe and tell him the PID of PDVD Cinema
start PDVD Cinema
PDVD Cinema never crashed in any case at all but i could never get any debug log under Temp Folder.
Or any other way you'd advise?
Thanks.
whurlston
14th December 2009, 02:13
Open PDVD Cinema
dpinpurr [audiodg PID]
dpinpurr [PDVD Cinema PID]
start launcher exe and tell him the PID of PDVD Cinema
load ISO to Virtual Clone Drive
start PDVD Cinema
That's the method I used but PDVD crashed on me.
@albain, I was able to grab logs for DTS-HD 7.1 though. I included a filter graph report from GraphStudio as well.
http://www.oshinetworks.com/DirectShow/ffdshow/PDVD-Vista-DTSHD.zip
I'll try with LPCM and 5.1 DTS-HD later.
rica
14th December 2009, 02:34
@albain, I was able to grab logs for DTS-HD 7.1 though. I included a filter graph report from GraphStudio as well.
http://www.oshinetworks.com/DirectShow/ffdshow/PDVD-Vista-DTSHD.zip
I'll try with LPCM and 5.1 DTS-HD later.
Sorry my friend but it doesn't give any bitstreaming information either. Just the beginning info before crash.
whurlston
14th December 2009, 04:39
Yeah, I thought it should have more info than that.
mikelebron
14th December 2009, 04:54
Has anyone tried using the latest HAALI splitter for MKVs with this solution (HD Audio)? It seems the developer has at least incorporated TrueHD.
whurlston
14th December 2009, 06:54
RE: Vista/ATI 5xxx
Albain, if I set nChannels = 2, I can connect to the WaveOut renderer and the DTS-HD light on the receiver stays lit and I get some click/pops. It no longer jumps between DTS-MA and PCM. However, the DTS-HD MA stream is being detected by the receiver as DTS-HD Hi-Res and not MA. It has the same behaviour with nSamplesPerSec=48000 or nSamplesPerSec=192000 with the only difference being the frequency of the clicks/pops (as expected). It did not like nSamplesPerSec=96000.
I don't know if that helps. I still can't get any valid info from a PDVD dump sorry.
Edit:
Changing dwChannelmask had no effect.
Sebastiii
14th December 2009, 07:36
Open PDVD Cinema
dpinpurr [audiodg PID]
dpinpurr [PDVD Cinema PID]
start launcher exe and tell him the PID of PDVD Cinema
load ISO to Virtual Clone Drive
start PDVD Cinema
Or
load ISO to VCD at the beginning.
Open PDVD Cinema
dpinpurr [audiodg PID]
dpinpurr [PDVD Cinema PID]
start launcher exe and tell him the PID of PDVD Cinema
start PDVD Cinema
PDVD Cinema never crashed in any case at all but i could never get any debug log under Temp Folder.
Or any other way you'd advise?
Thanks.
Hi,
I just change the path into dump tool and launch with hook. (that's all)
I didn't use dpinpurr [audiodg PID] and dpinpurr [PDVD Cinema PID].
I have mount my iso in powerdvd before start the hook (to be prepare to play with PowerDVDCinema) i think we can load in PowerDVDCinema but i didn't test it for now.
So for me :
0- Make sure c:\temp exist
1- Mount ISO or BD in BDDRIVE
2- Test with PowerDVD to see if all start correctly.
3- Launch dumptool (change the path to put PowerDVDCinema)
4- Start it
And the log goes on.
I have tested it on Win7 32bits.
Tonight i will test on Vista.
Thx,
Seb :)
Sebastiii
14th December 2009, 07:37
Has anyone tried using the latest HAALI splitter for MKVs with this solution (HD Audio)? It seems the developer has at least incorporated TrueHD.
Do you have a link ?
Thx :)
whurlston
14th December 2009, 08:18
RE: Vista/ATI 5xxx
Albain, if I set nChannels = 2, I can connect to the WaveOut renderer and the DTS-HD light on the receiver stays lit and I get some click/pops. It no longer jumps between DTS-MA and PCM. However, the DTS-HD MA stream is being detected by the receiver as DTS-HD Hi-Res and not MA. It has the same behaviour with nSamplesPerSec=48000 or nSamplesPerSec=192000 with the only difference being the frequency of the clicks/pops (as expected). It did not like nSamplesPerSec=96000.
I don't know if that helps. I still can't get any valid info from a PDVD dump sorry.
Edit:
Changing dwChannelmask had no effect.
As a followup, setting it to nSamplesPerSec=48000 and nChannels=8, I get little glitches of audio as if it were playing slowly so I think the original 192000/8 is correct. Possible a buffer issue?
Skinleech
14th December 2009, 09:09
I found Haali to be fine other than not picking up my thd files. Maybe that's changed now, the version I had was the most recent, so I guess an pdate came out in the last few weeks? The MPC-HC splitter has all of the same functionality I think so I'm happy sticking with that.
albain
14th December 2009, 09:16
Hello guys, I juste woke up
Great step forward !
We are close to the solution.
Actually whurlston, when you touch one of the values (channels for example), others must be modified in consequence :
nBlockAlign=nChannels*wBitsPerSample/8
nAvgBytesPerSec=nSamplesPerSec*nBlockAlign
The sample rate should be either 192000 : the HDMI rate or 96000 which is the encoded rate of DTS HD
I am going to release several test builds to narrow it down
FYI, the logs you sent me were very useful, because even if they did not contain any buffers there is this at the end :
WAVEFORMATEXTENSIBLE
subFormat : {0000000B-0CEA-0010-8000-00AA00389B71}
wSamplesPerBlock : 16
Valid bits per sample : 16
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 2
Bits per sample : 16
Samples per second :192000
nBlockAlign : 4
albain
14th December 2009, 09:23
Here they are :
Test build 1 (http://www.mediafire.com/file/z2mzn2nmj3w/ffdshow_rev3160_20091214_dbt_bitstream_beta55_2channels_channelmask0.exe) : 2 channels and channels mask to 0
Test build 2 (http://www.mediafire.com/file/yyyy4thmzym/ffdshow_rev3160_20091214_dbt_bitstream_beta55_channelmask0.exe) : channels mask to 0
If the tests are okay, we would like to try them on win7 to see if more renderers are working
whurlston
14th December 2009, 09:53
No luck with those builds. Graph stops as soon as I hit play. Starting it again gives me decoded PCM. I even lost TrueHD bitstreaming. It may be something on end though. It's 4am here so I'll try again tomorrow or and wait for rica's results.
Actually whurlston, when you touch one of the values (channels for example), others must be modified in consequence :
nBlockAlign=nChannels*wBitsPerSample/8
nAvgBytesPerSec=nSamplesPerSec*nBlockAlign
I tried playing with those as well but no luck. I know just enough to be dangerous don't I? :D
rica
14th December 2009, 12:54
Hi,
I have tested it on Win7 32bits.
Tonight i will test on Vista.
Thx,
Seb :)
You will need those steps for Vista ;)
Cheesegeezer
14th December 2009, 13:59
Hi Chaps,
i can't remember for the life of me but was there a working beta for Win7 x64 with ATI HD5xxx cards.
Thanks
Dave
Sebastiii
14th December 2009, 14:51
You will need those steps for Vista ;)
Hi,
Yes, but with TMT i don't use dpinpurr under vista too.
So maybe it works without it under Vista :)
Thx :)
mikelebron
14th December 2009, 15:07
Seems Shark007 is the only one who is releasing the newer builds as part of his codec pack. I was not a fan of codec packs but this one is VERY VERY good not proprietary at all. All settings can be altered, removed, etc.
http://shark007.net/ is where you can get the pack. He has ALSO included this ffdshow with HD Bitstreaming (the version committed to the trunk) as part of this latest release. Pretty exciting release, HD Audio for Haali, Bitstreaming for FFDSHOW...
Anyway, I have tested this out and I am now getting trueHD unfortunately I dont have any of the video/audio cards that can bit stream.
Mike
Do you have a link ?
Thx :)
Sebastiii
14th December 2009, 15:54
Thx mikelebron :)
renethx
14th December 2009, 17:42
It looks like GeForce 210/GT 220/GT 240 support Dolby Digital Plus bitstreams via the standard media type structure (PCM subtype, KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_DIGITAL_PLUS subformat). The *plus* sign intermittently lights up in my receiver. :) But only with Waveout or MPC audio renderer, and no sound yet. I will post logs later.
This supports the hypothesis that only compressed formats shown in the Sound control panel (under Windows 7) are able to be bitstreamed.
SamuriHL
14th December 2009, 17:48
Yes, otherwise the driver refuses it. I don't think there's any way without ATI support to get DD+ bitstreaming on ATI 5xxx cards.
73ChargerFan
14th December 2009, 18:45
http://shark007.net/ is where you can get the pack. He has ALSO included this ffdshow with HD Bitstreaming (the version committed to the trunk) as part of this latest release. Pretty exciting release, HD Audio for Haali, Bitstreaming for FFDSHOW...
CRAP! I tried it, using custom install to get only updated Haali (unistalled my copy first) and MPC-HC wouldn't use it for mkv. Trying my BD copy of The Mask with TrueHD, haali wouldn't recognize the audio streams, or the see TrueHD at all, or pass video.
And it refuses to uninstall! To get rid of it,
C:\Windows\System32\msiexec.exe /uninstall {8C0CAA7A-3272-4991-A808-2C7559DE3409}
albain
14th December 2009, 19:50
Hi,
is there any available and patient tester with an ATI 5xxx and vista to test bitstream of DTSHD ;)
(with the 2 test builds I posted above)
Thanks
Where can we get updated haali builds ?
mikelebron
14th December 2009, 20:12
So far Shrok007 is the only person I know who has access to the new builds... Maybe you can contact him to see where you can get them outside of his Codec Pack.
Hi,
is there any available and patient tester with an ATI 5xxx and vista to test bitstream of DTSHD ;)
(with the 2 test builds I posted above)
Thanks
Where can we get updated haali builds ?
clsid
14th December 2009, 20:30
Several people have access to it. I have had it for a few weeks now. I doubt that Shark has got it through official channels. Otherwise he would have known it is a private beta that shouldn't be redistributed to the public yet.
I'll send a link to Albain.
rica
14th December 2009, 21:22
Finally i've seen the blue light on my AVR's front panel on DTS-HD; it explains why i couldn't regenerate bitstreaming with 46 since i didn't use MPC Audio Renderer again :D
Here it's working on Vista: (beta 54 and MPC-HC Audio Renderer)
So we understand it's neither a driver issue nor a Splitter issue...
http://img707.imageshack.us/img707/9508/albainfinally.th.png (http://img707.imageshack.us/i/albainfinally.png/)
http://img36.imageshack.us/img36/7279/albainthelatest.th.png (http://img36.imageshack.us/i/albainthelatest.png/)
(remote graph connected to graphstudio)
LOG:
http://www.mediafire.com/?tj43n0wrydz
(the log shows 8 channels instead of 6 btw.)
albain
14th December 2009, 21:29
Thanks Rica, very good news. The MPC renderer was a good investment (of work) after all
Have you tried the 2 last betas with the other renderers ? I have reproduced what PDVD outputs.
nightfly
14th December 2009, 21:35
Albain,
Would it be possible to post on your front page post "known working configurations" along with how to setup ffdshow/mpc-hc? Along with what to do to help troubleshoot (tools & setup, required outputs, etc.)
I am running Win7 32bit. Xonar (release drv versions) with both TMT2 and TMT3 installed using build 1249 of MPC-HC. I registered the TMT3 version of its audio renderer. I have ffdshow set to use "xonar media types" with all codecs for passthrough selected in the output pane and in the codecs pane (enabled there). Using the Arcsoft Audio renderer in MPC-HC and "any filter" in ffdshow using Beta 54 of ffdshow.
I am having trouble with TrueHD. On KungFu Panda, the only title I've tested so far with THD, it works, until I do a fwd/rew and then no audio.
However on all the remainder of THD titles I've tested (darknight, brave one, the international) MPC-HC will just freeze and not play any video or audio. I am using the TMT2 arcsoft demuxer and video decoder. I've verified that the ffdshow filter is listed and is outputing THD over HDMI bitstream (via hovering over icon in sys tray). MPC isn't locked up, I am able to stop, move around in the track, but it never actually plays.
DTS-HD tracks play fine, no issues. And as with others, LPCM doesn't play. I have a temp fix for that by setting the TMT2 audio decoder with a slightly lower merit than ffdshow and for LPCM movies, MPC-HC just loads that and I am off and running.
After trying to play a THD title, I verify the pathway is working by trying TMT3 and that always works.
rica
14th December 2009, 21:37
Thanks Rica, very good news. The MPC renderer was a good investment (of work) after all
Have you tried the 2 last betas with the other renderers ? I have reproduced what PDVD outputs.
Not yet but i'll give it a go after making sure 46 is still working;)
Thanks.
rica
14th December 2009, 22:03
Now, i'm so comfortable now: i've just tested 46 with MPC-HC 1.3.1373 (where i left them on my second HDD) and done :p
Both HD formats gave me blu with MPC Audio Renderer :D :D
Here it's working on Vista: (beta 54 and MPC-HC Audio Renderer)
So we understand it's neither a driver issue nor a Splitter issue...
And nor a SW issue :rolleyes:
Now i'm free for testing the new builds of my friend.
nightfly
14th December 2009, 22:26
I'll try MPC-HC 1373 and see if that makes a difference.
DD/DTS bitstream fine. I have have just left the default of "all media types (default))" selected as that works fine for DD/DTS/DTS-HD. But I can't play any THD title, even KungFu Panda anymore. Once the title is loaded, nothing happens, blank screen and no audio. I switch to a non-LPCM/THD title and everything is back to normal.
I should mention that I have the xonar in "s/pdif" mode not "speakers" mode although the only difference in my experience (using TMT) was that I had to use s/pdif to get DD/DTS bitstreamed.
Would DebugView output or "output debug strings" be helpful in tracking down my issue(s)?
rica
14th December 2009, 22:33
nightfly,
i just wanted to prove changing MPC-HC version or changing some versions of ffdshow (46,53,54) doesn't effect the result.
I used the latest 1405 on my second disc with 54.
rica
14th December 2009, 22:36
albain, first trial build test results:
none of those renderers (including MPC A.R.) gives any sound or blu. (given it a shot only with DTSHD)
rica
14th December 2009, 22:59
Second test build results didn't change.
albain
14th December 2009, 23:06
Ok thanks
We'll stick on that for Vista, at least for now
I have committed the MPC renderer so now it is working and usable.
MPC team can make the ui part and bring improvements
rica
14th December 2009, 23:13
You're welcome and thanks for all your efforts.
I suppose (almost sure) the same combination is gonna work on Seven as well.
rica
14th December 2009, 23:47
Yes, it (54) works with both HD formats on Seven as well :) (with MPC Audio Renderer)
nightfly
14th December 2009, 23:50
nightfly,
i just wanted to prove changing MPC-HC version or changing some versions of ffdshow (46,53,54) doesn't effect the result.
I used the latest 1405 on my second disc with 54.
Thanks, and yes, build 1410 of MPC-HC made no difference. So I enabled "output debug strings" on the ffdshow info pane and ran debug view while starting KungFu Panda. I attached the logfile HTPC.7z.
It seems my problem is that ffdshow is switching from THD to EAC3 for some reason. Again, I want to emphasize that simply loading any other non-THD title and bitstreaming works fine with the exact same setup.
00000437 1.61114264 [1104] TaudioParser::getSupportedFormat this format is supported
00000438 1.61117995 [1104] TffdshowDecAudioInputPin : switching codec from bitstream Dolby True HD to bitstream EAC3
00000439 1.61130321 [1104] TffdshowDecAudioInputPin::Receive : Initialize audio codec bitstream EAC3
rica
15th December 2009, 00:04
Here are the setups of MPC-HC for bitstreaming HD:
http://img705.imageshack.us/img705/7190/001v.th.png (http://img705.imageshack.us/i/001v.png/)
http://img412.imageshack.us/img412/3429/002w.th.png (http://img412.imageshack.us/i/002w.png/)
http://img707.imageshack.us/img707/4551/003gu.th.png (http://img707.imageshack.us/i/003gu.png/)
http://img39.imageshack.us/img39/9213/004fi.th.png (http://img39.imageshack.us/i/004fi.png/)
And ffdshow audio decoder setup:
http://img710.imageshack.us/img710/2650/005i.th.png (http://img710.imageshack.us/i/005i.png/)
EDIT: BTW don't forget to register MPCaudioRendererFilter.ax before MPC-HC setup
nightfly
15th December 2009, 00:45
" Here are the setups of MPC-HC for bitstreaming HD:"
Is this just for ATI 5xxx cards? I presume. BTW, thanks for documenting that. I've been following this projects progress for some time and now, due to the holidays, have time to test the excellent work of the "albain team bitstream".
I am very encouraged by how easy it was to setup albain's test ffdshow build - easier than my first Xonar setup/install by far...
I suspect my issues my be due my use of the arssoft demuxer (splitter)...I think the empty media types are my issue (sub-types)? Of course, I'll try testing with the built-in MPC splitter and see. Can that filter be setup via the "external filters" control in MPC? I prefer configuring MPC there...
rica
15th December 2009, 00:47
This is what i have :)
Ati 5770,
Vista 32 SP2,
Seven 64
rica
15th December 2009, 00:57
"
Can that filter be setup via the "external filters" control in MPC? I prefer configuring MPC there...
Sure, you may disable all of the internal filters by unticking the boxes and add your preferred filter(s) under external filters and select as preferred.
You may find standalone MPC filters as well; just download "standalonefilters" folder and register what you want and dominate on them as externally.
73ChargerFan
15th December 2009, 01:09
rica - In your image showing ffdshow audio setup, I see "Output format for uncompressed or decoded streams" set to 16 bit integer. Would this affect 24bit TrueHD? or 24bit LPCM?
rica
15th December 2009, 01:15
rica - In your image showing ffdshow audio setup, I see "Output format for uncompressed or decoded streams" set to 16 bit integer. Would this affect 24bit TrueHD? or 24bit LPCM?
Haven't checked yet if it downsamples THD but i'm sure LPCM wouldn't bitstream but would be decoded for now.
whurlston
15th December 2009, 01:24
rica, this would explain why I haven't been able to reproduce your results. Which MPCAudioRenderer.ax build are you using? I've tried the ones from the latest several SVN builds and non of them show up as a renderer filter in GraphStudio. They all appear as a standard DirectShow filter and they all crash on me when I try to use them for bitstreaming. I installed MPC-HC and the MPC renderer does not show up in the output devices.
rica
15th December 2009, 01:27
This one:
http://www.mediafire.com/?hhthlymym20
rica
15th December 2009, 01:42
And make sure proppage.dll is registered in your system?
(coming with the latest Windows SDK)
EDIT: Sorry, i'm sure you know this very well but this might be useful for some of our friends. :o
nightfly
15th December 2009, 04:57
Yes, the splitter was the issue.
I dl'ed the MPC standalone filters and registered the mpegsplitter.ax (was that the correct one?) and then selected it in MPC as preferred and I got consistent THD playback.
Although like before, sometime THD comes to my receiver as DD+? Even in this case...just tried to play Dark Knight and my receiver is showing DD+.
More testing...
whurlston
15th December 2009, 05:27
And make sure proppage.dll is registered in your system?
(coming with the latest Windows SDK)
EDIT: Sorry, i'm sure you know this very well but this might be useful for some of our friends. :o
It doesn't hurt to double check. Strangely, I still can't reproduce your results using GraphStudio with build 53 and your MPC renderer. I'm going to try MPC (although it shouldn't make a difference) as well as all builds from 46 to current.
whurlston
15th December 2009, 06:36
Finally!!! I can confirm rica's results with TrueHD and DTS-HD working on Vista with the MPC audio renderer with 95% certainty. I was able to get near perfect bitstreamed audio on both formats. I say "near perfect" because there were still some glitches in DTS-HD. I had to increase the process priority to "high" and set processor affinity to a single core instead of my 4 cores on a Phenom x4 9550. I suspect I need to update my system drivers, possibly my AHCI controller.
@albain, sorry for the confusion and delay. :o
Builds 46 onward work except for the 2 test build 55. Like rica, they did not produce audio for me.
nightfly
15th December 2009, 08:46
I ended up testing about 50 movies - a selection of DTS-MA, DD, THD, & LPCM.
Using the MPC MPEG Splitter (build 1417), Beta 54 of ffdshow, TMT3's version of Arcsoft Audio renderer, & MPC-HC build 1299 I mostly got perfect bitstreaming with the exception of about 6 TrueHD titles.
With THD, I often had to restart MPC in order to play the THD title back ok. I have the "remember file position" option enabled in MPC and that causes issues with THD playback for a number of titles. If I have get no audio (most common issue) or choppy audio (rare issue) I "stop" mpc to reset it's starting point to 0, then restart MPC. I could always then playback the THD title - often with the ability to fwd/rew w/o issue. This would even happen for titles I thought were previously working fine - I'd go back to test some change and I would get no audio. Stop/Restart - all is well again.
For LPCM I of course have to set the Win 7 pb devices to "asus speakers" from "asus s/pdif" and everything works fine. ffdshow must be set to "xonar media type only" option to bitstream dd/dts as albain has stated previously.
I can't get good video playback (only line at top of screen) for mpc builds > 1299-ish (Nvidia gt 220) and also seamless playback of BD titles seems to be broken as well.
But with build 1299 of MPC-HC and ffdshow build 54, I am a pretty happy camper. :D
madshi
15th December 2009, 09:36
I have committed the MPC renderer so now it is working and usable.
One question about the audio renderer:
How does the clock work? You know, the audio renderer is usually the one providing the graph's clock and it's important that the clock works "correctly". Basically your clock should depend on the audio hardware and *not* on the system clock. It is possible (even probable) that the audio renderer's clock deviates slightly from the system clock, because the audio hardware's internal clock is usually never perfectly in sync with the system clock. So does your audio renderer use the system clock or the audio hardware clock?
goemonate
15th December 2009, 11:26
Tried all different combination of ffdshow, MPC-HC, audio rederner... They all give me the same result:
TrueHD 16bit = bitstream fine
TrueHD 24bit = bitstream fine but noise at background
DTS-MA = impossible, sometimes the AVR shows DTS-MA but it goes away in 2 seconds or so
my Setup:
ATI 5750 (tried two diff brands)
Pioneer SC-05
Phenom x4 9550
Windows 7 32bit
More info:
Tried also on 3 different computers, they all give the same result. So could it be the AVR that I have (SC-05)?
tetsuo55
15th December 2009, 11:34
Hey Guys,
which driver are you guys currently using?
And does that driver support 24bit wasapi exclusive for all frequencies?
arestarh
15th December 2009, 12:58
albain
First of all: thank you for your work under HD audio bitstream in ffdshow!
My question about translation of new HD audio bitstream settings in Output section of audiodecoder settings. In translation mode['translateMode'=1] some new strings I translated, but some I can't translate(I ticked them but they didn't appear in:
http://s54.radikal.ru/i143/0912/f7/55119dd02ef8.png (http://www.radikal.ru)
).
This untranslatable strings are:
http://i018.radikal.ru/0912/17/8bcc5d350951.png (http://www.radikal.ru)
and Caution after I check 'Try only standard format' or 'Only Xonar formats':
http://i079.radikal.ru/0912/8e/98c83246eb4c.png (http://www.radikal.ru)
Sorry for my bad English.
nlnl
15th December 2009, 13:08
Ok thanks
We'll stick on that for Vista, at least for now
I have committed the MPC renderer so now it is working and usable.
MPC team can make the ui part and bring improvements
Does MPC renderer support WASAPI Exclusive mode?
albain
15th December 2009, 13:15
About MPC renderer, it is wasapi exclusive.
At the end it will support both directsound and wasapi (I forced the wasapi mode)
About translations, I will check after that
nlnl
15th December 2009, 14:23
About MPC renderer, it is wasapi exclusive.
At the end it will support both directsound and wasapi (I forced the wasapi mode)
About translations, I will check after that
Great! Thank you!
Where can we download it?
mikelebron
15th December 2009, 15:07
What container were you using?
I ended up testing about 50 movies - a selection of DTS-MA, DD, THD, & LPCM.
Using the MPC MPEG Splitter (build 1417), Beta 54 of ffdshow, TMT3's version of Arcsoft Audio renderer, & MPC-HC build 1299 I mostly got perfect bitstreaming with the exception of about 6 TrueHD titles.
With THD, I often had to restart MPC in order to play the THD title back ok. I have the "remember file position" option enabled in MPC and that causes issues with THD playback for a number of titles. If I have get no audio (most common issue) or choppy audio (rare issue) I "stop" mpc to reset it's starting point to 0, then restart MPC. I could always then playback the THD title - often with the ability to fwd/rew w/o issue. This would even happen for titles I thought were previously working fine - I'd go back to test some change and I would get no audio. Stop/Restart - all is well again.
For LPCM I of course have to set the Win 7 pb devices to "asus speakers" from "asus s/pdif" and everything works fine. ffdshow must be set to "xonar media type only" option to bitstream dd/dts as albain has stated previously.
I can't get good video playback (only line at top of screen) for mpc builds > 1299-ish (Nvidia gt 220) and also seamless playback of BD titles seems to be broken as well.
But with build 1299 of MPC-HC and ffdshow build 54, I am a pretty happy camper. :D
nightfly
15th December 2009, 17:31
What container were you using?
M2TS - I play ripped ISOs (typically via Clown BD) or some M2TS files directly.
I have over 250 titles - need to track down some of the more uncommon HD audio (24bit, DTS-HD HR, etc.) and see how my setup works there.
mikelebron
15th December 2009, 19:03
I would love to see how MKVs work.
M2TS - I play ripped ISOs (typically via Clown BD) or some M2TS files directly.
I have over 250 titles - need to track down some of the more uncommon HD audio (24bit, DTS-HD HR, etc.) and see how my setup works there.
Skinleech
15th December 2009, 19:08
I would love to see how MKVs work.
All of mine to date are mkv, and they work fine with the internal splitter. Both DTS-HD and THD - this is with a Xonar slim btw.
I've played m2ts with the same success also.
whurlston
15th December 2009, 21:19
ATI 5xxx users: ATI is supposed to be releasing a 9.12 hotfix later this week which fixes EDID issues with certain receivers. Hopefully, it will also enable DD+ support in the driver.
tetsuo55
15th December 2009, 21:41
ATI 5xxx users: ATI is supposed to be releasing a 9.12 hotfix later this week which fixes EDID issues with certain receivers. Hopefully, it will also enable DD+ support in the driver.i just checked out the specifications. Officially it only supports truehd and dts-hd.
It also supports AAC and some cards support WMA-pro it would be cool to be able to bitstream these too.
tetsuo55
15th December 2009, 22:05
So i update the realtek driver for my 4770, and suddonly its telling me this:
http://img63.imageshack.us/img63/9273/4770.th.png (http://img63.imageshack.us/i/4770.png/)
So i update mpc-hc and ffdshow and all the formats try to bitstream but im getting static for all of them.
Now what?
whurlston
15th December 2009, 22:10
Very interesting. Downloading it now.
rica
15th December 2009, 22:20
So i update the realtek driver for my 4770, and suddonly its telling me this:
http://img63.imageshack.us/img63/9273/4770.th.png (http://img63.imageshack.us/i/4770.png/)
So i update mpc-hc and ffdshow and all the formats try to bitstream but im getting static for all of them.
Now what?
You would never get hd bitstreaming with Realtek drivers.
Uninstall them and just give it a go with Ati HDMI drivers coming with 9.11 :)
whurlston
15th December 2009, 22:24
You would never get hd bitstreaming with Realtek drivers.
Uninstall them and just give it a go with Ati HDMI drivers coming with 9.11 :)
He's using a 4770.
rica
15th December 2009, 22:32
He's using a 4770.
Sorry i read 5770 :) But what do you guys expect to be happenning with a 4770; bitstreaming?
tetsuo55
15th December 2009, 22:39
Sorry i read 5770 :) But what do you guys expect to be happenning with a 4770; bitstreaming?There is no reason why it should not work, once the driver allows it (which it does according to my screenshot)
the question now is, what am i doing wrong :D
whurlston
15th December 2009, 22:56
You're not doing anything wrong. I'm getting static as well. And I can confirm that the latest Realtek driver shows all those formats as supported.
rica
15th December 2009, 23:11
Don't forget Ati HDMI driver was showing all of them (for 5*** series) but i needed EDID Override driver by tulli.
Even it shows dd+ , we never get that.
So unless Ati gives a true driver you will never get HD bitstreaming over 4*** series at all.
whurlston
15th December 2009, 23:20
Don't forget Ati HDMI driver was showing all of them (for 5*** series) but i needed EDID Override driver by tulli.
Even it shows dd+ but we never get that.
So unless Ati gives a true driver you will never get HD bitstreaming at all.
Actually, the ATI driver for the 5xxx series does not show DD+ as a supported format, only Dolby Digital and Dolby TrueHD. At least on mine this is true.
rica
15th December 2009, 23:26
Actually, the ATI driver for the 5xxx series does not show DD+ as a supported format, only Dolby Digital and Dolby TrueHD. At least on mine this is true.
Checked again: Yeah, you're right. Don't see DD+ either.
SamuriHL
16th December 2009, 01:57
Fascinating. I'll have to mess with this realtek driver tomorrow. Has anyone tried it with ffdshow on a 5xxx card yet? I don't have time to test tonight.
whurlston
16th December 2009, 03:12
I haven't yet. I only have Vista on the machine with the 5770 right now.
SamuriHL
16th December 2009, 03:18
I'll work on it tomorrow.
rica
16th December 2009, 03:42
It works for THD and DTSHD on both PDVD9 and ffdshow 54.
Further trials will be tomorrow. (DD+, LPCM ?)
Working Renderers with ffdshow:
Default Directsound Device,
Default Waveout Device,
MPC Audio Renderer,
Realtek HDMI Output.
Seven 64 for now.
SamuriHL
16th December 2009, 03:50
Damn that's awesome. Do you have a 24 bit LPCM track to play in PDVD9? Curious if it shows 24 bit in output or 32. Ratatouille is 48/24 and shows 48/32 for me with the ATI driver.
rica
16th December 2009, 03:52
Tomorrow will check it's lpcm and DD+ performance..
Sorry but it's five AM here.
SamuriHL
16th December 2009, 04:48
I'll check it in the morning.
whurlston
16th December 2009, 07:38
There is no reason why it should not work, once the driver allows it (which it does according to my screenshot)
the question now is, what am i doing wrong :D
I tested WinDVD 2010 bitstreaming with the 4670/R2.39 and it results in the same static. Not exactly sure what the issue is, possibly because the audio device reports "HDCP: Not Supported"?
Andy o
16th December 2009, 08:38
I didn't get static though, just silence with WinDVD. Regardless, if it works, this driver might be a better choice for the 5000 cards.
whurlston
16th December 2009, 08:41
I didn't get static though, just silence with WinDVD. Regardless, if it works, this driver might be a better choice for the 5000 cards.
It could be the difference in AVRs. Yours may detect the static and mute it. Rica has reported it working with the 5xxx series on Win 7.
Andy o
16th December 2009, 08:52
Well my problem with the ATI drivers with the 5750 I got was that it doesn't have continuous audio, and no DD+. I wonder if with the 5000 series MC can bitstream DD+. Will check tomorrow anyway. One other thing is that I can't find anywhere official where it says that ATSC is being broadcast with DD+ (only that it was incorporated into ATSC, but not if it's actually being used), it might just be some mistake in MC's info display.
whurlston
16th December 2009, 09:07
If you have another way to capture the stream of that channel in TS format (like TS reader if it supports your tuner or if you have an HDHomeRun), you can use MPC to determine if the stream is in fact DD+. If not, PM me your zip code and the channel (so I don't derail this thread) and I'll try to find someone in your area to capture the stream for me.
Andy o
16th December 2009, 09:37
PM'ed
SamuriHL
16th December 2009, 13:26
Well my problem with the ATI drivers with the 5750 I got was that it doesn't have continuous audio, and no DD+. I wonder if with the 5000 series MC can bitstream DD+. Will check tomorrow anyway. One other thing is that I can't find anywhere official where it says that ATSC is being broadcast with DD+ (only that it was incorporated into ATSC, but not if it's actually being used), it might just be some mistake in MC's info display.
It's a bug in the display for MC and MP. ATSC is using DD, not DD+....yet.
http://hd.engadget.com/2009/08/18/windows-7-includes-support-for-dolby-digital-plus/
when they added support, they screwed up and treat all DD as DD+.
Andy o
16th December 2009, 13:28
I see, saves me some trouble, thanks. Are you just up, or are you going to bed now?
SamuriHL
16th December 2009, 13:31
I see, saves me some trouble, thanks. Are you just up, or are you going to bed now?
Just woke up and am trying to convince myself to get out of bed and go do some testing of the realtek driver. Very soon. Those of you trying the 4xxx cards with it, post debug logs with TrueHD and DTS-HD MA sources and the MPC renderer.
liquidskin76
16th December 2009, 13:36
Those of you trying the 4xxx cards with it, post debug logs with TrueHD and DTS-HD MA sources and the MPC renderer.
Catching up on things! Am i right in thinking that ATI have release a driver update for 4xxx cards that allows bitstreaming via PDVD9, and therefore ffdshow?
SamuriHL
16th December 2009, 13:40
Catching up on things! Am i right in thinking that ATI have release a driver update for 4xxx cards that allows bitstreaming via PDVD9, and therefore ffdshow?
No on all counts. :) Realtek released a new driver that shows that it supports the HD formats on 4xxx cards. This will NOT work on PDVD9 because there still is no PAP. However, this has potential for ffdshow if the driver doesn't refuse the stream.
liquidskin76
16th December 2009, 13:41
Hopefully Albain can work his magic on it!
Has anyone tested the latest ffdshow beta on an ATI 4xxx card yet??
SamuriHL
16th December 2009, 13:48
Right, that's why I asked for debug logs to see if the driver will accept the streams. People have tested and either get static or nothing so far.
SamuriHL
16th December 2009, 14:33
Ok, I got the realtek driver installed on my main HTPC. Bitstreaming perfectly for me. Still refuses DD+. But PDVD9 is bitstreaming as is ffdshow. And yes, Andy, it doesn't drop the damn connection when the audio stops. This is most *DEFINITELY* the preferred driver right now.
EDIT:
http://pastebin.com/pastebin.php?dl=dac10772
EAC3 log. getSupportedFormat is still saying no compatible format supported. :(
Andy o
16th December 2009, 14:41
I'm gonna need a quick lesson on how to get logs, I am going to bed in a couple of hours though, and I'm at work.
Andy o
16th December 2009, 14:43
Ok, I got the realtek driver installed on my main HTPC. Bitstreaming perfectly for me. Still refuses DD+. But PDVD9 is bitstreaming as is ffdshow. And yes, Andy, it doesn't drop the damn connection when the audio stops. This is most *DEFINITELY* the preferred driver right now.
renethx said that it also fixes the channel issue with WASAPI exclusive, it now changes # of channels automatically. That was about the only downside the Realtek drivers had with the 4000 series, compared to ATI drivers. Probably the same with the 5000 series.
SamuriHL
16th December 2009, 14:48
I'm gonna need a quick lesson on how to get logs, I am going to bed in a couple of hours though, and I'm at work.
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\GNU\ffdshow]
"allowDPRINTF"=dword:00000001
Add that to your registry. Then run Debug View (google for it if yo don't have it) before you run MPC-HC or GraphStudio. Piece of cake. :)
SamuriHL
16th December 2009, 14:49
renethx said that it also fixes the channel issue with WASAPI exclusive, it now changes # of channels automatically. That was about the only downside the Realtek drivers had with the 4000 series, compared to ATI drivers. Probably the same with the 5000 series.
Sweet. This is definitely shaping up to be the best HDMI driver yet for the ATI cards. I still need to see what happens on an LPCM track in PDVD9 and whether it does 24 bit now or still upsamples it to 32 bit. So far, though, this is a keeper.
rngDeadEye
16th December 2009, 15:41
(Finally I can post, that was a long 5 days!)
Hi All, first post.
You're doing a great job here - I am available as a tester if required.
My setup:
Quad Core 2.4
Asus Workstation MB
Passive ATI HD5750
BD Drive
AnyDVD HD
30+ .m2ts files
Win7 x86
Pioneer LX70 HD Amp
Plasma and Projector
7 speakers and a sub
I have had limited success with this so far, but using the screen shots a few pages ago finally got continuous HD Audio displaying on my amp. I usually get 5 seconds of perfection followed by some pops, blank bits then continuous high pitched beep.
One thing I haven't managed is to get "MCP Audio Renderer" to appear as an option in MPC-HC. I just select DirectSound: ATI HDMI Audio .......
I rebuilt Win7 on saturday as I suspect I had every codec known to man installed but in the end a completely standard Win7 install with only installing ATI drivers, ffdshow, MPegSplitter.ax and MPC-HC ended up with the same spitty poppy HD audio. I am confident that the spitty audio is something to do with the Video as I managed to mess about with GraphStudio and get perfect sound using MS DTV to do the video. I also have MediaPortal installed but I can't get proper sound although the HD audio lights up on the amp. Trying to play a file in MP breaks audio in MPC until I reboot.
During last night's eureka moment of finally having continuous sound (although there were a few moments of no sound - 1/10th second every few seconds) I played Saw 4 which is in DTS-HD 8 channels. Although my amp shows all 8 channels and DTS-HD MSTR, there was no sound from the 7.1 rears and I am sure I saw somewhere it being reported as having a 6 channel sound track (I know it's 8). I have had all channels playing over PCM on an ATI HD4550.
I'd be happy to re-install Win7 and follow a guide so that I can assist in any way with my setup.
Cheers, keep up the good work.
kkozma
16th December 2009, 16:45
Kickass on the new Realtek drivers!
I'll get some logs up for a 4550 tonight as soon as I get home... I knew I didn't have to give up hope!
mikelebron
16th December 2009, 17:15
Curious, have any of you tried using Reclcock WASPI mode as the audio renderer?
SamuriHL
16th December 2009, 17:28
ReClock won't work as it doesn't accept the media types. Although the recent update is interesting because it now works with TMT3. Just not bitstreaming.
dehati_paul
16th December 2009, 17:32
Sweet. This is definitely shaping up to be the best HDMI driver yet for the ATI cards. I still need to see what happens on an LPCM track in PDVD9 and whether it does 24 bit now or still upsamples it to 32 bit. So far, though, this is a keeper.
@SamuriHL - I thought you have everything (except dd+, lpcm) working with ATI 5xxx on windows 7 with default directsound. Based on that I planned to upgrade to win 7 from vista. Should I hold-off on that plan?
Also which realtek drivers are you using - on realtek's website there is v2.39 hd audio driver for vista/win7 and ati hdmi - which one should I choose?
dehati_paul
16th December 2009, 17:34
@SamuriHL - I thought you have everything (except dd+, lpcm) working with ATI 5xxx on windows 7 with default directsound. Based on that I planned to upgrade to win 7 from vista. Should I hold-off on that plan?
Also which realtek drivers are you using - on realtek's website there is v2.39 hd audio driver for vista/win7 and ati hdmi - which one should I choose?
@SamuriHL - which ffdshow beta version gave you the near perfect result on win7 (v46?)? Are you getting smilar result with v54?
SamuriHL
16th December 2009, 17:42
@SamuriHL - I thought you have everything (except dd+, lpcm) working with ATI 5xxx on windows 7 with default directsound. Based on that I planned to upgrade to win 7 from vista. Should I hold-off on that plan?
Also which realtek drivers are you using - on realtek's website there is v2.39 hd audio driver for vista/win7 and ati hdmi - which one should I choose?
Oh I do have it all working fine with W7 64 bit using the ATI driver. But the ATI driver has an annoyance I was willing to overlook until now. That is that as soon as there's no audio playing, the ATI driver drops the audio connection to your receiver. Big deal, right? Well, it is, actually, because for short sounds it takes longer to reinitialize the connection than the sound takes to play. The realtek driver keeps this connection at all times so this isn't an issue. And bitstreaming works perfectly. So, I see the realtek as being better.
As for the driver, you want the ATI HDMI driver on realtek's site, which is currently 2.39 I believe, yes. Just install it even if the ATI driver is installed...it'll replace it. So far, NO drawbacks to using it and the one benefit I mentioned. I'm very pleased.
SamuriHL
16th December 2009, 17:43
@SamuriHL - which ffdshow beta version gave you the near perfect result on win7 (v46?)? Are you getting smilar result with v54?
I'm using 54. I tested it with the realtek driver and the Default Direct Sound renderer. Flawless. I didn't try any other renderers yet as I didn't see the point. :)
dehati_paul
16th December 2009, 17:54
I'm using 54. I tested it with the realtek driver and the Default Direct Sound renderer. Flawless. I didn't try any other renderers yet as I didn't see the point. :)
Perfect - You The Man!
Upgrading to win7 will be my project for this weekend - Looking forward to bitstreaming outside graphstudio and MPC-HC.
SamuriHL
16th December 2009, 17:58
Perfect - You The Man!
Upgrading to win7 will be my project for this weekend - Looking forward to bitstreaming outside graphstudio and MPC-HC.
It should be noted that while it works with ffdshow and PDVD9, there are reports it's not working at all with WinDVD 2010. I haven't tried it myself as the bitstreaming implementation in general is completely broken and they don't seem very keen on fixing it. But anyway, I think having PDVD9 and ffdshow+MPC-HC for bitstreaming discs and files is just freaking awesome! I wish TMT3 would jump into the ATI bitstreaming game. :(
dehati_paul
16th December 2009, 18:05
It should be noted that while it works with ffdshow and PDVD9, there are reports it's not working at all with WinDVD 2010. I haven't tried it myself as the bitstreaming implementation in general is completely broken and they don't seem very keen on fixing it. But anyway, I think having PDVD9 and ffdshow+MPC-HC for bitstreaming discs and files is just freaking awesome! I wish TMT3 would jump into the ATI bitstreaming game. :(
I am planning to use Media Center as the UI with the MPC-HC standalone filters->ffdshow->default directsound->ATI 5750 in the background. I realize it will be a struggle to play m2ts files on win 7 with the Microsoft Foundation crap, but I have collected info on workarounds.
For DVD and blu-ray playback (off discs) I also wish TMT3 was on board because I have it installed now. Now I will have to switch to PDVD9. TMT3 is much better than PDVD (personal reference).
SamuriHL
16th December 2009, 18:06
I am planning to use Media Center as the UI with the MPC-HC standalone filters->ffdshow->default directsound->ATI 5750 in the background. I realize it will be a struggle to play m2ts files on win 7 with the Microsoft Foundation crap, but I have collected info on workarounds.
For DVD and blu-ray playback (off discs) I also wish TMT3 was on board because I have it installed now. Now I will have to switch to PDVD9. TMT3 is much better than PDVD (personal reference).
Ideally PDVD9 and TMT3 should just let us use ffdshow as the audio renderer. :D Then we'd get the best of all worlds, no? :D
goemonate
16th December 2009, 18:09
I'm using 54. I tested it with the realtek driver and the Default Direct Sound renderer. Flawless. I didn't try any other renderers yet as I didn't see the point. :)
SamuriHL, are you using realtek driver on your 5xxx or 4xxx? I cannot get my 4350 to bitstream HD audio at all... on my 5750 it can only bitstream TrueHD..
btw, Which AVR do you have ?
SamuriHL
16th December 2009, 18:13
SamuriHL, are you using realtek driver on your 5xxx or 4xxx? I cannot get my 4350 to bitstream HD audio at all... on my 5750 it can only bitstream TrueHD..
btw, Which AVR do you have ?
My 4850 isn't connected to an audio solution right now. I'm using analog on that machine. I'm using the realtek driver on my 5870 connected to my Onkyo 606. Have no problem with anything except DD+.
dehati_paul
16th December 2009, 18:13
Ideally PDVD9 and TMT3 should just let us use ffdshow as the audio renderer. :D Then we'd get the best of all worlds, no? :D
Yes, I completely agree. I am sure there's some workaround for that too but probably not worth the effort.
Also, I would have ideally liked to use Arcsoft renderer as my default renderer (to avoid purchase of ATI 5xxx since I already have xonar), but was never able to do it outside graphstudio (manually) or MPC-HC (the drop-down list), even after changing its merit to 0xffffffff. Media center always chose default directsound in Vista. But anyways, I will switch to win 7 (long overdue) and get rid of the xonar card.
SamuriHL
16th December 2009, 18:16
Yes, I completely agree. I am sure there's some workaround for that too but probably not worth the effort.
Also, I would have ideally liked to use Arcsoft renderer as my default renderer (to avoid purchase of ATI 5xxx since I already have xonar), but was never able to do it outside graphstudio (manually) or MPC-HC (the drop-down list), even after changing its merit to 0xffffffff. Media center always chose default directsound in Vista. But anyways, I will switch to win 7 (long overdue) and get rid of the xonar card.
Sounds like a good plan. Hopefully albain has some ideas on LPCM, as well. That'd be sweet.
SamuriHL
16th December 2009, 18:23
LPCM in PDVD9 is still showing 48/32 on a 48/24 track with the realtek driver. So, right now the only benefit I see to this driver is that it doesn't drop the audio connection. That's about it.
rngDeadEye
16th December 2009, 20:28
LPCM in PDVD9 is still showing 48/32 on a 48/24 track with the realtek driver. So, right now the only benefit I see to this driver is that it doesn't drop the audio connection. That's about it.
Presumably this meanthe sound will come back when skipping back and forth through a film?
I'm gonna have a play.
SamuriHL
16th December 2009, 20:31
Presumably this meanthe sound will come back when skipping back and forth through a film?
I'm gonna have a play.
Nope. That's not what it means at all. It just means that they're upsampling to 32 bit. What we've seen from others that have done this is that they're simply padding the 24 bit stream to 32 bit. No affect on quality. I don't know why the 24 bit stream can't be sent directly. :confused:
albain
16th December 2009, 21:59
Hello guys,
sorry but I am quite busy right now on work + new stuff for FFDShow (not on audio part)
Am I right to see that bitstreaming also work on the radeon 4xxx series ?
This is just a matter of drivers after all.
I hope that DD+ support will be added by ATI
About LPCM, I just need some buffers from the dumper to start onto something.
But Sebastii received his new receiver, so he should be able to grab this
@dehati_paul : I don't know if media foundation is a good architecture, but I am pretty sure that microsoft could have continued with DirectShow. Anyway on windows 7 you can get back all the vista behaviour.
There are 2 or 3 system32 files that you have to take ownership : these are mpeg4 DMO decoders and MP3 DMO decoder.
Then rename them and you get ffdshow back with clsid's tool
whurlston
16th December 2009, 22:04
I am happy to see that bitstreaming also work on the radeon 4xxx series. This is just a matter of drivers after all.
Just to clarify, the connection for bitstreaming is accepted by the renderer and ffdshow reports bitstreaming but the resulting sound is static from the AVR which detects PCM.
SamuriHL
16th December 2009, 22:10
Just to clarify, the connection for bitstreaming is accepted by the renderer and ffdshow reports bitstreaming but the resulting sound is static from the AVR which detects PCM.
Right. That's why I was hoping one of you guys could post logs on a 4xxx card with the realtek driver for TrueHD and DTS-HD MA.
kkozma
16th December 2009, 22:22
Workin' on it... I'm waiting for the PAINFULLY slow download from realtek to finish... Whopping 32k on my 10meg line is awesome!
In the meantime, what else do I need in order to get these logs?
whurlston
16th December 2009, 22:22
Right. That's why I was hoping one of you guys could post logs on a 4xxx card with the realtek driver for TrueHD and DTS-HD MA.
They look exactly the same as logs from a 5xxx series so I don't think they'll help. As far as ffdshow knows, it's working.
http://www.oshinetworks.com/DirectShow/ffdshow/TrueHD_4670.txt
http://www.oshinetworks.com/DirectShow/ffdshow/DTSHD_4670.txt
kkozma
16th December 2009, 22:39
Well, it's a bust for me... Can't get more than 2 channel audio with the realtek driver. Had this problem before and that's why I switched to the ATI drivers. *SIGH*
SamuriHL
16th December 2009, 22:50
They look exactly the same as logs from a 5xxx series so I don't think they'll help. As far as ffdshow knows, it's working.
http://www.oshinetworks.com/DirectShow/ffdshow/TrueHD_4670.txt
http://www.oshinetworks.com/DirectShow/ffdshow/DTSHD_4670.txt
Fascinating. And the lights do light up? Just no audio or static? What renderer?
whurlston
16th December 2009, 22:51
Fascinating. And the lights do light up? Just no audio or static? What renderer?
It's accepted by both the DirectSound and Wave Out renderers (logs were taken using DirectSound). No HD audio lights. The receiver sees it as an 8 channel PCM signal.
SamuriHL
16th December 2009, 22:53
It's accepted by both the DirectSound and Wave Out renderers (logs were taken using DirectSound). No HD audio lights. The receiver sees it as an 8 channel PCM signal.
That's really odd. Maybe albain will have some idea on this. Thanks for trying it though.
kkozma
16th December 2009, 23:17
Anyone have any idears as to why I can't get more than 2 channels with the realtek driver? FYI: This is XP, so EDID overrride doesn't work.
SamuriHL
16th December 2009, 23:18
You made sure to set 7.1 speakers in the windows audio control panel...right?
kkozma
16th December 2009, 23:21
Yep... Reverted back to the ATI driver and I'm back to 7.1 goodness again. Frustrating...
Maybe the new 9.12 ATI Driver that comes out tomorrow will work???
SamuriHL
16th December 2009, 23:23
That's pretty messed up. I have no idea on that one. And we have to wait and see what they put in 9.12 for the HDMI driver. Also be aware that a 9.12 hotfix is coming as well to fix the EDID stuff.
rica
17th December 2009, 01:04
Test results: Latest Realtek Drivers on Vista 32,
None of those renderers works with ffdshow (THD, DTSHD) using Realtek:
Direct Sound Device,
Default Waveout Device,
MPC Audio Decoder,
Realtek HDMI Out
On the other hand, PDVD9 works with Realtek drivers (THD, DTSHD)
Sebastiii
17th December 2009, 01:38
Hi,
I have tested and i go to bed lol with last Realtek and my AVR (i'm happy).
So between before and now, i have to format my HTPC (virii).
So i have tested last version .54 and i have good bitstreaming only when i enable MPC VIDEO (DXVA).
If i use ffdshow video or other codec with DXVA disable, the bitstream don't work very good (sound cut etc.)
For now i can't use PDVD9 it crash when i go to setup audio. ( so i must reinstall to see why).
For my best use, i take last MPC-HC and register Standalone Filtre (last too) and only enable MPEG/PS/TS/PVA and filter DXVA (H264 et VC1).
With it all work good for now only in this config for WIN7 32bit, i didn't try on vista yet.
To help Albain and LPCM, can someone give me a link to sample to make log ?
Thx
and thx again :)
Seb.
whurlston
17th December 2009, 01:54
Check your PM.
renethx
17th December 2009, 02:07
I would have ideally liked to use Arcsoft renderer as my default renderer (to avoid purchase of ATI 5xxx since I already have xonar), but was never able to do it outside graphstudio (manually) or MPC-HC (the drop-down list), even after changing its merit to 0xffffffff. Media center always chose default directsound in Vista. But anyways, I will switch to win 7 (long overdue) and get rid of the xonar card.
How about this idea (http://forum.doom9.org/showpost.php?p=1350135&postcount=126)?
BTW to play M2TS files with the 7MC internal player, A Quick Guide to Playing M2TS in WMP12/7MC (http://www.avsforum.com/avs-vb/showthread.php?p=16951614#post16951614) is a must read. :)
Andy o
17th December 2009, 02:48
ah I just woke up a half hour ago. I' about to start testing, but don't have much time. Anything in particular that's needed? I'm installing beta 54 right now..
Andy o
17th December 2009, 02:56
LPCM in PDVD9 is still showing 48/32 on a 48/24 track with the realtek driver.
Is there anything wrong with this? If I read correctly, doesn't PowerDVD 9 use exclusive mode for 48/24?
SamuriHL
17th December 2009, 02:57
I have good luck with the realtek driver on W7 64. Works fine in PDVD9 and ffdshow for all formats except DD+. That's still not working. We'll see what Cat 9.12 does tomorrow.
SamuriHL
17th December 2009, 02:58
Is there anything wrong with this? If I read correctly, doesn't PowerDVD 9 use exclusive mode for 48/24?
No, nothing in particular. I think it's just padded 24 bit, but, I have no way of really knowing that for sure. I'm sure it's excl mode, though, and it sounds great. I was more curious as to whether the realtek driver would take 48/24 without padding it and it doesn't seem to.
bgibson8708
17th December 2009, 03:04
ok I could really use some help. I'm trying to play We Are Marshall (dolby TrueHD). I get it to say Input: Dolby TrueHD (bitstream) and output: HDMI (1402). However it won't connect to my receiver. I have a Sony DH800. No lights come on, no noises made. This only happens when I uncheck Dolby Digital as an option, if I dont it plays that. I think when I mess around with it, I can get it to say LPCM on my receiver and it is 5.1 which leads me to believe it is TrueHD and its just not saying it, but im not sure.
Could someone please help me. btw, I'm using the latest build of FFdshow with the settings recomended a few pages ago. The only thing is MPC renderer isnt an option for me for output. I've tried all the different renderers though. I've even registered the MPC renderer and chose Null and it usually uses MPC renderer. But still won't connect to receiver.
And yes, all other audio works fine going into my receiver over HDMI.
THanks
SamuriHL
17th December 2009, 03:05
Um, what hardware are you trying to do this on? That makes a very big difference in how to help. :)
bgibson8708
17th December 2009, 03:08
Um, what hardware are you trying to do this on? That makes a very big difference in how to help. :)
I list all the fine details I can but leave out one of the most important lol. Im using a 5770.
Andy o
17th December 2009, 03:08
I'll be testing my 4670, btw. Posting logs as the first task...
SamuriHL
17th December 2009, 03:12
I list all the fine details I can but leave out one of the most important lol. Im using a 5770.
Do you have PDVD9? And what OS is this? 32 or 64 bit? I know, so many questions, but, it matters. I'm wondering if you're having an EDID issue with the receiver. The 9.12 driver should be out tomorrow (I hope) but I've read we need a hotfix to go with it that'll fix the EDID issue. You can go on AVSForum and search for Tulli's EDID override if you wish. I'm not sure if that's the problem, however. It's just one idea. Also have you tried the new realtek HDMI driver?
rica
17th December 2009, 03:16
It works for THD and DTSHD on both PDVD9 and ffdshow 54.
Working Renderers with ffdshow:
Default Directsound Device,
Default Waveout Device,
MPC Audio Renderer,
Realtek HDMI Output.
Tests have been made on 7/64 with 5770.
But none of those renderers works on Vista with ffdshow via Realtek. PDVD9 works on the other hand. (THD, DTSHD)
SamuriHL
17th December 2009, 03:19
Tests have been made on 7/64 with 5770.
But none of those renderers works on Vista via Realtek with ffdshow. PDVD9 works on the other hand. (THD, DTSHD)
Can you use the dump tool and log it for albain? Maybe he can figure out why PDVD9 works and maybe fix up ffdshow to handle the realtek driver in that case. It's worth a shot anyway, no?
rica
17th December 2009, 03:29
I never have had any log from PDVD since it crashes at the beginning (before streaming starts) even i use PDVD Cinema mode.
SamuriHL
17th December 2009, 03:34
Damn. That sucks. :( That might have been useful.
rica
17th December 2009, 03:38
I still wonder how seb can do this?
http://forum.doom9.org/showthread.php?p=1352619#post1352619
My test results:
Vista= negative
Seven= negative.
SamuriHL
17th December 2009, 03:42
Maybe. It would be nice to get it working on as many configurations as possible. I'm still amazed and impressed how far albain has come so far. Just incredible.
rica
17th December 2009, 03:51
I'm still amazed and impressed how far albain has come so far. Just incredible.
Impossible has beeen succeeded by albain:
"blind SW development"; crazy :)
SamuriHL
17th December 2009, 03:54
Impossible has beeen succeeded by albain:
"blind SW development"; crazy :)
That's quite a skill. :)
rica
17th December 2009, 04:03
"skill" word is insufficent to me :)
whurlston
17th December 2009, 04:24
I still wonder how seb can do this?
http://forum.doom9.org/showthread.php?p=1352619#post1352619
My test results:
Vista= negative
Seven= negative.
Same here. PDVD crashes for me every time.
bgibson8708
17th December 2009, 04:33
Do you have PDVD9? And what OS is this? 32 or 64 bit? I know, so many questions, but, it matters. I'm wondering if you're having an EDID issue with the receiver. The 9.12 driver should be out tomorrow (I hope) but I've read we need a hotfix to go with it that'll fix the EDID issue. You can go on AVSForum and search for Tulli's EDID override if you wish. I'm not sure if that's the problem, however. It's just one idea. Also have you tried the new realtek HDMI driver?
I don't have PDVD9, i did before I upgraded to Windows 7 64x. I had the new build of PDVD that was suppose to support bitstream on ATI 5xxx but it didnt work for me. I am using the latest realtek driver. I will try to see if it is an EDID problem. Thanks for the suggestion. I will let you know if that helps.
Thanks again, you and albain have done an amazing job on this project.
SamuriHL
17th December 2009, 04:41
If the PDVD9 build didn't work, it's likely an EDID issue. That should be easily fixed. I hope it helps!
nightfly
17th December 2009, 07:02
A little update from a Xonar user...
THD continues to be the only problematic format. DTS-HD with Beta 54 has worked flawlessly; no fast forward/reverse issue, always good sound levels; quickly "syncs" with my Denon 988.
I can get every THD title to play if I start from the beginning and/or restart MPC-HC. I have to pause the playback to ensure I won't drop audio when moving forward or backward during playback. Sometimes audio levels seem really low. I can post logs if anyone cares to look.
I sometimes (20%) have similar issues with DD as with THD as far as requiring a restart to get playback to work ok with audio. No issues fwd/rev. DTS plays back like DTS-HD, flawlessly.
LPCM is decoded and plays back @ 16bit - always. I have to set the Win 7 32 bit playback device to "Asus Speakers" to have it work normally.
Using Arcsoft TMT3 audio renderer; DXVA video filters; MPC MPEG Splitter.
Upgraded my Xonar to fw 1.11 and driver .1775 and it made no difference in any of my tests for audio. However, it did make a huge difference in managing the hdmi state/edid/sync - very smooth now.
rngDeadEye
17th December 2009, 11:04
How about this idea (http://forum.doom9.org/showpost.php?p=1350135&postcount=126)?
BTW to play M2TS files with the 7MC internal player, A Quick Guide to Playing M2TS in WMP12/7MC (http://www.avsforum.com/avs-vb/showthread.php?p=16951614#post16951614) is a must read. :)
I've followed all the guides I can find to play .m2ts files in 7MC no no avail. The registry keys in that link can't be updated on my system because they are either in use or locked down somehow. Shame really as I got MediaBrowser working properly last night and it's quite nice.
I ran regedit as admin but no joy.
Can I ask a question?
If you get GraphStudio to render a file properly by messing with the filters, can you force this filter configuration on the rest of the system?
THX-UltraII
17th December 2009, 12:06
I ve been away for two weeks on this topic. What is the status of bitstreaming support for the 4xxx-series?
mark0077
17th December 2009, 12:32
Hi, I have been following thread, great stuff. So a quick question, I am using XONAR HDAV Deluxe 1.3 with analog speakers. Can I use bitstreaming, to allow my Xonar to decode DTS-MA and TrueHD, because as I understand, mpc-hc can't do either at 100% possible quality at the moment?
Or is this work limited to those with a purely digital setup.
Andy o
17th December 2009, 13:12
Bitstreaming anything only applies to a digital connection (SPDIF or HDMI usually). The Xonar doesn't do the decoding, either. And full quality TrueHD decoding has been possible with ffdshow for some time now.
Andy o
17th December 2009, 13:14
I ve been away for two weeks on this topic. What is the status of bitstreaming support for the 4xxx-series?
It's getting interesting, actually. Out of the blue came the new 2.39 Realtek drivers which to our surprise showed TrueHD, DTS-HD and DD+ as supported formats with the 4000 series. Bitstreaming doesn't work though.
I myself will be posting logs later. I didn't have time to set everything up yesterday.
kkozma
17th December 2009, 14:52
The guys on avs seem confident that bitstreaming doesn't work with the 4XXX cards because windows incorrectly reports that it doesn't support hdcp. So for those testing this, are you using anydvd to remove the hdcp requirement?
SamuriHL
17th December 2009, 15:10
They'd have to be. There's no way to play anything that hasn't been decrypted. There's no such thing as "removing HDCP'.
Andy o
17th December 2009, 15:33
The 5000 series also "don't support HDCP" with the Realtek driver, but they bitstream anyway, without AnyDVD.
kkozma
17th December 2009, 15:43
I guess remove wasn't the right word but you know what I meant. :p
That's why I'm still ticked that the realtek driver is junk for XP because XP correctly reports hdcp support for the 4k cards. Evidently the problem I have is common.
SamuriHL
17th December 2009, 15:55
I did know what you meant, yes, but, I made that distinction for those that aren't clear on it. Because there's this perception out there still that HDCP is some "thing" to be removed. I'm constantly fighting that perception on the SlySoft forum.
As for the issue, yea, Andy's right. The 5xxx cards also "don't support HDCP" yet work fine for bitstreaming with AnyDVD disabled. (ewww, who'd DO that?? :D) Something else with the 4xxx cards must be going on. Whurlston's logs look fine so the driver is accepting the bitstream data types, but then things go wrong. Not sure if that can be fixed or not. I guess we'll have to see what albain says about it.
I need to go look and see if 9.12 got released yet.
nightfly
17th December 2009, 17:23
Bitstreaming anything only applies to a digital connection (SPDIF or HDMI usually). The Xonar doesn't do the decoding, either. And full quality TrueHD decoding has been possible with ffdshow for some time now.
Nope. You can set Windows PB devices to "speakers" and still bitstream HD formats on the Xonar- you just won't be able to bitstream DD/DTS. This isn't a ffdshow limitation - it's the same way with the TMT3 player.
SamuriHL
17th December 2009, 17:26
Nope. You can set Windows PB devices to "speakers" and still bitstream HD formats on the Xonar- you just won't be able to bitstream DD/DTS. This isn't a ffdshow limitation - it's the same way with the TMT3 player.
SIGH. You can NOT bitstream over analog. Period. Anything sent analog MUST be decoded first. That is not bitstreaming. That's what Andy was saying. Setting the Xonar to "speakers" is not the same as using analog output.
whurlston
17th December 2009, 18:02
The guys on avs seem confident that bitstreaming doesn't work with the 4XXX cards because windows incorrectly reports that it doesn't support hdcp. So for those testing this, are you using anydvd to remove the hdcp requirement?
Yeah, Andy is right. The 5xxx also reports "HDCP: not supported" so that isn't the issue. Oh, and the guys at AVS: same guys here. ;) I'm the only one with a different handle (vladd on AVS).
Browncoat
17th December 2009, 18:46
Windows report "HDCP not supported" for my Auzen too. But in nvidia drivers i see my AVR model and note "HDCP supported". So you shoudn't care about what windows reports.
tetsuo55
17th December 2009, 18:50
Here is the result of my 4770 trying to play test_7.1_dts-hd_hr.m2ts
http://www.pastebin.org/66090
SamuriHL
17th December 2009, 18:55
Here is the result of my 4770 trying to play test_7.1_dts-hd_hr.m2ts
http://www.pastebin.org/66090
Another log that looks good in theory. The driver accepted it, looks like it was bitstreaming properly, etc. But you get static/no audio?
Andy o
17th December 2009, 18:56
Nope. You can set Windows PB devices to "speakers" and still bitstream HD formats on the Xonar- you just won't be able to bitstream DD/DTS. This isn't a ffdshow limitation - it's the same way with the TMT3 player.
Besides what Samuri clarified above, when I tried the Xonar (I'm pretty sure it still is that way), the actual HDMI device was hidden from Windows, and the "Speakers" device routed the LPCM stream either to the actual HDMI device (still digital connection through and through) or to the analog device, at which point you are no longer bitstreaming anything.
tetsuo55
17th December 2009, 18:59
Another log that looks good in theory. The driver accepted it, looks like it was bitstreaming properly, etc. But you get static/no audio?yeah only bips and bleeps
SamuriHL
17th December 2009, 19:10
yeah only bips and bleeps
That sucks. I hope someone has some ideas on this. There's no reason it shouldn't work now that the driver is accepting the media types.
albain
17th December 2009, 19:16
Hi,
I don't know why the driver would accept HD types on a radeon 4xxx, maybe they removed the checks that's all but it does not mean that bitstream can work
We have the proof that the PAP is not required (neither HDCP for video) to make it work on the radeon 5xxx because all the streams we send are without protection.
Where did you see that HD bitstream could work ?
I don't see why they would have released a driver *just for us* because no commercial players would play unprotected HD content
SamuriHL
17th December 2009, 19:26
The new realtek driver that was just released is different than the ATI driver. And this new driver, if you look at the logs posted by the 4xxx people, seem to accept the HD audio types and SEEM to be bitstreaming. I.E. the logs look identical to a proper bitstreaming on a 5xxx card. Thoughts?
madshi
17th December 2009, 19:52
There's no reason it shouldn't work now that the driver is accepting the media types.
Yes, there is a reason: The hardware doesn't support it. Well, we don't know for sure, but that has been my guess (and I've been saying so) all the time.
@albain, could you please check out this post, you seem to have missed it:
http://forum.doom9.org/showpost.php?p=1353100&postcount=413
SamuriHL
17th December 2009, 19:57
Yes, there is a reason: The hardware doesn't support it. Well, we don't know for sure, but that has been my guess (and I've been saying so) all the time.
I know and you may be right. I just think it's worth the effort to look at, no? Now that the driver at least accepts it...it's a change in the status quo. You are probably right that it may never workm but, we should try to find out for sure.
madshi
17th December 2009, 20:03
I know and you may be right. I just think it's worth the effort to look at, no? Now that the driver at least accepts it...it's a change in the status quo. You are probably right that it may never workm but, we should try to find out for sure.
If there is hope we should go for it. But what can we do if none of the commercial apps can successfully bitstream with 4xxx and if the driver seems to accept our bitstream just fine? There doesn't seem to be anything wrong with the ffdshow bitstream. I think if the 4xxx hardware unexpectedly is able to bitstream HD audio after all, our only hope is that a future driver will make it work. I don't think there's anything that needs to be (or could be) changed in ffdshow right now. After all it works with 5xxx. It would be extremely weird, if the driver would need a different bitstream format for 4xxx hardware compared to 5xxx hardware! So I think we should just keep trying all new drivers. Maybe a future driver will suddenly work. Or not.
Of course the situation would be different if one of the commercial apps were able to bitstream with 4xxx. In that case we could find out how they do it and replicate their behaviour.
SamuriHL
17th December 2009, 20:05
If there is hope we should go for it. But what can we do if none of the commercial apps can successfully bitstream with 4xxx and if the driver seems to accept our bitstream just fine? There doesn't seem to be anything wrong with the ffdshow bitstream. I think if the 4xxx hardware unexpectedly is able to bitstream HD audio after all, our only hope is that a future driver will make it work. I don't think there's anything that needs to be (or could be) changed in ffdshow right now. After all it works with 5xxx. It would be extremely weird, if the driver would need a different bitstream format for 4xxx hardware compared to 5xxx hardware! So I think we should just keep trying all new drivers. Maybe a future driver will suddenly work. Or not.
Of course the situation would be different if one of the commercial apps were able to bitstream with 4xxx. In that case we could find out how they do it and replicate their behaviour.
Point well taken. sigh. I was trying to fight for the 4xxx people. Hey, lazy 4xxx people, get a damn 5xxx card! :p LOL :D
tetsuo55
17th December 2009, 20:10
according to the specs i could find all the ati cards are using the same chip.
Different revisions of that chip, but they all supported all formats from day 1.
The limitations are imposed by the hdmi encoder.
i found this in the 4xx0 specs:
"maximum supported audio stream bandwidth is 6.144 Mbps"
That means there is a hard limit there, anything lower should work.
SamuriHL
17th December 2009, 20:12
according to the specs i could find all the ati cards are using the same chip.
Different revisions of that chip, but they all supported all formats from day 1.
The limitations are imposed by the hdmi encoder.
i found this in the 4xx0 specs:
"maximum supported audio stream bandwidth is 6.144 Mbps"
That means there is a hard limit there, anything lower should work.
That information has been shown to be nonsense. You can do much higher LPCM tracks than that on 4xxx cards, for example.
whurlston
17th December 2009, 20:28
If there is hope we should go for it. But what can we do if none of the commercial apps can successfully bitstream with 4xxx and if the driver seems to accept our bitstream just fine? There doesn't seem to be anything wrong with the ffdshow bitstream. I think if the 4xxx hardware unexpectedly is able to bitstream HD audio after all, our only hope is that a future driver will make it work. I don't think there's anything that needs to be (or could be) changed in ffdshow right now. After all it works with 5xxx. It would be extremely weird, if the driver would need a different bitstream format for 4xxx hardware compared to 5xxx hardware! So I think we should just keep trying all new drivers. Maybe a future driver will suddenly work. Or not.
Of course the situation would be different if one of the commercial apps were able to bitstream with 4xxx. In that case we could find out how they do it and replicate their behaviour.We were actually able to get the AVR to recognise TrueHD from the beta 9 build with the 4xxx series but at the time the stream was not being built properly: http://forum.doom9.org/showthread.php?p=1332800#post1332800
I don't have albain's original MPC renderer build anymore so I haven't been able to recreate the results to find out the media structure that was used. Maybe mrcorbo sill has it?
Edit: Of course, it's entirely possible that I'm chasing ghosts here.
SamuriHL
17th December 2009, 20:29
Cat 9.12 is out now.
EDIT: HDMI driver is still the same as 9.11. No change for that. Going back to realtek.
albain
17th December 2009, 20:36
Yes, there is a reason: The hardware doesn't support it. Well, we don't know for sure, but that has been my guess (and I've been saying so) all the time.
@albain, could you please check out this post, you seem to have missed it:
http://forum.doom9.org/showpost.php?p=1353100&postcount=413
Yes I missed it
I don't really know about the clock : the existing code I grabbed was a directsound renderer based on MS samples.
I will check on this
Are you experiencing loss of sync ?
albain
17th December 2009, 20:43
We were actually able to get the AVR to recognise TrueHD from the beta 9 build with the 4xxx series but at the time the stream was not being built properly: http://forum.doom9.org/showthread.php?p=1332800#post1332800
I don't have albain's original MPC renderer build anymore so I haven't been able to recreate the results to find out the media structure that was used. Maybe mrcorbo sill has it?
Edit: Of course, it's entirely possible that I'm chasing ghosts here.
The MPC renderer didn't change much since the beginning (well it depends from when) : I adapted the buffers size on the stream type, and implemented dynamic change of format. I don't have the original builds of it but someone committed for me the first working code of the MPC renderer in MPC subversion
nlnl
17th December 2009, 20:46
albain
And where we can download new MPC audio renderer?
kkozma
17th December 2009, 20:58
Point well taken. sigh. I was trying to fight for the 4xxx people. Hey, lazy 4xxx people, get a damn 5xxx card! :p LOL :D
Sure.. Give me the $140 and I'd love to. :p I'll probably get one of the 5550's when they come out, but right now, I'm stuck with the 4550.
Besides, you can force ffdshow to load in TMT2, so getting this to work would be epic for me as I wouldn't have to buy TMT3 if they ever decide to support ATI and I refuse to give cyberlink a single penny of my money.
Any reports on the 9.12 drivers allowing these media types on the 4xxx cards yet?
whurlston
17th December 2009, 21:05
The MPC renderer didn't change much since the beginning (well it depends from when) : I adapted the buffers size on the stream type, and implemented dynamic change of format. I don't have the original builds of it but someone committed for me the first working code of the MPC renderer in MPC subversion
I found where mcorbo posted logs when he got the TrueHD light with the 4xxx:
http://forum.doom9.org/showpost.php?p=1332952&postcount=8461
Hope it helps. I'm quite happy with using the 5xxx series now, I just want to see if this can be done. :D
tetsuo55
17th December 2009, 21:06
just installed 9.12
they fixed my losing bitstreaming SD audio on seek.
HD audio still the same.
Also Dolby Digital Plus is visable as a supported audio format, but falls back to software decoding when i try it.
SamuriHL
17th December 2009, 21:08
I paid a lot more than 140 USD for my 5870. :p But yes, I know, I was just saying that in jest.
And the Cat 9.12 driver didn't change the HDMI driver, so, that won't help you.
SamuriHL
17th December 2009, 21:09
just installed 9.12
they fixed my losing bitstreaming SD audio on seek.
HD audio still the same.
Also Dolby Digital Plus is visable as a supported audio format, but falls back to software decoding when i try it.
Really? It shows the same version of that driver as what's in 9.11. That's really odd!
tetsuo55
17th December 2009, 21:11
Really? It shows the same version of that driver as what's in 9.11. That's really odd!The driver is dated 1-12-2009 for me
EDIT:
Seems the realtek driver stayed, so it must be the hdmi video driver that fixed the seeking
SamuriHL
17th December 2009, 21:12
Hmm. I guess I'll uninstall the realtek and install it then. See if it changed anything for the 5xxx cards.
tetsuo55
17th December 2009, 21:13
i edited my post, look.
SamuriHL
17th December 2009, 21:17
Oh sure. :p Well, I'm installing it anyway to see if anything's changed. Will most likely go back to the realtek driver anyway.
SamuriHL
17th December 2009, 21:18
No, nothing changed. Definitely going to back to the realtek now.
whurlston
17th December 2009, 21:19
The driver is dated 1-12-2009 for me
EDIT:
Seems the realtek driver stayed, so it must be the hdmi video driver that fixed the seeking
I had to install the drver manually but it still reverted back to the old ATI driver. I then manually updated again and selected "Let me choose the driver..." and selected the 12/1 version and it asked me to verify because it was not garanteed to work.
FYI, the 12/1 driver now lists all formats on the 4670 as well, same as the Realtek.
SamuriHL
17th December 2009, 21:20
Huh. That's weird. I don't think I wanna mess with that. :) I wonder if it's literally the same driver as the realtek one.
The realtek driver is dated 12/1/2009 and is version 6.0.1.5992 in the driver details.
Sebastiii
17th December 2009, 21:42
One question about the audio renderer:
How does the clock work? You know, the audio renderer is usually the one providing the graph's clock and it's important that the clock works "correctly". Basically your clock should depend on the audio hardware and *not* on the system clock. It is possible (even probable) that the audio renderer's clock deviates slightly from the system clock, because the audio hardware's internal clock is usually never perfectly in sync with the system clock. So does your audio renderer use the system clock or the audio hardware clock?
It's maybe the case for me, i must use Video Decoder with DXVA otherise, the sound blip blop and not fine.
Sorry, but i try to explain and i think it's not very good.
Thx,
Seb.
kkozma
17th December 2009, 22:04
Huh. That's weird. I don't think I wanna mess with that. :) I wonder if it's literally the same driver as the realtek one.
The realtek driver is dated 12/1/2009 and is version 6.0.1.5992 in the driver details.
The driver could very well be the same, however there's lots of other stuff that gets installed, so maybe ATI just makes some changes to how it handles different media types, etc etc.
Next question, when I try to register albains mpc audio renderer I get an error that says "Failed- The specific module could not be found". What am I doing wrong?
SamuriHL
17th December 2009, 22:07
The driver could very well be the same, however there's lots of other stuff that gets installed, so maybe they made some changes to how it handles different media types, etc etc.
Could be. I have 9.12 with the realtek driver installed and I'm quite happy with this arrangement.
Next question, when I try to register albains mpc audio renderer I get an error that says "Failed- The specific module could not be found". What am I doing wrong?
How are you trying to register it? I do it from an admin prompt and use regsvr32. It can't be done from a cmd prompt or app that doesn't have admin privs if you're using UAC.
kkozma
17th December 2009, 22:35
I'm in XP, no UAC. :)
I also can't get it to install the new driver no matter what I do... I've installed and uninstalled 3 times now. It keeps reverting back to the 11/16 driver. Guess it's time for drivercleaner.
SamuriHL
17th December 2009, 22:39
Wait a minute here. You're in XP??? NOTHING that I know of bitstreams in XP. I've not seen anyone have any success at all.
kkozma
17th December 2009, 22:46
Yep.. XP. Why wouldn't it?
I'm waiting on the guys over at MediaPortal to get their stuff together on MP1.1 for win7. They're close, but still kinda far away.
SamuriHL
17th December 2009, 22:49
Why wouldn't it? Because none of the commercial players support XP at all for bitstreaming. Hell, they barely work on Vista! :D I've not seen anyone get bitstreaming working in XP, but, I guess I could be wrong if you take PAP out of the equation (XP doesn't support PAP at all). Um, good luck? :)
kkozma
17th December 2009, 22:53
LOL!!!
Don't get me wrong, if I could get MediaPortal working stable with windows 7, I'd be running it. I have the disc upstairs that I've had since win7 launched and it's driving me nuts waiting. From where I stand, win7 absolutely blows XP away.
At this point, I'm at a wall anyways. The HDMI Audio installer tells me the installed version is out of date, but it refuses to install anything newer than the 11/16 driver.
I just tried The Dark Knight in MPC which is TrueHD and got regular DD.
SamuriHL
17th December 2009, 22:57
Yea, that's not good. XP just isn't up to the task of modern HTPC duties IMO. We had this discussion on AVS earlier. At least you're on board with switching to 7 when it's possible for you, so, that's good. You'll have MUCH more success with 7.
rica
18th December 2009, 00:05
So guys, you say no progress on EDID stuff with new drivers?
SamuriHL
18th December 2009, 00:07
We're waiting for this:
http://support.amd.com/us/kbarticles/Pages/ATICatalyst912Hotfix.aspx
But so far it's nothing but file not found when we go to download it.
rica
18th December 2009, 00:20
The same day a non-available hotfix when the new version just released : weird :devil:
kkozma
18th December 2009, 00:29
Yea, that's not good. XP just isn't up to the task of modern HTPC duties IMO. We had this discussion on AVS earlier. At least you're on board with switching to 7 when it's possible for you, so, that's good. You'll have MUCH more success with 7.
I ran windows 7 and LOVED it for about a week and was even willing to put up with the bugs that mediaportal had until it missed a recording that I had scheduled. When I had to explain to my 5 year old that daddy's computer didn't record merry madagascar, that was the straw that broke the back.
Anyways, it looks as if ATI screwed up their package for the 9.12 XP HDMI. The one that's in the package is dated 11/16. Maybe the hotfix will help, who knows. I tried every HD format I have a disc for (DTS HD, TrueHD, DD+, and 5.1PCM) and they all defaulted to regular DD 5.1. Oh well. It was worth a shot.
nightfly
18th December 2009, 00:41
SIGH. You can NOT bitstream over analog. Period. Anything sent analog MUST be decoded first. That is not bitstreaming. That's what Andy was saying. Setting the Xonar to "speakers" is not the same as using analog output.
Bad day? Well, I never said you can bitstream over analog - that makes no sense. Only that you can have your windows config set to speakers and STILL bitstream.
rjgn
18th December 2009, 00:43
We're waiting for this:
http://support.amd.com/us/kbarticles/Pages/ATICatalyst912Hotfix.aspx
But so far it's nothing but file not found when we go to download it.
It's up, grabbing it now.
davinleeds
18th December 2009, 00:54
Xonar works with XP(32), if that's an option. 7 is the future, particularly for items addressed here.
Andy o
18th December 2009, 00:56
The actual 9.12 (non-hotfix) drives are up as well, I wonder if there's any difference.
davinleeds
18th December 2009, 00:58
How would this hotfix affect ATI driver if you updated to the Realtek HDMI driver? Should I uninstall Realtek?
Andy o
18th December 2009, 00:59
Bad day? Well, I never said you can bitstream over analog - that makes no sense. Only that you can have your windows config set to speakers and STILL bitstream.
Then you should have read again my post (the one you quoted) and the post I was responding to.
TMT3 with the Xonar, BTW accesses the hidden HDMI device directly for bitstreaming HD audio. Last time I checked (been a while) Speakers or "digital" (SPDIF) didn't make a difference, cause the stream wasn't being sent to either (when bitstreaming HD audio)/.
davinleeds
18th December 2009, 01:03
The actual 9.12 (non-hotfix) drives are up as well, I wonder if there's any difference.
Release notes were more specific to PDVD issues IIRC
kkozma
18th December 2009, 01:07
Holy crap, is it really 180 megs??
SamuriHL
18th December 2009, 01:14
I ran windows 7 and LOVED it for about a week and was even willing to put up with the bugs that mediaportal had until it missed a recording that I had scheduled. When I had to explain to my 5 year old that daddy's computer didn't record merry madagascar, that was the straw that broke the back.
Anyways, it looks as if ATI screwed up their package for the 9.12 XP HDMI. The one that's in the package is dated 11/16. Maybe the hotfix will help, who knows. I tried every HD format I have a disc for (DTS HD, TrueHD, DD+, and 5.1PCM) and they all defaulted to regular DD 5.1. Oh well. It was worth a shot.
Definitely worth a shot. And I fully understand the missing a recording issue. Ouch. You should see my recording setup. :D
The hotfix is up now.
http://support.amd.com/us/kbarticles/Pages/ATICatalyst912Hotfix.aspx
SamuriHL
18th December 2009, 01:16
Bad day? Well, I never said you can bitstream over analog - that makes no sense. Only that you can have your windows config set to speakers and STILL bitstream.
Yes, you can set it to speakers and bitstream. When I was using my Xonar, that's what I had it set to. The problem with that is that DD doesn't always work. I've got several discs where the previews have no audio but the main movie bitstreams fine. :mad: This was one of the reasons I finally pulled the Xonar out of the machine and am only using the ATI now. It's ridiculous that you should have to change between digital and speakers based upon the movie content. And I don't see that getting fixed any time soon.
SamuriHL
18th December 2009, 01:17
How would this hotfix affect ATI driver if you updated to the Realtek HDMI driver? Should I uninstall Realtek?
It doesn't seem to include the HDMI driver and didn't affect my install of the realtek one at all. I just finished installing it.
SamuriHL
18th December 2009, 01:19
Then you should have read again my post (the one you quoted) and the post I was responding to.
TMT3 with the Xonar, BTW accesses the hidden HDMI device directly for bitstreaming HD audio. Last time I checked (been a while) Speakers or "digital" (SPDIF) didn't make a difference, cause the stream wasn't being sent to either (when bitstreaming HD audio)/.
No, it matters. Greatly. With digital you can bitstream everything, but, it breaks LPCM. With speakers, you can do LPCM and bitstream the HD audio codecs, but, DD/DTS is a crapshoot as to whether it'll work. It NEVER works in 7MC for DD, at least for some of us. It really got old fast trying to figure out what combination works with what and having to switch all the time. Whoever designed that audio setup is an idiot.
davinleeds
18th December 2009, 01:19
I'm thinking it may resolve my AVR issue, but I like the bitstreaming lpcm of MPC (biting nails). I'll leave it for now :)
SamuriHL
18th December 2009, 01:21
I'm thinking it may resolve my AVR issue, but I like the bitstreaming lpcm of MPC (biting nails). I'll leave it for now :)
It won't change that. You should install it to see if you have some weird EDID thing going on. That's what this hotfix is for. It's more than just PDVD9. The ATI driver doesn't parse some EDID info correctly for some receivers. In theory, that's now fixed.
Andy o
18th December 2009, 01:21
No, it matters. Greatly. With digital you can bitstream everything, but, it breaks LPCM. With speakers, you can do LPCM and bitstream the HD audio codecs, but, DD/DTS is a crapshoot as to whether it'll work. It NEVER works in 7MC for DD, at least for some of us. It really got old fast trying to figure out what combination works with what and having to switch all the time. Whoever designed that audio setup is an idiot.
I meant only for streaming HD codecs, since in that case TMT connects directly to the HDMI device. For LPCM there's no direct connection or exclusive mode, so I would expect the setting to matter then.
kkozma
18th December 2009, 01:24
Well, it's apparent ATI has no intentions of bettering their XP driver at all... Same driver in the hotfix for xp. Absolutely no difference what so ever.
SamuriHL
18th December 2009, 01:25
I meant only for streaming HD codecs, since in that case TMT connects directly to the HDMI device. For LPCM there's no direct connection or exclusive mode, so I would expect the setting to matter then.
That also wasn't always the case. :) For a time TMT3 could only use one or the other (don't remember which). It was a mess when it first came out. The driver has improved, but, it's still ridiculous to have 2 settings like that. Unify the damn thing. It can't be that hard.
SamuriHL
18th December 2009, 01:26
Well, it's apparent ATI has no intentions of bettering their XP driver at all... Same driver in the hotfix for xp. Absolutely no difference what so ever.
I'm not overly shocked on that one. XP is unfortunately a bit past its prime these days. I know, I know..doesn't help you. :)
Andy o
18th December 2009, 01:28
Well, it's apparent ATI has no intentions of bettering their XP driver at all... Same driver in the hotfix for xp. Absolutely no difference what so ever.
http://www.youtube.com/watch?v=xTlm1ZEYvo8
kkozma
18th December 2009, 01:30
I'm not overly shocked on that one. XP is unfortunately a bit past its prime these days. I know, I know..doesn't help you. :)
Yup. Guess I'll either have to give 7 another shot or wait for the 10.1 driver next month.
SamuriHL
18th December 2009, 01:32
Yup. Guess I'll either have to give 7 another shot or wait for the 10.1 driver next month.
I'm pretty sure 10.1 isn't going to help much. :)
Andy o
18th December 2009, 01:47
OK I finally got around to make a log with 4670, beta 54 and MPC renderer. Realtek 2.39 and Catalyst 9.11.
http://pastebin.com/f557e813c
rica
18th December 2009, 01:57
Hotfix results: (On a 1910 Denon AVR)
PDVD9:
No third option at all, it just gives core dts and ac3 for DTSHD and THD.
ffdshow 54:
THD:
gives only core ac3 with any renderer.
DTSHD-MA:
gives HD bitstreaming with Default Direct Sound Device.
So finally gonna restore to where i was before.
I think Xmas vacation has already begun for Ati guys but not for EDID stuff :p
SamuriHL
18th December 2009, 02:11
rica, Tulli's not able to get it to work with his Denon, either, so, u, yeaaaaaaa.
rica
18th December 2009, 02:15
Merry Xmas to Ati guys :p
Happy with tulli's hotfix+Realtek drvs.
Sorry this was a rica hotfix.
Andy o
18th December 2009, 03:07
Bitstreaming is not working for the most part for DTS-HD content here. TrueHD seems to be working but I think there were some dropouts. Realtek 2.39, 5750, Cat 9.12, Win 7 32-bit. Default DirectSound renderer. MPC renderer doesn't want to connect. beta 54 used. I'm gonna keep trying for a while and then post a log if it doesn't work.
piit
18th December 2009, 03:44
Well, it looks like NOTHING has changed in the Catalyst 9.12 on the audio front. The drivers DO NOT include updated HDMI Audio driver. Therefore us unlucky ones whose receivers return EDID info that ATI drivers don't like (Denon, Sony etc.) still have to use Tulli's EDID override workaround.
How sad.
Anyway, apart from that, it works fine! The Realtek driver helped the connection dropping as pointed out by SamuriHL and in my case also sorted the non-working TrueHD bitstreaming after resume from sleep. Now just to get the EDID checksum correct so that I can change it to show AVR-1910 instead of TX-SR905 :-D
By the way, I've got one TrueHD 2.0 track (that's right, TrueHD stereo, in Being There - great film btw) that does not work with the ffdshow trunk... Will try to post logs tomorrow (er, later today, 2:43 here in the UK now) if anybody would be so kind to look at it... (albain, my man! ;-) )
G'nite!
Pete
avivahl
18th December 2009, 04:06
From Neowin.net:
Hotfix drivers are also out: http://support.amd.com/us/kbarticles/Pages...t912Hotfix.aspx (http://support.amd.com/us/kbarticles/Pages/ATICatalyst912Hotfix.aspx)
Hotfix that resolves the mouse being enlarged under Windows® 7, improves performance of OpenGL games, Provides CrossFireX™ support for Eyefinity & Provides support for OpenCL
Problem Description:
· Performance drop is observed with a supported ATI CrossFireX™ configuration when using the thermal scope while playing Call of Duty Modern Warfare
· Performance drop during the opening cinematic of Resident Evil 5
· Wheelman freezes while loading the game menu and can't play further
· The desktop mouse cursor becomes enlarged at random while using Windows 7
· Flashing in various OpenGL titles – City of Heroes, Enemy Territories: Quake Wars, Riddick
· Heaven benchmark (DirectX 9 mode) – Grass flickers and white boarders observed around the edges
· DTS-HD and Dolby True-HD not working properly with certain receivers while using HDMI connection on ATI Radeon™ HD 5000 Series
EDIT: Oh, never mind. I see it was already posted here in this thread.
Andy o
18th December 2009, 06:01
Tried all different combination of ffdshow, MPC-HC, audio rederner... They all give me the same result:
TrueHD 16bit = bitstream fine
TrueHD 24bit = bitstream fine but noise at background
DTS-MA = impossible, sometimes the AVR shows DTS-MA but it goes away in 2 seconds or so
my Setup:
ATI 5750 (tried two diff brands)
Pioneer SC-05
Phenom x4 9550
Windows 7 32bit
More info:
Tried also on 3 different computers, they all give the same result. So could it be the AVR that I have (SC-05)?
I'm getting something similar with my VSX-01, so it might be the receivers. Thing is that WinDVD bitstreams DTS-HD without problem. Could be something like what happened with the PS3 Slim, bitstreaming was broken with 3.0, some people claimed a firmware update for their Pioneers fixed it, but for others who waited, a new PS3 update fixed it.
goemonate
18th December 2009, 06:21
I'm getting something similar with my VSX-01, so it might be the receivers. Thing is that WinDVD bitstreams DTS-HD without problem. Could be something like what happened with the PS3 Slim, bitstreaming was broken with 3.0, some people claimed a firmware update for their Pioneers fixed it, but for others who waited, a new PS3 update fixed it.
that means we have to wait for ATI for a working driver update otherwise bitstreaming between ATI and Pioneer is not going to work... sad...
Andy o
18th December 2009, 08:13
I'm just speculating though... I'll post a log or two when I get home. I've also been meaning to update my AVR's firmware anyway, but Pioneer makes it very difficult.
tetsuo55
18th December 2009, 09:46
It seems that the hdmi controller driver is in the videocard driver, and the hdmi audio chip driver is seperate.
This means ATI can fix a ton of bugs on the videocard side that effect bitstreaming without having to change the audio driver.
magnusr
18th December 2009, 10:26
that means we have to wait for ATI for a working driver update otherwise bitstreaming between ATI and Pioneer is not going to work... sad...
Im bitstreaming PowerDVD 9, 5870 to Pioneer LX71 receiver (Elite SC-05). Catalyst 9.11.
goemonate
18th December 2009, 10:30
Im bitstreaming PowerDVD 9, 5870 to Pioneer LX71 receiver (Elite SC-05). Catalyst 9.11.
I know PowerDVD9 works, could you try ffdshow + MPC-HC?
madshi
18th December 2009, 10:33
I don't really know about the clock : the existing code I grabbed was a directsound renderer based on MS samples.
I will check on this
Thanks.
Are you experiencing loss of sync ?
I don't have a HDMI 1.3 video card yet, and I'm burried with work, so I haven't even had a chance yet to play with the MPC Audio Renderer myself. I just know that ReClock doesn't handle the clock correctly in the "untouched" mode. At least that's what yesgrey3 told me, IIRC.
I don't think a loss of sync is the expected result of a wrong audio clock. It's the video renderer's duty to match video playback to the audio clock. So I think sync should still stay correct, even if the audio renderer uses a wrong clock.
I rather think that we would get audio artifacts after some minutes of playback time. Just imagine what happens if you send too much audio data to the audio driver. At some point the audio driver's buffers will overflow and it will have to drop some of the data you sent it. Or if you don't send enough audio data, the audio driver will have to loop some data. Or maybe the audio connection will break up for a short time. I don't know what exactly will happen. But one thing is for sure: If the clock with which you send audio data to the driver doesn't match the audio hardware's speed, I would expect some audio playback glitches. The amount and time of the glitches will of course depend on how much the audio renderer's clock differs from the audio hardware's internal clock.
magnusr
18th December 2009, 11:07
I know PowerDVD9 works, could you try ffdshow + MPC-HC?
Have you tried to remove your Ati drivers and Realtek hdmi drivers from add remove programs. Do a restart. Install the new catalyst 9.12 hotfix driver package. Restart.
Havent testet 9.12 hotfix myself yet.
Im gonna see if I get time to test ffdshow + MPC-HC later. Work ATM.
liquidskin76
18th December 2009, 11:31
Can anyone post the link to the realtek driver download for the ATI 5xxx and 4xxx cards? Having trouble finding it.
Cheers
EDIT: don't worry, found it!
dehati_paul
18th December 2009, 14:59
Can anyone please confirm that bitstreaming (except DD+, LPCM) works fine on Win 7 32 bit with ffdshow, ATI 5xxx and default directsound. Based on Andy o's post it looks like there are still some issues.
SamuriHL confirmed it to be working fine on Win 7 64 bit, so checking if it works on 32 bit.
Andy o
18th December 2009, 15:59
A small update. I said that MPC audio renderer didn't want to connect. That was because the audio switcher was enabled in MPC. So after disabling it, I got it to connect (still same problems with DTS-HD, so it wasn't that), but then audio switching doesn't work. Default DirectSound works with it though so it should be fine with that.
dehati_paul
18th December 2009, 16:15
A small update. I said that MPC audio renderer didn't want to connect. That was because the audio switcher was enabled in MPC. So after disabling it, I got it to connect (still same problems with DTS-HD, so it wasn't that), but then audio switching doesn't work. Default DirectSound works with it though so it should be fine with that.
Do you still have the DTS-HD problem with Default DirectSound?
flanger216
18th December 2009, 17:15
I rather think that we would get audio artifacts after some minutes of playback time. Just imagine what happens if you send too much audio data to the audio driver. At some point the audio driver's buffers will overflow and it will have to drop some of the data you sent it. Or if you don't send enough audio data, the audio driver will have to loop some data. Or maybe the audio connection will break up for a short time. I don't know what exactly will happen. But one thing is for sure: If the clock with which you send audio data to the driver doesn't match the audio hardware's speed, I would expect some audio playback glitches. The amount and time of the glitches will of course depend on how much the audio renderer's clock differs from the audio hardware's internal clock.
I can confirm this on an HDMI connection with my GT220 in Windows 7. Sending PCM data over WASAPI via the MPC audio renderer frequently results in a steady 'machine-gun fire' type of clipping; the frequency of the clipping gradually decreases over time, and eventually, usually, it'll just go away after 30 seconds or so. No problems with Directsound or waveout, or even with WASAPI via reclock.
Andy o
18th December 2009, 17:16
Do you still have the DTS-HD problem with Default DirectSound?
Sorry for the confusion. I meant DirectSound works with the audio switcher, but it still doesn't work for DTS-HD for me. TrueHD seems to be fine though.
rica
19th December 2009, 02:47
Hotfix on Seven/64 plus tulli's EDID override (third driver of tulli):
I must say tulli's best driver is the latest one on my 1910, especially on PDVD9 with THD. (tulli's hotfix over 12 hotfix :) )
http://www.avsforum.com/avs-vb/showthread.php?p=17743058#post17743058
DTSHD: no problem with PDVD9 and MPC-HC (ffdshow 54+ MPC Audio Renderer)
THD: No problem with PDVD9 and the best renderer is Ati HDMI Output on MPC-HC (with ffdshow 54)
BTW, forget to install the latest Realtek drivers over 12 hotfix.
EDIT: It works over hotfix, i gave it a go again and you can use Default Direct Sound Device for both cases._ _ _ _ _
Sebastiii
19th December 2009, 14:29
Hi,
Great news :) and Happy Tulli :)
So i must have more time today or tonight to make log for LPCM on TMT.
I have made some test for now and with my AVR, PDVD crash and Powercinema close himself after start BD with DumpTool. (i don't know why because before i can log but i haven't receive my AVR and HDMI was set to Stereo.)
I have made also test with DTS-HI and also TrueHD -> ffdshow show 8ch -> AVR only 6Ch and for DTS-HI was detected in MA.(I have to make some log).
Big Thx :)
Seb.
SamuriHL
19th December 2009, 14:56
TMT3 isn't bitstreaming LPCM, though. It's not running in exclusive mode at all when playing LPCM as is evidenced by the fact that it up/downsamples to whatever Windows audio is set to. PDVD9 so far is the only one to get it right when playing LPCM tracks above 48/24.
albain
19th December 2009, 16:38
Thanks.
I don't have a HDMI 1.3 video card yet, and I'm burried with work, so I haven't even had a chance yet to play with the MPC Audio Renderer myself. I just know that ReClock doesn't handle the clock correctly in the "untouched" mode. At least that's what yesgrey3 told me, IIRC.
I don't think a loss of sync is the expected result of a wrong audio clock. It's the video renderer's duty to match video playback to the audio clock. So I think sync should still stay correct, even if the audio renderer uses a wrong clock.
I rather think that we would get audio artifacts after some minutes of playback time. Just imagine what happens if you send too much audio data to the audio driver. At some point the audio driver's buffers will overflow and it will have to drop some of the data you sent it. Or if you don't send enough audio data, the audio driver will have to loop some data. Or maybe the audio connection will break up for a short time. I don't know what exactly will happen. But one thing is for sure: If the clock with which you send audio data to the driver doesn't match the audio hardware's speed, I would expect some audio playback glitches. The amount and time of the glitches will of course depend on how much the audio renderer's clock differs from the audio hardware's internal clock.
Yes I understand but wasapi mode as far as I understand should avoid this problem : the buffers you pass to the audio drivers are handled in such a way that you the driver returns the available size to fill in.
If you don't wait enough time somtimes there is less space than expected or no space at all, so you have to "sleep" for a while before you can feed the buffer again.
By the way this is the main difficulty of wasapi implementation
So I believe that the syncs issue are handled by the driver and it is more complicated when there is an audio card and a graphic adapter separately.
Still, you're right about this : if the video cannot be decoded quickly enough, there is jitter than has to be handled somewhere : on video or audio decoding or on the audio renderer ?
madshi
19th December 2009, 18:51
Yes I understand but wasapi mode as far as I understand should avoid this problem : the buffers you pass to the audio drivers are handled in such a way that you the driver returns the available size to fill in.
If you don't wait enough time somtimes there is less space than expected or no space at all, so you have to "sleep" for a while before you can feed the buffer again.
By the way this is the main difficulty of wasapi implementation
So I believe that the syncs issue are handled by the driver and it is more complicated when there is an audio card and a graphic adapter separately.
Hmmmm... That's interesting. So basically the audio data is sent to WASAPI independently of any DirectShow clock, is that right? Basically you're ignoring any clock and just send the driver new data whenever it requests it? In that case there should be no audio artifacts whatsoever. However, if the clock, exported by your audio renderer, does not match the exact speed in which WASAPI requests audio from you, audio/video sync will most probably gradually be lost during playback of the movie.
E.g. let's suppose WASAPI requests data twice as fast as the clock would normally suggest. In that case the video will still match the normal clock speed, but not the twice as fast WASAPI playback speed. Meaning that audio playback will be completed while video playback is in the middle of the movie. Of course it's not expected that such a dramatic difference happens in real life. The difference between WASAPI playback speed and the clock exported by your audio renderer is likely to be small. But if it's not small enough, it will produce A/V sync problems.
Still, you're right about this : if the video cannot be decoded quickly enough, there is jitter than has to be handled somewhere : on video or audio decoding or on the audio renderer ?
I'm not worried about situations where the PC is too slow to decode video. In that case there will be all kinds of problems, anyway. I'm only interested in making sure that playback works 100% perfect on machines which are fast enough.
Magix_995
19th December 2009, 21:24
Does it works with NVIDA HDMI Audio Codec (http://nvidia.custhelp.com/cgi-bin/nvidia.cfg/php/enduser/std_adp.php?p_faqid=2384&p_created=1237970084&p_sid=7hbwUjuj&p_accessibility=0&p_redirect=&p_lva=&p_sp=cF9zcmNoPTEmcF9zb3J0X2J5PSZwX2dyaWRzb3J0PSZwX3Jvd19jbnQ9MywzJnBfcHJvZHM9MCZwX2NhdHM9MCZwX3B2PSZwX2N2PSZwX3NlYXJjaF90eXBlPWFuc3dlcnMuc2VhcmNoX25sJnBfcGFnZT0xJnBfc2VhcmNoX3RleHQ9aGRtaSBhdWRpbw**&p_li=&p_topview=1) ?
73ChargerFan
19th December 2009, 21:56
Haali released an updated splitter today.
Sebastiii
19th December 2009, 22:53
Hi,
Thx for the news of splitter of Haali, i have tested but no luck with it with my preliminary test.
So i have a little log from sample LPCM 7.1 (On PDVD it show 96Khz/32bit) on AVR MULTI-PCM and the link :
bitstream_LPCM_PVDVCinema (http://sebinternet.free.fr/bitstream_LPCM_PVDVCinema.rar)
Thx Seb.
Sebastiii
20th December 2009, 00:02
I have made some test (all sample are 7.1):
Xonar + Beta54 + Arcsoft renderer + MPC Mpeg Splitter + MPC Video decoder + ffdshow Video :
DTS-MA -> OK Video and sound (Very good playback)
DTS-HI -> DTS-MA (5.1) no video and Video without ffdshow video
TrueHD -> OK Video and sound (Very good playback)
EAC3 -> NOK (no sound) video playback perfect
ATI 9.12 Realtek + Beta54 + Directsound renderer + MPC Mpeg Splitter+ ffdshow video :
DTS-MA -> OK but sound OK with no ffdshow video and MPC DXVA + video playback perfect if no DXVA (sound clip cut)
DTS-HI -> DTS-MA (5.1) no video and Video without ffdshow video
TrueHD -> OK but sound OK with no ffdshow video and MPC DXVA + video playback perfect if no DXVA (sound clip cut)
EAC3 -> MULTI-PCM (sound OK with no ffdshow video and MPC DXVA + video playback perfect)
Xonar + Beta54 + Arcsoft renderer + Haali Last splitter :
DTS-MA -> NOK (no sound) video playback perfect
DTS-HI -> NOK (DTS + video playback perfect)
TrueHD -> NOK (Dolby Digital 5.1 sound few time and playback bad)
EAC3 -> NOK (no sound) video playback perfect
ATI 9.12 Realtek + Beta54 + Directsound renderer + MPC Mpeg Splitter + Haali Last splitter :
DTS-MA -> NOK (no sound) video playback perfect
DTS-HI -> NOK (DTS sound cut + video playback perfect) -> Sound Ok on MPC VIDEO DXVA and no ffdshow video)
TrueHD -> NOK (Dolby Digital 5.1 no sound and playback seems ok)
EAC3 -> MULTI-PCM (sound OK with no ffdshow video and MPC DXVA + video playback perfect)
Thx,
Seb.
tetsuo55
20th December 2009, 23:31
4770, ATi 9.12 hotfix, realtek 2.39.
Custom EDID inf file for reciever > still blips and beeps
Modified EDID by Tulli >Still blips and beeps
Disabling internal audio switchet > still blips and beeps (and on top of that DTS (and probably AC3) bitstreaming breaks completely)
All HD formats get detected as LPCM by the reciever.
dehati_paul
21st December 2009, 03:26
Guys, guys - What I am doing wrong? I am trying ATI 5750 (with Realtek ATI HDMI driver v2.39) on Vista 32 bit. Obviously Default Directsound doesn't work (other than AC3, DTS). I am trying MPC - HC audio renderer (v1420) and no way I am getting the HD formats bitstream. I am trying it in graphstudio which will not give any sound for hd audio. In MPC-HC (with MPC - HC audio renderer set for output) I am getting LPCM. The AC3/DTS bitstreams fine. Previously I was using Xonar and it bitstreamed everything fine with Arcsoft audio renderer, but I removed it along with all the xonar drivers. So the receiver part is fine (I even have tulli's EDID hotfix). The interesting this is that in ffdshow even though I have all the format selected for bitstreaming, it still decodes it. Why is that happening?
PLEASE HELP.
liquidskin76
21st December 2009, 10:12
Guys, guys - What I am doing wrong? I am trying ATI 5750 (with Realtek ATI HDMI driver v2.39) on Vista 32 bit. Obviously Default Directsound doesn't work (other than AC3, DTS). I am trying MPC - HC audio renderer (v1420) and no way I am getting the HD formats bitstream. I am trying it in graphstudio which will not give any sound for hd audio. In MPC-HC (with MPC - HC audio renderer set for output) I am getting LPCM. The AC3/DTS bitstreams fine. Previously I was using Xonar and it bitstreamed everything fine with Arcsoft audio renderer, but I removed it along with all the xonar drivers. So the receiver part is fine (I even have tulli's EDID hotfix). The interesting this is that in ffdshow even though I have all the format selected for bitstreaming, it still decodes it. Why is that happening?
PLEASE HELP.
In GraphStudio, are the hd audio streams being detected and shown on the graph that's built, or are you only getting video?
I've seen it in the past where GraphStudio doesn't detect any HD audio stream, however MPC-HC does, but decodes as LPCM.
It could be a splitter issue, with the default directshow splitter not detecting the hd audio stream in GraphStudio, however MPC-HC tries the default splitter then falls back on an internal splitter?
What splitter is GraphStudio loading? Have you any logs?
dehati_paul
21st December 2009, 13:38
In GraphStudio, are the hd audio streams being detected and shown on the graph that's built, or are you only getting video?
I've seen it in the past where GraphStudio doesn't detect any HD audio stream, however MPC-HC does, but decodes as LPCM.
It could be a splitter issue, with the default directshow splitter not detecting the hd audio stream in GraphStudio, however MPC-HC tries the default splitter then falls back on an internal splitter?
What splitter is GraphStudio loading? Have you any logs?
liquidskin76 -
I know it's not a splitter (MPC -Mpeg splitter) issue, because
1. I have used the same splitters with arcsoft audio renderers for HD bitstreaming
2. The ffdshow info popup in the system tray says that the input in truehd (so it is receiving truehd)
Since the change of behavior started when I replaced arcsoft audio renderer+xonar with default directsound+ATI 5750, it has to be either the setting of the ffdshow or default directsound/ATI hdmi output.
BTW - how do I create a log?
rica
21st December 2009, 21:39
dehati_paul,
I made all my tests with 9.11 Ati Drivers on Vista.
Realtek never worked for me.
Uninstall Realtek and try with 9.12 Drivers.
If it doesn't work give it a go with 9.11 drivers by alone again.
Check this post as well:
http://forum.doom9.org/showthread.php?p=1352969#post1352969
And the pages 20th and 21st.
And check:
BTW, to ffdshow beta Vista testers:
before give it a shot, make sure,
you:
1) are on SP2 ?
2) updated DirectX End-User Runtime ?
3) have MS NetFrameWork 3 or later ?
4) have registered proppage.dll coming with the latest Windows SDK ?
liquidskin76 -
BTW - how do I create a log?
You have to create an "allowDPRINTF" DWORD32 value set to 1 in
HKEY_CURRENT_USER\Software\GNU\ffdshow
Run debugview first and then play the file with MPC-HC or anyone of GraphThings.
Here you will find DebugView:
http://technet.microsoft.com/en-us/sysinternals/bb896647.aspx
rica
21st December 2009, 23:46
OK dehati_paul,
I returned back to my Vista disc.
Some test results for THD and DTSHD on Vista 32 SP2:
(whatever tulli driver is)
1) 9.11 drivers by alone:
PDVD9 and ffdshow give HD bitstream.
2) R239 over 9.11:
PDVD9 gives HD bitstreaming while ffdshow doesn't.
_ _ _ _ _ _ _
3) 9.12 hotfix drivers by alone:
PDVD9 and ffdshow give HD bitstream.
4) R239 over 9.12 hotfix:
PDVD9 gives HD bitstreaming while ffdshow doesn't.
So finally i may say uninstall Realtek if you want to bitstream HD with ffdshow on Vista while it works with ffdshow as well on Seven.:)
_ _ _ _ _
rica
22nd December 2009, 01:17
So the current situation is:
Over Ati 5*** series (with-if needed- or without tulli's override monitor driver)
Seven:
Just with Ati 9.12 hotfix drivers:
DTSHD: no problem with PDVD9 and MPC-HC (ffdshow 54+ MPC Audio Renderer)
THD: No problem with PDVD9 and the best renderer is Ati HDMI Output for MPC-HC (with ffdshow 54)
Realtek 239 over 12 hotfix:
Both HD formats may use Default DirectSound Device.
Vista:
ffdshow HD bitstreaming only works with Ati 9.12 hotfix drivers by alone using MPC HC Audio renderer on Vista; Realtek 239 doesn't work.
While PDVD9 can work even Realtek 239 is loaded over 9.12 hotfix.
_ _ _ _ _
dehati_paul
22nd December 2009, 02:08
Rica - Thanks for the detailed checks and suggestion!! I should have looked back on the earlier posts. I will try these on vista and let you know.
rica
22nd December 2009, 02:10
Good luck!
Hoping to have good news. :)
THX-UltraII
22nd December 2009, 08:40
Just noticed that a new setting is available in MPC-HC:
'MPC Audio Renderer'.
What does this exactly do?
Is Reclock not needed/usable any more with this setting?
albain
22nd December 2009, 11:03
Hi,
Thanks Rica for the summary, I am gonna update the first post
I am quite busy now on the DXVA implementation so do not hesitate to PM if you need me
Otherwise has anyone managed to grap some LPCM buffers with the dumper ?
Damien
Sebastiii
22nd December 2009, 11:08
Salut Damien,
:)
I have made some dump but i don't know if it's usefull.
DUMP LPCM PDVD (http://sebinternet.free.fr/bitstream_LPCM_PVDVCinema.rar)
Thx :)
Great news about DXVA :) because like i test without DXVA i have a pb to play correctly lol.
rsd78
22nd December 2009, 14:35
Hi,
Thanks Rica for the summary, I am gonna update the first post
I am quite busy now on the DXVA implementation so do not hesitate to PM if you need me
Otherwise has anyone managed to grap some LPCM buffers with the dumper ?
Damien
Hi Albain,
Sorry to bother you but can you clarify what you mean by DXVA implementation. I know what DXVA means, I just didn't understand what you were referring to. Thanks for all your great work.
albain
22nd December 2009, 18:08
It is not in the right thread to answer but I am currently importing DXVA implementation from MPC HC project into FFDShow
The goal is to let the users choose between software and DXVA decoding on H264, VC1 and MPEG2.
The drawback is that DXVA will make FFDShow filters unusable (subtitles, resize, noise reduction...)
So it is intended to people owning lower CPUs : for example you can use software decoding for SD videos and use DXVA for HD videos
It will be a preset setting in order to make it configurable.
About subtitles AFAIU there is a possibility to implement them with DXVA enabled, this will be next step
rsd78
22nd December 2009, 18:25
It is not in the right thread to answer but I am currently importing DXVA implementation from MPC HC project into FFDShow
The goal is to let the users choose between software and DXVA decoding on H264, VC1 and MPEG2.
The drawback is that DXVA will make FFDShow filters unusable (subtitles, resize, noise reduction...)
So it is intended to people owning lower CPUs : for example you can use software decoding for SD videos and use DXVA for HD videos
It will be a preset setting in order to make it configurable.
About subtitles AFAIU there is a possibility to implement them with DXVA enabled, this will be next step
That was what I was hoping you would say! I'd be ECSTATIC if you were able to implement dxva with subtitles within any directshow player. That would make the HTPC perfect imo (as I'm a big fan of your Media Control work)! Thanks again.
SamuriHL
22nd December 2009, 18:29
Seriously, that'd be freaking sweet! You are quite amazing, albain. :)
tetsuo55
22nd December 2009, 18:41
Big plans ahead *Evil laugh*
:devil:
rica
22nd December 2009, 20:00
Hi,
Thanks Rica for the summary, I am gonna update the first post
Thanks albain, i see you've already done.
st0niMah0ni
23rd December 2009, 00:18
Hey guys I feel kinda dumb.
Im working around this for 2 days now.
Am I missing something or is a Xonar+ATI 4850 not working?
I allways read that the 4xxx not works, but I have bought a xonar specially for this.
I tried every ffdshow build in this thread and also read all the 33 pages... I feel kinda tired of this :)
actual Setup:
win 7 x64
MPC-HC v1.3.1418.0
ffdshow 3155 (from this thread)
Mpc audio render / arcsoft audio render
Only thing I can manage to get work is 6 Channel wave output of the core.
Or the DTS/DD core bitstreamed.
But not the DTS-HD neither the TrueHD.
Would be real nice if someone helps me before I get really mad :)
rica
23rd December 2009, 02:03
Check your drivers first?
And:
- If you have a xonar : won't work with directsound renderer, the best is to use the the arcsoft renderer (on a dos window in administrator mode : regsvr32 (total media path)\codecs\asrenderer.dll). Otherwise try the waveout or MPC renderer (don't know if they will work)
st0niMah0ni
23rd December 2009, 02:11
I installed ATI catalyst 9.12
and also realtek 2.39.
And i tried all renders.
cmon its not like I try 1 solution and go to post right after here.
As I said , I am working on this for 2 days now.
Allready installed a fresh copy win7 x64.
In the tray the FFdshow tray show hdmi passtrough output for dts-hd and truehd but I cannot get any sound to AVR.
Originally Posted by albain View Post
- If you have a xonar : won't work with directsound renderer, the best is to use the the arcsoft renderer (on a dos window in administrator mode : regsvr32 (total media path)\codecs\asrenderer.dll). Otherwise try the waveout or MPC renderer (don't know if they will work)
Mpc audio render / arcsoft audio render
rica
23rd December 2009, 02:17
What is your AVR?
rica
23rd December 2009, 02:51
I don't think it was a difficult question to respond but i'm sure you've been awared you have to use one of tulli's EDID override drivers for your non-working AVR like Denon, Sony or Pioneer? :)
As I said , I am working on this for 2 days
Master albain and we testers have been here for months but still missing lots of things.
Just two days????
THX-UltraII
23rd December 2009, 08:28
Just noticed that a new setting is available in MPC-HC:
'MPC Audio Renderer'.
What does this exactly do?
Is Reclock not needed/usable any more with this setting?
Andy o
23rd December 2009, 08:43
I don't think it was a difficult question to respond but i'm sure you've been awared you have to use one of tulli's EDID override drivers for your non-working AVR like Denon, Sony or Pioneer? :)
What does it fix with Pioneers? Last I knew, the trouble we were having with Pioneers was no DTS-HD with ffdshow, but it does work with WinDVD 10, so I don't think it was EDID. Did Tulli's patch fix this specific problem for anyone? I might have missed it.
Andy o
23rd December 2009, 08:45
Just noticed that a new setting is available in MPC-HC:
'MPC Audio Renderer'.
What does this exactly do?
Is Reclock not needed/usable any more with this setting?
Actually ReClock doesn't work at all with HD bitstreaming, so you'll need to disable it anyway. MPC Audio Renderer is a renderer albain made specifically for this project. They've added it now to the MPC-HC SVN builds, but people have been using it for longer than that.
Browncoat
23rd December 2009, 08:51
Is Reclock not needed/usable any more with this setting?
Yes, if you use Reclock to get wasapi. MPC Audio Render output is wasapi exclusive mode.
Andy o
23rd December 2009, 10:46
You either use ReClock or MPC Audio Renderer, both are audio renderers, so if you use one, the other one is not needed.
Skinleech
23rd December 2009, 11:01
Hey guys I feel kinda dumb.
Im working around this for 2 days now.
Am I missing something or is a Xonar+ATI 4850 not working?
I allways read that the 4xxx not works, but I have bought a xonar specially for this.
I tried every ffdshow build in this thread and also read all the 33 pages... I feel kinda tired of this :)
actual Setup:
win 7 x64
MPC-HC v1.3.1418.0
ffdshow 3155 (from this thread)
Mpc audio render / arcsoft audio render
Only thing I can manage to get work is 6 Channel wave output of the core.
Or the DTS/DD core bitstreamed.
But not the DTS-HD neither the TrueHD.
Would be real nice if someone helps me before I get really mad :)
I have a Xonar and on-board Nvidia 8300 and only have issues with eac3.
I use MPC-HC, can't recall the build, it's about 2 weeks old, along with the Arcsoft renderer, and one of the recent beta versions of ffdshow. This is on Win 7 x64
Are you sure the Arcsoft renderer is loading? I have it set as the preferred decoder in the external filters section and in the output section of MPC.
Xonar drivers should matter, I currently use 17.73.
THX-UltraII
23rd December 2009, 11:24
You either use ReClock or MPC Audio Renderer, both are audio renderers, so if you use one, the other one is not needed.
but PAL-speeddown is not possible anymore without reclock so the new renderer is a no-go for me :(
Andy o
23rd December 2009, 11:34
You really aren't losing much if you don't bitstream. Only format that can't be decoded fully right now is DTS-HD (and MA), for all others, you can just decode in ffdshow and keep using ReClock.
st0niMah0ni
23rd December 2009, 11:40
Thanks for all the replies.
What is your AVR?
I got a Onkyo TX SR 806 7.1 AV-Receiver.
Are you sure the Arcsoft renderer is loading?
Yes of course Im sure.
I made a .bat to register the audio render in the arcsoft tmt3 folder.
Also I choosed it in the dropdown of MPC-HC´s output options.
Xonar drivers are latest win7 drivers.
Skinleech
23rd December 2009, 11:45
Well sorry for asking.
I mention it because depsite choosing it as the Output renderer, it didn't always work for me when Ac3 and DTS were checked for bitstream. Waveout or defaultsound would load in those cases.
It is only when I have Arcsoft renderer selected in both external filters and the output section that it works for me. Having it registered is not the same as having it selected as preferred in the external filters section.
Have you tried setting the Xonar media types only box in ffdhsow audio properties?
st0niMah0ni
23rd December 2009, 11:59
Having it registered is not the same as having it selected as preferred in the external filters section.
Thank you pal . I will give this a try too. Thought it wouldnt make any sense to register as external filter when adding it with windows commandline.
And yeah the option in ffdshow where its only check for xonar formats is enabled.
greetz
[SOLVED]
Thank you skinleech so much, you are great thank for your quick reply.
I needed to untick the AC3 and DTS passtrough option.
Now I have working TrueHD in MKV with 1920x800 cropped bars.
This is great guys.
Big Big thx to albain who made it and rica for all the work. This is unbelieveble.
You made my day guys :)
Andy o
23rd December 2009, 12:17
Even if you set it to preferred in external filters, it might not connect. For instance, the MPC Renderer doesn't connect when audio switcher is enabled. Same, other renderers/filters don't like to work well with other filters. To be sure, you should click on Play->Filters. That will show you what's being used.
Skinleech
23rd December 2009, 12:54
Glad it's sorted.
It should work with ac3 and DTS selected though - with them checked do as Andy o suggests above and see if it does actually load the Arcsoft renderer. It didn;t for me until I did both steps I noted in my previous posts.
clsid
23rd December 2009, 14:53
I would love to see a summary of all situations where bitstreaming works successfully. Perhaps one of the frequent posters in this thread can make such a summary and post an updated one once in a while? Or someone starts with a small list, and others quote it and add new entries.
I think such information would be very useful for newcomers in this topic.
The required info would be for example:
Audio format | OS | Graphics card | Audio card | Graphics driver | Audio driver | Audio renderer | Any non-default settings for MPC and ffdshow
SamuriHL
23rd December 2009, 15:06
It's pretty much summed up in the first post. Albain keeps updating it. :)
blackEyEz
23rd December 2009, 15:42
Thanks all for the great work, could MediaPortal bitstream HD audio when i follow the steps in the first post?
SamuriHL
23rd December 2009, 20:34
Guys I just made a fun discovery that might help some of you that are having issues. I unregistered mpc audio renderer and installed MPC-HC that has it included. DTS-HD MA all of a sudden was choppy and having all kinds of pops and skips and annoyances. Humorously, I use Direct Sound as my renderer. Um, WHAT? :) Then I remembered. My unregister.bat file also unregistered the mpeg file splitter from the stand alone download package. I re-registered that and suddenly all was smooth again. No problems. So, make sure you have the mpeg file splitter registered if you're having issues and see if that helps.
David602
23rd December 2009, 21:49
Guys I just made a fun discovery that might help some of you that are having issues. I unregistered mpc audio renderer and installed MPC-HC that has it included. DTS-HD MA all of a sudden was choppy and having all kinds of pops and skips and annoyances. Humorously, I use Direct Sound as my renderer. Um, WHAT? :) Then I remembered. My unregister.bat file also unregistered the mpeg file splitter from the stand alone download package. I re-registered that and suddenly all was smooth again. No problems. So, make sure you have the mpeg file splitter registered if you're having issues and see if that helps.
Where can we download the MPC MPEG SPLITTER? and How do we register it?
I've been trying to get this working with my Xonar & Pioneer receiver (that bitstreams DTS HD MA & D TRUE HD just fine w/ TMT3) but having all sorts of issues w/ FFDSHOW & MPC. I just un-installed HAALI to use the MPC MPEG Splitter instead (per the 1st page post by Albain) but it doesn't seem to be working.
Also, I registered the arcsoft audio renderer and it doesn't show as one of the drop-down options in MPC HC.
Also - just to confirm, when playing a stream, in my systray, I should see the blue FFDSHOW audio icon but NOT the FFDSHOW video, correct?
Currently, the red FFDSHOW video box lights up, MPC isn't using hardware acceleration and the FFDSHOW audio box doesn't show up.
I'll try un-installing FFDSHOW & MPC and reinstall both but I'm trying to understand how to enable the MPC MPEG Splitter.
Can you recommend a good tool for changing the merit of these codecs or is there a simpler way?
Is there a specific beta build of FFDSHOW & MPC that you recommend.
Thanks Samurai - I see your posts all over (AVSFORUM, Slysoft, doom9, etc..) and really appreciate all the work you're doing to help the community.
And of course, thanks to Albain & all the testers.
David602
23rd December 2009, 22:04
I would love to see a summary of all situations where bitstreaming works successfully. Perhaps one of the frequent posters in this thread can make such a summary and post an updated one once in a while? Or someone starts with a small list, and others quote it and add new entries.
I think such information would be very useful for newcomers in this topic.
The required info would be for example:
Audio format | OS | Graphics card | Audio card | Graphics driver | Audio driver | Audio renderer | Any non-default settings for MPC and ffdshow
Agreed - the front page post contains about half of the information needed. I've spent about 10-12 hours just searching through all information here and just when I think I've gathered it all, I find there are 2-3 other settings or steps to take. I think some of the experts here forget all the little things they do to setup their systems.
Once I get mine working, i'll post full settings with screenshots.
SamuriHL
23rd December 2009, 22:21
Where can we download the MPC MPEG SPLITTER? and How do we register it?
I've been trying to get this working with my Xonar & Pioneer receiver (that bitstreams DTS HD MA & D TRUE HD just fine w/ TMT3) but having all sorts of issues w/ FFDSHOW & MPC. I just un-installed HAALI to use the MPC MPEG Splitter instead (per the 1st page post by Albain) but it doesn't seem to be working.
Also, I registered the arcsoft audio renderer and it doesn't show as one of the drop-down options in MPC HC.
Also - just to confirm, when playing a stream, in my systray, I should see the blue FFDSHOW audio icon but NOT the FFDSHOW video, correct?
Currently, the red FFDSHOW video box lights up, MPC isn't using hardware acceleration and the FFDSHOW audio box doesn't show up.
I'll try un-installing FFDSHOW & MPC and reinstall both but I'm trying to understand how to enable the MPC MPEG Splitter.
Can you recommend a good tool for changing the merit of these codecs or is there a simpler way?
Is there a specific beta build of FFDSHOW & MPC that you recommend.
Thanks Samurai - I see your posts all over (AVSFORUM, Slysoft, doom9, etc..) and really appreciate all the work you're doing to help the community.
And of course, thanks to Albain & all the testers.
It's part of the stand alone filters package.
http://sourceforge.net/projects/mpc-hc/files/
You can get it there. You only need the MpegSplitter.ax file from it. You can register it by opening an admin cmd prompt and typing "regsvr32 path\to\file\MpegSplitter.ax" without the quote and obviously with the right path to the file.
As for your other questions, I won't be able to fully answer them but I'll take a stab. I think you're confusing the mpeg file splitter with the mpc audio renderer. For the Xonar, that's not what you want anyway. You need the arcsoft audio renderer. You've registered the dll in an admin prompt for that? It should be listed in the output options in MPC-HC. Also, I disable all the internal filters in MPC-HC except for MPEG PS/TS/PVA. Under external filters, you need to add ffdshow audio decoder and set it to prefer. You might be able to add the arcsoft audio renderer there, as well, and set it to prefer, also. Not sure if that'll help. Also, in ffdshow properties, make sure TrueHD and DTS-HD MA passthrough are checked, and AC3 and DTS are UNchecked. That seems to help some Xonar users to get this to work.
That's about all I can think of off the top of my head. Hope it helps. I'm sure if I got anything wrong someone will jump in and kill my dream of being helpful. :D
clsid
23rd December 2009, 22:33
If you enable the internal MPEG PS/TS/PVA source filter in MPC-HC, then you do not need to install the standalone filter. Assuming you only use MPC-HC for playback of course.
SamuriHL
23rd December 2009, 22:35
If you enable the internal MPEG PS/TS/PVA source filter in MPC-HC, then you do not need to install the standalone filter. Assuming you only use MPC-HC for playback of course.
That's the weird part. In my case, I never changed anything in MPC-HC for settings. I simply updated it and unregistered the mpeg file splitter. After that DTS-HD MA was choppy and broken up. As soon as I re-registered the mpeg file splitter, again making no changes to MPC-HC settings, everything was working again. I don't understand that one.
EDIT: Oh wait, yes I do. I remember now. I kept that only for video. All the audio transform filters are unchecked.
tetsuo55
23rd December 2009, 22:41
didnt albain make a custom splitter due to dts-hd bistreaming?
whurlston
23rd December 2009, 22:44
didnt albain make a custom splitter due to dts-hd bistreaming?
The latest SVN builds include his changes (at least for the standalone filters). I'm able to bitstream DTS-HD with them.
tetsuo55
23rd December 2009, 22:46
The latest SVN builds include his changes (at least for the standalone filters). I'm able to bitstream DTS-HD with them.allright
SamuriHL
23rd December 2009, 22:50
That's a good question as I have no idea where the splitter I got came from. It's in my "bitstreaming" folder so I assume it's part of the ffdshow packages that albain was giving us back then.
whurlston
24th December 2009, 00:27
The latest SVN builds include his changes (at least for the standalone filters). I'm able to bitstream DTS-HD with them.
I'm pretty sure about that but now I'm second guessing myself. I'll double check it later tonight.
Edit:
It was fixed in MpegSplitter.cpp at revision 1331.Revision 1331 - (view) (download) (annotate) - [select for diffs]
Modified Sun Nov 8 14:17:17 2009 UTC (6 weeks, 3 days ago) by albain
File length: 42389 byte(s)
Diff to previous 1306
Updated : removed the DTS-HD blocks strip off. Also updated baseclasses to register with the filter category
albain
24th December 2009, 10:08
Glad it's sorted.
It should work with ac3 and DTS selected though - with them checked do as Andy o suggests above and see if it does actually load the Arcsoft renderer. It didn;t for me until I did both steps I noted in my previous posts.
Hi
for the xonar you can let ac3/dts checked but you will have to check the compatibility options : checkbox + xonar mode
tetsuo55
24th December 2009, 11:10
Hi albain.
I've run all the tests i can think of on my 4770.
currently using: Cat 9.12 hotfix, Realtek 2.39, directsound, custom ini for my AVR (onkyo 607)
All the hd formats try to bitstream (everything looks correct) but the sound is wierd blips and beeps.
dolby digital plus does not bitstream though.
Is there anything i can do to get you more information?
albain
24th December 2009, 12:40
Hi albain.
I've run all the tests i can think of on my 4770.
currently using: Cat 9.12 hotfix, Realtek 2.39, directsound, custom ini for my AVR (onkyo 607)
All the hd formats try to bitstream (everything looks correct) but the sound is wierd blips and beeps.
dolby digital plus does not bitstream though.
Is there anything i can do to get you more information?
Hi,
as I and Madshi pointed out in an earlier post, I don't think that HD audio bitstream can work on a radeon 4xxx series.
This is either a matter of drivers or hardware or both.
In all cases ffdshow current implementation is correct, I mean that the bitstream is formatted correctly so there is no reason why it wouldn't work if the chain supports it.
I just don't know why realtek released drivers accepting the HD audio types. Maybe this is because they released a unified driver for the 4 & 5 series and it would work only on the 5 series. Just a thought...
arestarh
24th December 2009, 18:22
albain
Hello!
If you have time, Can you look again this post(about problem with translation):
http://forum.doom9.org/showthread.php?p=1353131#post1353131
Also I can't open in translation mode dialogs:
http://i044.radikal.ru/0912/8c/4f224226244at.jpg (http://radikal.ru/F/i044.radikal.ru/0912/8c/4f224226244a.png.html)
And even I manually edit file of localization(add necessary strings), *Add*and *Reset* buttons in both dialogs and dialog *Use ffdshow only in* is not appeared in GUI.
actarusfleed
24th December 2009, 20:42
Hi there,
I'm new about this thread.
Are few days that I own the new ATI Radeon 5750 vapor x card.
My setup is:
Win 7 x 64
Driver Catalyst 9.12
MPC HC 1424 (taken fron here (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/))
ffdshow 3166 (taken from here (http://www.xvidvideo.ru/ffdshow-tryouts-project-x86-x64/))
I beatstream perfect every kind of audio track exept EAC3 and DTS HD tracks.:(
I've also tried to install both Ati Catalyst 9.12 + Realtek 2.39 but the situation do not change.
I only want to know if it's normal or If I'm the only one in the world with a Hd 5xxx thet do not bitstream DTS HD :confused:
So ... I've another problem:
I've noticed that if I don't go with DXVA my audio bitstream has some many drop outs.
I've made some test with various decoder (ffdshow, MPC HC internal, microsoft) but the problem persists.
I'm sure that this drops are not related to an insufficient core power because I've a quad. core q9550 with 4gb ram.
Infact I've scanned the CPU usage graph and It's irrilevant also without DXVA.
Thank you for some feed back,
acta.
David602
24th December 2009, 21:17
Thank you to Samurai and the others!! I changed my settings and I am now able to bitstream Dolby TrueHD via the Xonar. Kung Fu Panda played beautifully and hardware acceleration of the video was also working great. However, DTS HD is not working yet.
Every .m2ts stream from my BD rips played Dolby TrueHD just fine.
When I play any DTS HD MA source, there is no audio whatsoever. I also tried playing a few dolby digital blurays (such as Pearl Harbor) and it would crash MPC every time.
Examples:
Braveheart - Dolby TrueHD .m2ts file direct from disc (44 GB in size) - WORKS FINE
FDDSHOW SYS TRAY DISPLAYS:
Input: 48000 Hz, 6 channels, 5445 kpbs Dolby True HD (bitstream)
Output: HDMI bitstream (1402)
I ROBOT - DTS HD MA .m2ts file after going through TSMUXER (21 GB in size) - DOES NOT HAVE ANY AUDIO
FDDSHOW SYS TRAY DISPLAYS:
Input: 192000 Hz, 8 channels, 377 kpbs DTS HD (bitstream)
Output: HDMI bitstream (1403)
ERAGON - DTS HD MA - .m2ts file direct from disc (20 GB in size) - NO Audio. Every minute, receiver lights up DTS HD MA for 1 sec but no audio.
FDDSHOW SYS TRAY DISPLAYS:
Input: 192000 Hz, 8 channels, 1506 kpbs DTS HD (bitstream)
Output: HDMI bitstream (1403)
My Setup:
5 TB RAID ARRAY
100 BLURAY & HDDVD RIPS (bitstream fine through TMT3)
Pioneer Elite VSX-01TXH
Xonar HDAV 1.3 deluxe (daughter board not installed)
AMD X2 4800+
Geforce 9600 GSO
4 GB of RAM
Windows Vista x86 (32 bit)
My Settings:
MPC
Under Output
Directshow video: EVR Custom pres.**
Audio Renderer: ArcSoft Audio Renderer
Internal Filters
Source Filters
Only MPEG PS/TS/PVA selected
Transform filters
Only H264/AVC (DXVA), VC1 (DXVA), selected
Audio Switcher, disabled.
External Filters
FFDSHOW Audio decoder - set as preferred
Arcsoft Audio Renderer - set as preferred
FFDSHOW
Codecs
All disabled except:
AC3 - liba52
E-AC3 - libavcodec
MLP - libavcodec
DTS - libdts
stream switcher - enabled
Output
Passthrough
AC3, DD +, DTS, D True HD, DTS HD (all checked)
Compatability options
Xonar formats only
Connect as PCM first
Output format for uncompressed or decoded streams
Only 16 bit integer selected
Connect to: any filter
One other thing I noticed is that when a clip is playing, I look at FFDSHOW and it shows ffdshow audio, MPC MPEG splitter and MPC video renderer lit up. Arcsoft audio renderer is greyed out.
Any help is appreciated.
Andy o
24th December 2009, 22:36
We think that it's our Pioneer receivers. I also have a VSX-01 and having the same troubles. Another guy with a SC-05 and I think someone else with another Pioneer also reported something similar. WinDVD 10 works for me fully for bitstreaming though.
rica
24th December 2009, 23:12
Are few days that I own the new ATI Radeon 5750 vapor x card.
acta.
We need to know your HW; AVR to help you.
You won't get bitstreaming from eac3 for now but you should get it from DTS-HD...
Sebastiii
25th December 2009, 12:12
DTS - libdts
stream switcher - enabled
.
Hi Merry christmas to all :)
Try to set libavcodec and not libdts :)
Seb.
Sebastiii
25th December 2009, 12:15
Hi there,
So ... I've another problem:
I've noticed that if I don't go with DXVA my audio bitstream has some many drop outs.
I've made some test with various decoder (ffdshow, MPC HC internal, microsoft) but the problem persists.
I'm sure that this drops are not related to an insufficient core power because I've a quad. core q9550 with 4gb ram.
Infact I've scanned the CPU usage graph and It's irrilevant also without DXVA.
Thank you for some feed back,
acta.
Hi acta same issue for me with dxva and ATI, i have Intel i7 CPU 920 and 4Go so it's not related to cpu.
With Xonar it's ok by my test.
For DTS-HD maybe try the answer that i made with codec of DTS in ffdshow :)
Seb.
Thx.
actarusfleed
25th December 2009, 12:25
We need to know your HW; AVR to help you.
You won't get bitstreaming from eac3 for now but you should get it from DTS-HD...
Sorry ...
My AVR is a Pioneer VXS-LX51 (european model).
acta.
roeic
25th December 2009, 13:39
Hi,
I have tried to setup ffdshow to bitstream dts-hd , truehd, lpcm but I failed. I would appreacite your help .
I'm using Vista 32bit + Xonar HDAV , HDMI Cables, AMP Onkyo TXSR606 , ffdshow 3164 , TMT3 , Vista Media Center. Files: M2TS being remux from TS movies by TS Muxer app.
TMT3 shows all formats, both audio and video, and the lights of dts-hd, truehd, lpcm are turn on in the receiver when HDMI Passing through.
My goal is to get the same result in Vista Media Center, since I'm already using ffdshow in VMC to watch everything else except Blue-ray movies (or anything which don't have HD sound format).
1) I have installed Ffdshow 3164:
Audio:
-----
Output Section:
---------------
DTS, DTS HD, Dolby... etc are all checked.
16 bit integer, 24 bit integer, 32 bit integer, 32 bit floating point , Allow direct-to-file output , are checked.
Compatibility options - try all formats (connect as PCM first is unchecked)
Codec Section:
--------------
MP3 -> livacodec
MP1,MP2 -> livacodec
AC3 -> liba52
E-AC3 -> livacodec
True HD -> livacodec
MLP -> livacodec
DTS -> libdts
AAC -> disabled
2) I have register TMT3 Audio Renderer:
regsvr32 ASAudioRenderer.dll
3) I have raised the merit of ASAudioRenderer with Gspot to the highest merit.
4) Reload ffdshow audio decoder configuration:
Output Section:
---------------
Connect to: any filter, Directsound, Waveout . These are the only options available !!!!
Tried All options , change the order of reinstalling ASAudioRenderer and Ffdshow, tried to test both on WMP and VMC.
No result !!! can only pass through DTS, Dolby Digital but no DTS-HD, TrueHD or LPCM ???
Can someone please tell me what am I doing wrong.
Truely appreaciate it,
Roei.
dehati_paul
25th December 2009, 23:56
Hi,
I have tried to setup ffdshow to bitstream dts-hd , truehd, lpcm but I failed. I would appreacite your help .
I'm using Vista 32bit + Xonar HDAV , HDMI Cables, AMP Onkyo TXSR606 , ffdshow 3164 , TMT3 , Vista Media Center. Files: M2TS being remux from TS movies by TS Muxer app.
TMT3 shows all formats, both audio and video, and the lights of dts-hd, truehd, lpcm are turn on in the receiver when HDMI Passing through.
My goal is to get the same result in Vista Media Center, since I'm already using ffdshow in VMC to watch everything else except Blue-ray movies (or anything which don't have HD sound format).
1) I have installed Ffdshow 3164:
Audio:
-----
Output Section:
---------------
DTS, DTS HD, Dolby... etc are all checked.
16 bit integer, 24 bit integer, 32 bit integer, 32 bit floating point , Allow direct-to-file output , are checked.
Compatibility options - try all formats (connect as PCM first is unchecked)
Codec Section:
--------------
MP3 -> livacodec
MP1,MP2 -> livacodec
AC3 -> liba52
E-AC3 -> livacodec
True HD -> livacodec
MLP -> livacodec
DTS -> libdts
AAC -> disabled
2) I have register TMT3 Audio Renderer:
regsvr32 ASAudioRenderer.dll
3) I have raised the merit of ASAudioRenderer with Gspot to the highest merit.
4) Reload ffdshow audio decoder configuration:
Output Section:
---------------
Connect to: any filter, Directsound, Waveout . These are the only options available !!!!
Tried All options , change the order of reinstalling ASAudioRenderer and Ffdshow, tried to test both on WMP and VMC.
No result !!! can only pass through DTS, Dolby Digital but no DTS-HD, TrueHD or LPCM ???
Can someone please tell me what am I doing wrong.
Truely appreaciate it,
Roei.
@roeic
I had similar experience with Vista MC and I concluded that Vista MC ignores the merit of any audio renderer setting and use the default directsound device. So to get HD audio bitstreaming from WMP or VMC you will have to edit your registry and replace the "Default DirectSound" CLSID with the CLSID of ASAudioRenderer. The best way is to do an entire registry search for "default directsound" and replace the default CLSID (path will look like, but I am not sure "HKEY_CURRENT_USER\Software\Microsoft\ActiveMovie\devenum\{E0F158E1-CB04-11D0-BD4E-00A0C911CE86}\Default DirectSound Device"). Unfortunately, I don't recall the exact paths as I just upgraded to Win7/ATI 5xxx as Vista/Arcsoft was giving me lots of problem in the WMP/MC setting. I am sure you will figure it out if you play around for a while (also please create system restore point and record your previous registry path and values, just in case you have to revert back).
roeic
26th December 2009, 16:06
@dehati_paul
Hi, Thanks for the reply.
I saw that you also mentioned this problem in another post, but since neither @Albine nor @SimulerHD answered , I have decided to make a new post.
I have tried the solution you suggested. Changed to the new CLSID. Restarted. Now Gspot indicates that the Defualt Directsound device is AsAudioRenderer.dll and not Quartz.dll as before the change.
Try to load 2 different files of m2ts type that has an LPCM 16bit 5.1 48000hz audio format in WMP but with no success !!!
WMP loads both ffdshow video and audio to tray but I get only setreo sound , just like in previous ffdshow before HD bitsreaming appreaded.
I have tried to play with some options in ffdshow audio config --> output section. But No success !!.
I checked the files with TMT3 and when I load directory (not directly the file -> but a folder) I get multi-channel in my AMP and everything's ok . So TMT3 still works, while ffdshow does not !!
I don't know how to check in the graph whether it actually does load AsAudioRenderer, nither i have the program itslef.
I can only say this. Going through the instructions provided by @Albine himself, I could NOT succeed achieving bitsrteam even in MPC-HC... But since I don't want to use MPC-HC I deciced to put all efforts in WMP, VMC.
Will changing to Windwos 7 be helpfull ??? I will still be using Xonar card and will not buy ATI 5xxx series.
Did you actually succeed to bitstream from WMP ???
Do you have any other idea about what to do ??
Has anyone else encountered this problem ???
Thank you,
Roei.
GaBBa-Gandalf
26th December 2009, 17:48
Hi guys...
I just put an ATi 5850 card in my htpc....
Unfortunately bitstreaming doestn't work yet...
Installed:
ATI driver 9.12
MPC-HC 1.3.1448
ffdshow tryout 3164
PowerDVD 9 + last update
Windows Vista
=> BluRay @ PowerDVD 9 = no HD light at the avr :(
=> Testfile TrueHD @ MPC-HC = Multi In an no HD light :(
which settings i need in ffdshow audio?
SamuriHL
26th December 2009, 17:49
What receiver do you have? And did you set PDVD9 to non-decoded HD audio *while a blu-ray is playing*?
dehati_paul
26th December 2009, 17:59
@roeic
I completely understand your frustration. In Vista MC you will only get HD bitstreaming (not LPCM) with my method. For LPCM you may try Reclock. In your setup with ASaudiorenderer did you try m2ts with TrueHD or DTS-HD?
In 7MC the situation is more f***ed up but I am living with it (because with ati 5xxx you can bitstream using default directsound, the only advantage). In Win 7 - m2ts, avi, mpeg are driven through Media Foundation and it is difficult to make these files work outside MF even if you disable them (at least my experience). Funnily, they work after I change the extension!! I didn't even try the Xonar on win 7 as it was already difficult to make it work in Vista.
GaBBa-Gandalf
26th December 2009, 17:59
I have the denon avr 2309 ... yes i set powerdvd 9 to non-decode hd audio...
SamuriHL
26th December 2009, 18:03
Yea, you need a EDID override for the denon. That's why it's not working. Search AVSForum for 'Tulli EDID override' and you'll find what you need.
GaBBa-Gandalf
26th December 2009, 23:10
SamuriHL you are awesome ;)
Thank u very much für that information. I had to install a "special" monitor driver for my denon-receiver. Now it works !
The first time that I saw the blue HD sign ;)
PDVD9 & ffdshow works perfect!
#######################################################
MPC-HC @ ffdshow:
http://www.abload.de/thumb/hd_sound_0191cp.jpg (http://www.abload.de/image.php?img=hd_sound_0191cp.jpg) http://www.abload.de/thumb/hd_sound_02l3i2.jpg (http://www.abload.de/image.php?img=hd_sound_02l3i2.jpg) http://www.abload.de/thumb/hd_sound_03c4qb.jpg (http://www.abload.de/image.php?img=hd_sound_03c4qb.jpg)
PDVD9:
http://www.abload.de/thumb/hd_sound_05l11s.jpg (http://www.abload.de/image.php?img=hd_sound_05l11s.jpg) http://www.abload.de/thumb/hd_sound_0444g0.jpg (http://www.abload.de/image.php?img=hd_sound_0444g0.jpg)
#######################################################
Best greetz from germany
GaBBa
SamuriHL
26th December 2009, 23:32
Awesome. I'm glad you got it working. That's always fun to see the lights light up for the first time and to hear the quality of bitstreaming.
roeic
26th December 2009, 23:44
@dehati_paul
Thanks again for the reply and help.
A few days ago, I finished watching Star Trek 2009 which had Dolby TrueHD. In my stupidity I erased it when finished and therefore left with 3 different movies all LPCM . I'm downloading a few movies right now but it will take some time to finish. If you know of any links for a demo files with TrueHD or DTS-HD please write them and i will definitely try them with the changes I made.
Regarding LPCM, when playing in WMP, although the sound coming from the receiver have noises the receiver doesn't change lights from regular PCM to Multi-CH , the way it does with TMT3.
AS fas as I understood, Reclock might help with some syncing problem but I doubt if it will turn the lights in the AMP .
Have you actually tried it ??? if yes can you state the configuation you setup in both Reclock and ffdshow ?
Regarding Win 7, does the Media Foundation (MF) blocks ffdshow from loading ?? is this the problem ?
Let me guess you change the extension of the file from M2TS to TS and it solved the problem ?!?!
@albine state that LPCM 16bit is already supported, while 24bit LPCM needs to be done. Does LPCM works well for you with ATI 5xxx and win7 ??
I appreaciate the help.
Thank a lot.
Roeic.
David602
26th December 2009, 23:58
We think that it's our Pioneer receivers. I also have a VSX-01 and having the same troubles. Another guy with a SC-05 and I think someone else with another Pioneer also reported something similar. WinDVD 10 works for me fully for bitstreaming though.
Are there any work-arounds or other ideas to fix this issue when bitstreaming to a Pioneer receiver from an ASUS Xonar HDAV?
Using TMT3, the Xonar bitstreams DTS HD to my pioneer receiver just fine.
David602
27th December 2009, 00:04
Hi Merry christmas to all :)
Try to set libavcodec and not libdts :)
Seb.
I appreciate the idea but it didn't work.
Using FFDSHOW beta 54 and MPC-HC, and my Xonar to Pioneer receiver, I can bitstream:
Dolby Digital
Dolby TrueHD
DTS
But not DTS HD MA. There is no sound whatsoever.
Andy o
27th December 2009, 20:59
Are there any work-arounds or other ideas to fix this issue when bitstreaming to a Pioneer receiver from an ASUS Xonar HDAV?
Using TMT3, the Xonar bitstreams DTS HD to my pioneer receiver just fine.
I wish I knew. I can also bitstream DTS-HD with WinDVD 2010, but not with ffdshow. Seems to be only us Pioneer owners though, so I don't know where's the problem.
When the PS3 Slim got its 3.00 update, many (me included) with Pioneer receivers got their bitstreaming screwed too (worked fine with 2.76). Some people called up Pioneer and updated their firmware, and claimed that fixed it. After that, Sony released their next update which would fix the issue for everyone, so even those who didn't update are apparently OK now.
So, you could try updating your firmware, but it's a lot of hassle. I've been trying to find a way to do it, but it seems you have to send in your receiver. If I do, I'll be without any TV or movies at all for that time, my TV is not a TV but a monitor without speakers.
rica
27th December 2009, 22:31
andy, just contact with tulli and give him some EDID info.
Andy o
27th December 2009, 22:50
I think this is something else than EDID though. Did it fix it for others? I am bitstreaming fine everything with WinDVD. Does Tulli's patch work when the problem is only with DTS-HD and ffdshow?
Andy o
27th December 2009, 22:52
Anyway, I'm not using the 5750 anymore, I think mine is defective anyway (for other reasons). I will try later on, but I have to read back to see what I need to do. Isn't it just that I have to install the patch Tulli published a while ago, or does he need any info from me?
rica
27th December 2009, 22:55
Just PM to him.
Andy o
27th December 2009, 23:32
I'm waiting for another 5750, so I'll do it then, but do you know if it fixed this Pioneer/DTS-HD/ffdshow specific problem for others?
rica
27th December 2009, 23:33
No, dunno.
kkozma
27th December 2009, 23:35
Well, I finally made the jump to win7. Got everything set up and I'm disappointed to say you can add me to the list of people with a 4XXX card that doesn't work either. All I get is a bunch of static and my AVR shows PCM MULTI. :( Oh well, guess I'll be upgrading when the 55XX series cards show up.
Andy o
28th December 2009, 00:26
The "list of people" that have a 4000 card that doesn't bitstream "HD" formats is everyone. The 4000 series never worked for that. You can still use WASAPI exclusive with the Realtek 2.39 driver and TMT3 for pretty much the same effect. I have some problems with it (the R2.39 driver) and ReClock, but it could be something particular with my system.
rica
28th December 2009, 00:54
andy, this is for you:
http://www.avsforum.com/avs-vb/showthread.php?p=17795851#post17795851
And the fix, i hope:
http://www.avsforum.com/avs-vb/showthread.php?p=17795910#post17795910
__ _ _ _ _ _ _
rica
28th December 2009, 02:05
OK, seems we need another tester:
Sorry ...
My AVR is a Pioneer VXS-LX51 (european model).
acta.
Here is tulli's latest Pioneer override driver; pls check it : (post 2680)
http://www.avsforum.com/avs-vb/showthread.php?p=17795910#post17795910
kkozma
28th December 2009, 04:28
The "list of people" that have a 4000 card that doesn't bitstream "HD" formats is everyone. The 4000 series never worked for that. You can still use WASAPI exclusive with the Realtek 2.39 driver and TMT3 for pretty much the same effect. I have some problems with it (the R2.39 driver) and ReClock, but it could be something particular with my system.
Arcsoft won't get a penny of my money until they at least announce intentions of supporting bitstreaming with something other than an obsolete hdmi sound card. The fact they won't even say yes or no is utter bullsh!t IMO.
Andy o
28th December 2009, 05:03
Well, OK that's your opinion, but I don't know why you were disappointed to find that the 4000 series don't bitstream. Yeah, your best bet is to get a 5000 card, but I don't see why Arcsoft has the obligation to support any cards for bitstreaming. The other players have other troubles that for some people might be even worse than not bitstreaming. PowerDVD for instance, right now has a bug where DVD's aren't being played. I swore off cyberlink not because of one feature they didn't happen to have, but because the direction they took with updates, actually removing features and breaking compatibility with Slysoft's products. Arcsoft has pretty much been the opposite in that regard.
kkozma
28th December 2009, 14:56
Well, OK that's your opinion, but I don't know why you were disappointed to find that the 4000 series don't bitstream. Yeah, your best bet is to get a 5000 card, but I don't see why Arcsoft has the obligation to support any cards for bitstreaming. The other players have other troubles that for some people might be even worse than not bitstreaming. PowerDVD for instance, right now has a bug where DVD's aren't being played. I swore off cyberlink not because of one feature they didn't happen to have, but because the direction they took with updates, actually removing features and breaking compatibility with Slysoft's products. Arcsoft has pretty much been the opposite in that regard.
I'm only disappointed in the regard that I had some hope that it would work.
The simple truth here is that all of these players suck. WinDVD just sucks, Cyberlink for the reasons you mention (especially for removing HD DVD support), and Arcsoft because their support sucks and the program itself is dodgy.
I've never seen such a poorly written piece of professional software in my life, which is why I'm putting all of my eggs in this basket. If albain can make these cards (5XXX) bitstream without even owning one, I'd think that a software house ought to be able to get it incorporated as well in a timely fashion.
Does anyone know when the cheaper 5XXX cards are due out? I can't justify the cost of the more expendive ones at the moment. Also, has anyone been able to get bitstreaming working with the new nvidia gt series cards that support it?
Andy o
28th December 2009, 16:30
Rumor mill (HP leaked specs) point to a 5350 on Jan 7, a 5570 on Feb 20 or so. That's probably only for HP PCs though so dates for retail might be different, and there might be other cards coming out as well.
Skinleech
28th December 2009, 20:10
So, like some others have reported I get audio dropputs when a non DXVA video filter is used, i.e. CoreAVC. Is anything in the pipeline to work out what the issue is? Do you need logs albain, I assume yes.
Also, hope you all had a good Christmas!
David602
28th December 2009, 20:38
Albain: please see below...for a reply from Tulli over on AVSFORUM. I had asked him if his new Pioneer override fix would help with the Xonar card.
http://www.avsforum.com/avs-vb/showthread.php?t=1179134&page=91
Originally Posted by David602:
Does this apply for owners of Xonar HDAV cards as well or is this limited to the ATI cards?
Tulli's reply:
It applies to HDAV1.3 cards as well but, frankly, it's surprising that the Pioneers have this issue with DTS MA bitstreaming with ffdshow on the Xonar too. I have no clue of what's going on there. For as far as the HTPC is concerned, if for instance a EDID override is applied the ATI/HDAV drivers only "see" the overridden EDID. Or, maybe it is not so by the way bitstreaming is being implemented in ffdshow? Only Albain can answer the question.
In fact, AFAIK Pioneer AVRs reportedly bitstream fine on PDVD9 and WinDVD10 without any EDID override, so the problem is ffdshow's exclusively.
rica
29th December 2009, 04:47
Albain: please see below...for a reply from Tulli over on AVSFORUM. I had asked him if his new Pioneer override fix would help with the Xonar card.
http://www.avsforum.com/avs-vb/showthread.php?t=1179134&page=91
Originally Posted by David602:
Does this apply for owners of Xonar HDAV cards as well or is this limited to the ATI cards?
Tulli's reply:
It applies to HDAV1.3 cards as well but, frankly, it's surprising that the Pioneers have this issue with DTS MA bitstreaming with ffdshow on the Xonar too. I have no clue of what's going on there. For as far as the HTPC is concerned, if for instance a EDID override is applied the ATI/HDAV drivers only "see" the overridden EDID. Or, maybe it is not so by the way bitstreaming is being implemented in ffdshow? Only Albain can answer the question.
In fact, AFAIK Pioneer AVRs reportedly bitstream fine on PDVD9 and WinDVD10 without any EDID override, so the problem is ffdshow's exclusively.
Check the same thread again, you'll find the response, i suppose.
albain
29th December 2009, 13:13
I have not followed this issue (DTS HD MA + xonar).
Maybe there is a problem with the media structure
Have you tried with arcsoft renderer + ffdshow compatibility mode to xonar ?
I am sure that DTSHD worked for some people owning a xonar.
Otherwise please post ffdshow debugview logs
Andy o
29th December 2009, 15:53
Actually it also happens with the 5000 cards. Seems to happen only with Pioneer receivers, but DTS-HD MA bitstreams OK with PowerDVD 9 and WinDVD 2010 on the same systems, so we're puzzled. Some of us are going to be trying an EDID fix from Tulli for our Pioneer receivers but if you have any ideas please let us know. Thanks as always.
albain
29th December 2009, 20:37
And what about arcsoft ? Because the dumper only works with arcsoft and ffdshow bitstream is taken from there
Andy o
29th December 2009, 22:25
You mean with a Xonar? I don't have one, so others will have to answer this one.
nightfly
29th December 2009, 23:37
I have not followed this issue (DTS HD MA + xonar).
Maybe there is a problem with the media structure
Have you tried with arcsoft renderer + ffdshow compatibility mode to xonar ?
I am sure that DTSHD worked for some people owning a xonar.
Otherwise please post ffdshow debugview logs
mpc mpeg splitter + ffdshow + AS TMT3 audio renderer + xonar => DTS-HD HR/MA -> Denon 988/2308 work great for me in all titles tested. Make sure "Send PCM first" option is selected. Typically that didn't matter, but Terminator Salvation required that (an HR title?)
I only have issues with THD titles and not everyone. Star Trek is a prime example of glitches/drop outs of audio - especially if there's heavy "action" going on - fewer issues in "quiet" scenes. Hancock & Kung Fu Panda however, playback with no issues and both are THD titles. So only "glitches and/or dropouts" and low volume levels for some THD titles are my only issues.
SamuriHL
30th December 2009, 03:05
Hey guys. I just replaced my Onkyo 606 tonight with a new Pioneer ELITE and I'm afraid to say DTS-HD MA no longer works. The *ONLY* change was the receiver. (The 606 has developed a bad hdmi daughter board issue that apparently almost everyone eventually runs into as they seem to be defective...so, it got replaced and will eventually get fixed for the bedroom) It shifts constantly between PCM and DTS-HD MA but there's no audio. Albain, when I get some time I'll send up some logs to see if we can figure out what's causing it. I'm still using the Onkyo 606 EDID driver I created for now as it seems to work fine. PDVD9 bitstreams DTS-HD MA with no problem at all.
EDIT: No, the Onkyo EDID override went away when it detected the Pioneer, so, it's not using an override. But since PDVD9 bitstreams all flawlessly, it's not an EDID problem anyway.
Skinleech
30th December 2009, 13:32
The issue I've encountered with DTS-HD bitstreaming & the Xonar is that MPC takes forever to become "functional" once the file has started playback - the file will be playing, but the gui is greyed out and inaccessible, and I can't bring up the menu, or skip chapters for some time.
Frames aren't being dropped, the CPU usage is not high, but it seems to give a slightly stuttering look to the video. The audio comes through without issue though.
SamuriHL
30th December 2009, 16:58
http://pastebin.com/pastebin.php?dl=d13e23877
That's DTS-HD MA being played on my new Pio ELITE. Like I said, it keeps switching between PCM and DTS-HD MA on the receiver. Does this help at all?
nightfly
30th December 2009, 18:49
The issue I've encountered with DTS-HD bitstreaming & the Xonar is that MPC takes forever to become "functional" once the file has started playback - the file will be playing, but the gui is greyed out and inaccessible, and I can't bring up the menu, or skip chapters for some time.
Frames aren't being dropped, the CPU usage is not high, but it seems to give a slightly stuttering look to the video. The audio comes through without issue though.
Not sure what build of MPC-HC your're using, but there was a 2 sec pause that was removed from some resizing/scaling code that could be causing some of your delay. This has been removed in build 1453 at least, possibly earlier.
arestarh
30th December 2009, 18:50
albain
Hello!
If you have time, Can you look again this post(about problem with translation):
http://forum.doom9.org/showthread.php?p=1353131#post1353131
Also I can't open in translation mode dialogs:
http://i044.radikal.ru/0912/8c/4f224226244at.jpg (http://radikal.ru/F/i044.radikal.ru/0912/8c/4f224226244a.png.html)
And even I manually edit file of localization(add necessary strings), *Add*and *Reset* buttons in both dialogs and dialog *Use ffdshow only in* is not appeared in GUI.
Skinleech
30th December 2009, 19:53
Not sure what build of MPC-HC your're using, but there was a 2 sec pause that was removed from some resizing/scaling code that could be causing some of your delay. This has been removed in build 1453 at least, possibly earlier.
Thanks for the info, I'm sure it's a few builds older than that, so I'll do a quick update and see how it plays then - cheers.
THX-UltraII
31st December 2009, 13:30
I have a problem with the new MPC Audio Renderer. There is a lip sync issue and it s like 5 seconds constant. I use the ATI HD4350 with 9.11 driver.
albain
31st December 2009, 15:54
Hi all,
I am now a happy ATI 5750 owner
... but what are those terrible audio dropouts !??...
It happens on every bitstream format : regular AC3/DTS and HD audio formats.
And as stated by Rica only the "ATI HDMI Output (..." works fine. Clearly this is a driver bug.
If this is okay for MPC HC users who just have to select the correct renderer, what about the other players (WMP, WMC,...) ?
Here is a hack to change it : go to the following registry key
HKEY_CURRENT_USER\Software\Microsoft\ActiveMovie\devenum\{E0F158E1-CB04-11D0-BD4E-00A0C911CE86}\ATI HDMI Output (ATI High Defin
Then edit the FilterData key (back it up before in case you screw things up or want to revert) :
replace
02 00 00 00 00 00 20
with
02 00 00 00 00 00 90
Beware of the padding : just select with your mouse the "20" and retype over
This is the beginning of the filter merit.
For 32 bits users maybe you can use DSFMGR tool to manage filters merit (but I don't know if you can change renderers merit)
For 64 bits users this is the only way
Happy new year !
Sorry, I won't be very available in the next few days
SamuriHL
31st December 2009, 16:01
I'm not getting any audio dropouts with the Default DirectSound renderer. :confused: What receiver do you have? When I switched from my Onkyo (where everything worked flawlessly....except the POS receiver itself) to the Pio Elite, I lost DTS-HD MA with ffdshow. I think there are NUMEROUS ATI driver bugs going on.
Andy o
31st December 2009, 16:04
Nice, but I haven't heard of anyone having consistent dropouts with everything like you, for a while. Which Catalyst package have you installed, and which HDMI audio driver? which OS are you running? 32 or 64?
Also, which receiver do you have?
SamuriHL
31st December 2009, 16:06
Yea, you absolutely should be using the 9.12 hotfix driver + the realtek 2.39 HDMI driver. That's the most stable environment we have.
albain
31st December 2009, 18:56
I have win7 64 with ATI 9.12 hotfix driver but not realtek HDMI driver.
I don't remember what but there is a drawback using realtek driver ?
SamuriHL
31st December 2009, 18:56
No! The drawback is in using the ATI driver!! :) Realtek does all that ATI does and more.
Sebastiii
31st December 2009, 19:14
Hi all :)
I have also dropout but not only in bitstreaming and not only with ffdshow !
I think its driver issue because my CPU is I7 Core 920 so ...
Cool Albain that you receive your ATI card :) :).
It was appear when for exemple i have OSD on screen but when i use DXVA (hardware acceleration) i think it was better.
Good happy new year :)
Seb.
tetsuo55
31st December 2009, 21:10
Could someone upload a dxvachecker screenshot of the first and second screen?
albain
31st December 2009, 21:34
Yes, I confirm that the problem occurs only in software decoding mode, not in DXVA decoding mode.
EDIT : it also occurs with realtek driver. If you change the output colorspace by enabling YUV planar colorspaces the problem disappears almost completely, but if you disable YUY YUV... planar colorspaces in order to get RGB colorspaces only - which gives the best quality - then the dropouts occur again (AC3, DTS...)
This is surely a driver bug which seems to be sensitive to the cpu load, although my cpu charge is below 30%
This is very annoying for a last generation card
Sebastiii
1st January 2010, 15:14
So Happy new year and strange PB, i saw that 2.40 driver is Out.
But if the pb comes with ATI (video drivers) so no luck with that.
I'll try to setup YUY to see what happen :)
Thx Damien,
Seb.
SamuriHL
1st January 2010, 16:02
The 2.40 driver is only the realtek HD driver, NOT the ATI HDMI realtek driver. That's still at 2.30. The realtek HD driver is completely useless for us.
albain
1st January 2010, 17:50
This is really insane, I have these dropouts whatever I try.
With YUY2 they are less present.
The realtek HDMI driver does not change anything
Otherwise, I have good news : DXVA is working within FFDShow.
I am now working at putting it in a separate decoder...
If someone could help me out with these dropouts, I don't see what to do except switching to my motherboard audio :confused:
I am sure that this is a video/audio sync issue (in driver or in software, that is the question)
SamuriHL
1st January 2010, 18:00
That's really screwed up, albain. What receiver do you have it connected to?
albain
1st January 2010, 18:25
An Onkyo 606 connected to a Powercolor 5750
I have read somewhere that there are issues with 5750 cards (versus others such as 5770) ?
SamuriHL
1st January 2010, 18:34
Well that sucks. When my 606 was working (you better pray your warranty is up to date on that thing) I had 0 problems with it and my 5870. I really hope this isn't a 57xx issue. :(
Sebastiii
1st January 2010, 18:47
Could someone upload a dxvachecker screenshot of the first and second screen?
Hi,
I have download DXVAChecker_2.1.0.0 and this is the screenshot of first and second screen :
http://sebinternet.free.fr/DXVA1.png
http://sebinternet.free.fr/DXVA2.png
But i take it on TSE, so i'll take it in direct tonight :)
Seb.
SamuriHL
1st January 2010, 18:50
Well, I have a problem. :( My new Pio Elite does not play well with ffdshow and DTS-HD MA. I'm now not the only one with this issue, and it is *NOT* an ATI related problem. sigh. :( Someone tried it with their Xonar and had the same PCM->DTS-HD MA->PCM switching issue with no sound. The Pio works fine with PDVD9 and WinDVD 2010, so, I really have no idea what's going on with this.
piit
1st January 2010, 18:53
Hi guys, happy new year!
albain, would you have a minute to have a look at this ffdshow log (http://pastebin.com/m3dc9a527)?
It's a log when starting to play a Being There Blu-ray with a TrueHD 2.0 48/16 track.
There is no audio and the receiver (Denon AVR-1910) doesn't switch to TrueHD.
I've tested with ffdshow rev. 3171, beta 54 and all other betas down to beta 46
just to be sure.
At line 00000262 I seeked forward - the log then contains the repeated lines (I have
removed some after line 00000271 to make the log shorter).
I have created a 30s sample (~100MB) (http://sedlacek.biz/download/Being.There.1979.sample.m2ts) if somebody else wants to test it.
It would be great if it was possible to get this issue fixed!
Cheers Pete
SamuriHL
1st January 2010, 18:54
You need an edid override for your denon. Search for "Tulli edid override" on avsforum.
Sebastiii
1st January 2010, 18:56
Hi,
Sorry, i think 2.40 that have inside ATI HDMI lol :)
I have 5770 and i have dropout.
My receiver is HARMAN AVR-355.
But i have use EDID overide (maybe it's the pb) when i receive my AVR from SAV before i think i don't have dropout like now, but i put also last ATI drivers.
I'll made test to reset EDID to see what happen.
It appear with a lot drop out when i put OSD on screen like exemple in Mediaportal if i show something about the movie in fullscreen and i show up the start windows button -> it's the party of drop out lol :)
Seb.
Ps : @Albain, Good news for DXVA on ffdshow :)
SamuriHL
1st January 2010, 18:58
Sorry, Seb, I was replying to piit with his denon. I don't know what's going on with you and albain's issue with the dropouts. I'm not getting those at all with my 5870 and my Pio. Just can't get DTS-HD MA to work anymore.
albain
1st January 2010, 20:05
Hi again,
the problem is not related to the audio part but to the video part : I have the same dropouts with the onboard SPDIF
SO either a video driver problem or a default in the 57xx series
SamuriHL
1st January 2010, 20:16
If you make an audio only graph in graphstudio do you get dropouts?
piit
1st January 2010, 20:54
You need an edid override for your denon. Search for "Tulli edid override" on avsforum.
I know, that's not the problem. All other soundtracks on the Blu-rays in my collection - TrueHD 5.1, dts-HD MA,
dts-HD HR - bitstream without any problems, it's just this one - TrueHD 2.0... The receiver doesn't detect any
change, it stays in whatever mode it was before.
Would you mind downloading the sample I posted on my server and testing it? It's just 100MB.
Cheers Pete
SamuriHL
1st January 2010, 20:58
Grabbing it now. I'll check it out as soon as it's finished.
SamuriHL
1st January 2010, 21:01
Yup, no audio. Doesn't even try to play it. Video's fine. ffdshow is showing TrueHD on the tray icon. Neat. I'm going to convert it to a BD ISO and see if WinDVD or PDVD9 wants to play nice with it.
EDIT: Yea, it plays as an ISO in PDVD9.
Sebastiii
1st January 2010, 21:20
Hi,
I have audio on sample but sound cut etc. and the video is cut too in software mode, in hardware mode it's ok.
So i've RESET EDID to standard -> Always Drop Out.
I have put first beta drivers 8.663.1_Beta4_Hemlock_VistaWin7_Nov6-> Always Drop Out.
It's strange because before i don't think that i have dropout or not as strong.
Seb.
albain
1st January 2010, 21:28
Me too, yesterday I watched a movie with no dropouts.
I uninstalled ATI drivers and now I still have dropouts but not anymore with the SPDIF output of my motherboard
I fear a malfunction on my card
SamuriHL
1st January 2010, 21:37
That seriously sucks!! The way they've been pushing them out it wouldn't overly surprise me to find that some of them are defective. I know Andy had his replaced. This would be why I got an XFX...lifetime warranty.
Sebastiii
1st January 2010, 21:42
Maybe but with hardware it's OK :) so maybe somethink interract in OS.
I have Kaspersky in NAV that i don't have before.
Yes, when my AVR goes to SAV, i reformat my system (because virii) so i have made clean setup and with NAV so when i receive my AVR dropout comes.
So something wrong in my OS.
I'll try on Vista to see what happen, i'm on 32bit.
Seb.
SamuriHL
1st January 2010, 21:52
Ok, maybe I can help here. The audio dropouts are *DEFINITELY* video related guys. I changed from EVR to VMR9 and guess what? I now have your beloved audio dropouts. So, um, yea....it's not the audio that's causing this problem.
joikd
1st January 2010, 22:02
FWIW, my 5750 seems to be working with no issues. I do have to use two MPC-HC .exe's with their own .ini files, though--one for Blu-rays (MPC Audio Renderer) & one for SD DVD's (Realtek HDMI). This is with W7 32bit & Denon 1610 (w/Tulli's Denon EDID override). The MPC Audio Renderer would not work on my SD DVD (AC3)--major drop outs. Same thing happened trying to use Realtek HDMI for Blu-rays.
Edit: By the way, I sometimes have sound issues which are only fixed by reboots--especially after messing with settings (even when returned to previously working values) or coming out of sleep.
albain
1st January 2010, 22:09
Me too, this confirms what I suspected.
We can assert the following :
- ATI 57xx series
- Software decoding (no DXVA)
- EVR renderer
- Video output to RGB in FFdShow (more dropouts than YUY2)
- Any ATI driver (tried MS default, 9.10, 9.11, 9.12, 9.12 patched) with or without realtek ATI HDMI 2.39 driver
- Formats concerned : SPDIF formats (AC3/DTS).
=> Gives heavy dropouts on the HDMI audio output and even on the SPDIF outputs of your other cards (onboard motherboard for example)
Don't know for HD audio formats but I didn't experienced dropouts yesterday on Indy4 in TrueHD bitstream
What worries me is that I didn't experience so heavy dropouts at first : I managed to remove them yesterday by switching to ATI HDMI renderer, and today (nothing changed) with the exact same config I have the problem which makes me think of an hardware malfunction.
I still have the ticket to request a refund but I'd rather know if this is fixable with drivers update
SamuriHL
1st January 2010, 22:15
I'm not sure about this hardware failure idea. My 5870 is showing the exact same issue *in ffdshow only*. In PVD9 and WinDVD 2010, I get no audio dropouts whatsoever so long as I'm using the realtek 2.39 HDMI driver. The ATI driver breaks WinDVD 2010 for me. If I have EVR selected in MPC-HC, all is well and no audio problems. As soon as I switch it to VMR or whatever, instant audio dropouts. Switching it back to EVR fixes it. I think it's either an ATI bug or something else, but, I don't think it's a hardware issue else PDVD9 or WinDVD 2010 would have issues.
Sebastiii
1st January 2010, 22:21
@SamuriHL
Are you sure that in MPC when you are no dropout you work in software mode ? because in DXVA hardware mode no pb @ all. :)
Strange PB !!! i hope that is not an hardware issue.
SamuriHL
1st January 2010, 22:25
I'm not entirely sure how I would know that. If I select EVR Custom Pres. that should be software mode, correct? It allows me to have subtitles so I'm guessing it has to be software rendering. Is VMR9 (renderless) using DXVA? Cause when I select that one, it breaks the audio and I get the drop outs. I admit I'm still not up to speed on all the options in MPC-HC so it could be that I'm missing something here.
Emilot
1st January 2010, 22:28
I'm not entirely sure how I would know that. If I select EVR Custom Pres. that should be software mode, correct? It allows me to have subtitles so I'm guessing it has to be software rendering. Is VMR9 (renderless) using DXVA? Cause when I select that one, it breaks the audio and I get the drop outs. I admit I'm still not up to speed on all the options in MPC-HC so it could be that I'm missing something here.
I think EVR Custom it is not break HA, even with subs....
From MPC Thread...
"DXVA is quite susceptible, so if you want to use it you have to respect those rules:
* Windows XP, Vista and 7
* For Windows XP users, select Overlay Mixer, WMR7(9) or VMR7(9) Renderless
* For Vista users, select EVR or EVR Custom
* For DXVA and subtitles support select VMR7(9) Renderless or EVR Custom."
If we can have it at FFdshow.....with new DXVA(Albain??)
SamuriHL
1st January 2010, 22:31
Could be. This is not an area I really have any idea about. I went to internal filters and checked, both dxva and ffmpeg was checked for each video codec. I tried selecting either/or and the situation did not change. With EVR or EVR Custom, no audio problems. With VMR, audio dropouts persist. I don't know if this information helps anyone or not.
Emilot
1st January 2010, 22:35
Could be. This is not an area I really have any idea about. I went to internal filters and checked, both dxva and ffmpeg was checked for each video codec. I tried selecting either/or and the situation did not change. With EVR or EVR Custom, no audio problems. With VMR, audio dropouts persist. I don't know if this information helps anyone or not.
You shouldn't choose VMR on Vista or 7!!!
If you choose only ffmpeg on internal filters and EVR or EVR Custom is software "mode".
If you choose dxva and not ffmpeg and EVR or EVR Custom, then you are in hardware(DXVA) "mode".
Check CPU throttle plz...
SamuriHL
1st January 2010, 22:40
You shouldn't choose VMR on Vista or 7!!!
If you choose only ffmpeg on internal filters and EVR or EVR Custom is software "mode".
If you choose dxva and not ffmpeg and EVR or EVR Custom, then you are in hardware(DXVA) "mode".
Like I said, I don't know very much here. :D This is way outside my knowledge area. Ok, so, VMR is bad on Vista and 7?? Hmm, that's odd but ok. EVR or EVR Custom works fine whether I have ffmpeg (software, apparently) or dxva (hardware) selected in internal filters. Neither work with VMR, so, your assertion that I shouldn't be using VMR is probably correct. :D I'm on 7 64, but, am using the 32 bit version of MPC-HC and ffdshow. (One of these days I really need to set up ffdshow to compile 64 bit on my machine so I can always have the latest and start using 64 bit MPC-HC) Anyway, I don't know if any of this info helps anyone or not. For me, if I keep it on EVR or preferably EVR Custom, I can use either software or hardware mode with no audio dropout.
SamuriHL
1st January 2010, 22:44
Check CPU throttle plz...
With DXVA, MPC-HC.exe takes a whopping 6-12%.
With ffmpeg, MPC-HC.exe takes 18-30%. Woa....wait a minute, NOW I'm getting audio dropouts?? Even on EVR Custom??? I wonder if I didn't set it correctly before. Damnit. Ok, yes, on software mode it does appear to be giving me audio dropouts.
Emilot
1st January 2010, 22:47
With DXVA, MPC-HC.exe takes a whopping 6-12%.
With ffmpeg, MPC-HC.exe takes 18-30%. Woa....wait a minute, NOW I'm getting audio dropouts?? Even on EVR Custom??? I wonder if I didn't set it correctly before. Damnit. Ok, yes, on software mode it does appear to be giving me audio dropouts.
And what about in the "software mode" and EVR???
SamuriHL
1st January 2010, 22:49
And what about in the "software mode" and EVR???
Also giving me audio dropouts. I must have not set it properly before. sigh. But yes, if I uncheck the DXVA options in internal filters for VC1 and H.264, I now get audio dropouts on both EVR and EVR Custom. Setting DXVA and unchecking ffmpeg, no audio dropouts at all.
piit
1st January 2010, 23:12
We can assert the following :
...
- Formats concerned : SPDIF formats (AC3/DTS).
...
Well, I'm afraid I have these dropouts even if playing PCM audio with full screen video - e.g. when playing a flash video on the web (from vimeo) in full screen. Strangely enough the dropouts disappear when I put the mouse over the video controls (play/pause) to keep them shown all the time (normally they auto-hide).
Even stranger is that I use to have these heavy dropouts in MPC-HC in software decode mode (not in DXVA, like others), but they seem to have disappeared recently. I did not make any changes to the setup. I've a 5750.
Piit
joikd
1st January 2010, 23:13
I just unchecked both DXVA options, but had no drop-outs for the five minutes that I ran the tests on a blu-ray (VC1) and an SD DVD. The blu-ray did get the CPU up to 60% usage, but both audio and video were fine.
By the way, my W7 install was the hotfix Cat. 9.12 drivers w/o the audio drivers (never installed the original Cat. 9.12--went straight to the hot fix drivers), then the Realtek 2.39 ATI HDMI drivers.
Sebastiii
1st January 2010, 23:26
So to see that i in Hardware DXVA mode i go on filter when i play with MPC and check MPC Video and in it, we can see if hardware is enable or not :)
I hope that it's driver issue :)
Seb.
SamuriHL
1st January 2010, 23:32
I just unchecked both DXVA options, but had no drop-outs for the five minutes that I ran the tests on a blu-ray (VC1) and an SD DVD. The blu-ray did get the CPU up to 60% usage, but both audio and video were fine.
By the way, my W7 install was the hotfix Cat. 9.12 drivers w/o the audio drivers (never installed the original Cat. 9.12--went straight to the hot fix drivers), then the Realtek 2.39 ATI HDMI drivers.
I've got a quad core 8200 in my machine and it never went above 36% on CPU, but, I get audio dropouts almost immediately. I was using Dark Knight to test it. I have the same setup in terms of 7 64, 9.12 hotfix, and realtek 2.39 HDMI driver.
albain
2nd January 2010, 00:33
This is a shame that ATI 5xxx cards give dropouts on such basic formats : regular AC3/DTS passthrough
So now we can tell that all the 5xxx series is affected, and this concerns software decoding mode.
We should post trouble tickets to AMD support
albain
2nd January 2010, 00:36
This is a shame that ATI 5xxx cards give dropouts on such basic formats : regular AC3/DTS passthrough
So now we can tell that all the 5xxx series is affected, and this concerns software decoding mode on ALL players : MPCHC with its own codecs, VLC, or any player using a directshow software decoder... such as FFDShow
We should post trouble tickets to AMD support
SamuriHL
2nd January 2010, 00:38
Way to go ATI. :rolleyes: I've never run into this before because I always use HA whenever playing anything. Awesome.
Sebastiii
2nd January 2010, 00:47
Hi,
We should open tickets :) yes but who start the ticket and how too lol :)
Big Thx,
Seb.
Ps : i have post on website but i not sure that is the right place :
http://forums.amd.com/game/messageview.cfm?catid=260&threadid=124894
Perls
2nd January 2010, 01:33
I'm using a 4550 card so I can't test the HD formats, but
- software decoding and a3 passthrough over hdmi with ffdshow -> dropouts
- software decoding and ac3 passthrough over hdmi with ac3filter -> ok
So maybe not everything should be put down on the ati driver...
nightfly
2nd January 2010, 01:59
Update on compatibility on my Xonar/Nvidia setup.
I've discovered that the Win7 playback device setting affects my TrueHD issues.
Set to S/PDif I have problems playing some titles with audio glitches/dropout, inability to pause playback w/o losing audio; low volume levels. I had this problem with Harry Potter Half Blood Prince BD last night.
If I set the Win7 PB devices to Asus Speakers, for for Harry Potter HBP, THD played back with good volume, I could play/pause w/o issue, i.e. normal audio playback. Tested one other title, Defiance, and it worked great as well. Re-tested Star Trek, and still got audio dropouts, but no more "gllitches". So for my gt220 Nvidia/DXVA/Xonar setup, setting PB device to speakers clearly is the better choice for THD based titles.
Still have no issues with DTS-MA.
Sebastiii
2nd January 2010, 02:21
Hi so i have retested using my 5770 :
- software decoding and ac3 passthrough over hdmi with ffdshow -> dropouts
I've desintalled ffdshow :
- software decoding and ac3 passthrough over hdmi with Microsoft DTV-DVD Audio Decoder -> dropouts
- software decoding and ac3 passthrough over hdmi with ac3filter -> dropouts
I force dropout when i move the mouse to fit screen of MPC-HC.
Seb.
SamuriHL
2nd January 2010, 02:23
Who wants to play adventurous person and install an older MPC-HC version to see if it works there? I don't have time tonight but it might be a worthwhile experiment to see if there's still audio dropout problems with an older build.
Sebastiii
2nd January 2010, 02:40
I go to bed, i'll test it tomorrow, but in mediaportal, i have dropouts too.
I open ticket on AMD (i have made many test so i think i've made 2 or 3 ticket lol)
Good night :)
Seb.
Andy o
2nd January 2010, 09:33
That seriously sucks!! The way they've been pushing them out it wouldn't overly surprise me to find that some of them are defective. I know Andy had his replaced. This would be why I got an XFX...lifetime warranty.
I found the same trouble with the new 5770 though, different brands and all. Channels switch if mixer is at 24/96 5.1, sounds turn into horrible distorted noise if set at 24/96 7.1. Could be a 5700 thing, but I doubt it, I still haven't read of anyone with these kinds of trouble, it's still different to what albain is experiencing. Still need to test with the other motherboard, been out all day.
Right now at 5.1 24/48 mixer is working fine. It could be instead of CPU charge, the problem is somewhere in the bandwidth department. If anyone has any idea...
Andy o
2nd January 2010, 09:48
Who wants to play adventurous person and install an older MPC-HC version to see if it works there? I don't have time tonight but it might be a worthwhile experiment to see if there's still audio dropout problems with an older build.
I'd recommend to just download the zipped version and save settings to an .ini file (it's in the preferences menu), you don't need to install MPC-HC, especially when it's being updated so frequently.
Also to check DXVA, the status bar in the bottom will tell you if it's being used (should say "[DXVA]"--with the brackets).
albain
2nd January 2010, 09:52
SamuriHL has a 5870 so this does not affect only the 5700 series
About AC3Filter, this is very interesting.
This means that MS decoder, MPCHC and FFDShow share the same implementation of SPDIF which is different on AC3Filter.
This is really weird that it would work better with AC3Filter.
I'll try to make some tests to confirm.
Have you tried FFDShow in software decoding + RGB output + AC3Filter w/ AC3 or DTS Passthrough ?
Andy o
2nd January 2010, 09:53
By the way, with the 4670 and the Realtek 2.39 driver I was also having some weird stuff. I mentioned it either here or at AVS, but after using ReClock and playing a 48 kHz file on exclusive mode, if I set the mixer to 96 kHz audio would be played slower and lower. I'll dig up the post where I wrote exactly what was going on, later, time to go to bed.
albain
2nd January 2010, 10:46
I also experience dropouts with AC3Filter, so this is not caused by the software.
This is more likely a video/audio sync issue through HDMI (which is the tough part in the drivers implementation).
I know that on W7 the most common video formats are decoded with hardware (mpeg2, h264, vc1) but still, this is curious that this issue has not been raised elsewhere.
Skinleech
2nd January 2010, 11:12
I get dropouts in software decoding in my Xonar too, I raised it a few pages back, but it got lost I guess.
So it's not just an ATI issue. This was using the latest CoreAVC (v2.0) instead of the DXVA decoder built into MPC.
Sebastiii
2nd January 2010, 11:18
arggg so it's win7 issue ?
what test that we made to see that ?
But albain before your ATI 5750 you doesn't have the dropouts ?.
weird !!!!
Sebastiii
2nd January 2010, 11:25
I also experience dropouts with AC3Filter, so this is not caused by the software.
This is more likely a video/audio sync issue through HDMI (which is the tough part in the drivers implementation).
I know that on W7 the most common video formats are decoded with hardware (mpeg2, h264, vc1) but still, this is curious that this issue has not been raised elsewhere.
I think that a lot of people use hardware mode that maybe why the issue not raise.
Thx,
Seb.
Ps : i didn't try in vista and i didn't try to disable AERO.
i'll go to test.
tetsuo55
2nd January 2010, 11:44
Thanks for the dxvachecker screenshot, looks like mpeg2 vld still is not supported :(
@Everyone:
You should all report your problem to ATI at the same time. (ATI only works on problems it gets 100's of support requests for through the official channels)
Please raise tickets for all the problems you have
-Chroma upsampling bug
-HDMI audio drops
-Lack of L5.1 support for DXVA
-etc..
You can submit them here:
http://support.amd.com/us/contacts/Pages/GraphicsTechnicalSupport.aspx?LID=usenterpriseleftnav
We can only get a bugfix in the driver if we all work together on this.
Additionally, you should report all these bugs to your brand manufacturer too, they will aid in the pressure to get AMD to fix this stuff.
SamuriHL
2nd January 2010, 16:07
I found the same trouble with the new 5770 though, different brands and all. Channels switch if mixer is at 24/96 5.1, sounds turn into horrible distorted noise if set at 24/96 7.1. Could be a 5700 thing, but I doubt it, I still haven't read of anyone with these kinds of trouble, it's still different to what albain is experiencing. Still need to test with the other motherboard, been out all day.
Right now at 5.1 24/48 mixer is working fine. It could be instead of CPU charge, the problem is somewhere in the bandwidth department. If anyone has any idea...
I use 7.1 48/24 which is likely why I haven't seen your issue. Awesome. Just awesome...
SamuriHL
2nd January 2010, 16:10
Thanks for the dxvachecker screenshot, looks like mpeg2 vld still is not supported :(
@Everyone:
You should all report your problem to ATI at the same time. (ATI only works on problems it gets 100's of support requests for through the official channels)
Please raise tickets for all the problems you have
-Chroma upsampling bug
-HDMI audio drops
-Lack of L5.1 support for DXVA
-etc..
You can submit them here:
http://support.amd.com/us/contacts/Pages/GraphicsTechnicalSupport.aspx?LID=usenterpriseleftnav
We can only get a bugfix in the driver if we all work together on this.
Additionally, you should report all these bugs to your brand manufacturer too, they will aid in the pressure to get AMD to fix this stuff.
Email support form is temporarily out of order??? Nice. :rolleyes:
blackEyEz
2nd January 2010, 16:43
Hello, i just got a 5750 and im trying to do the setup in the opening post for HD audio. Could someone give me links where to get MPC audio renderer and a site where to get the latest MPC-HC?
Thanks
Andy o
3rd January 2010, 03:05
I use 7.1 48/24 which is likely why I haven't seen your issue. Awesome. Just awesome...
With the Pio (unlike the 606) you can go as high as the sky!:)
SamuriHL
3rd January 2010, 03:07
With the Pio (unlike the 606) you can go as high as the sky!:)
And room correction doesn't get affected? Well, that's kinda nice. I guess I'll have to crank it up then. That way I, too, can run head first into your issue. Hey, wait a minute!! :D
Andy o
3rd January 2010, 03:09
Hello, i just got a 5750 and im trying to do the setup in the opening post for HD audio. Could someone give me links where to get MPC audio renderer and a site where to get the latest MPC-HC?
Thanks
You don't need to install the MPC audio renderer separately anymore. You can get the latest builds of MPC-HC here (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/).
Andy o
3rd January 2010, 03:15
And room correction doesn't get affected? Well, that's kinda nice. I guess I'll have to crank it up then. That way I, too, can run head first into your issue. Hey, wait a minute!! :D
Yeah, that's not the only advantage regarding this. Even when it cannot take in the format (multichannel 192 and 176.4 kHz for instance), the Pio will downsample to 96 or 88.2 (respectively) and then apply MCACC. If you want it to behave the same as with the 606, you can always use Pure Direct which will turn off all processing and I think will not downsample 192 and 176.4 before DAC.
Or even you might have gotten lucky and one of the improvements of the 21 over the 01 is 192 kHz multichannel DSP capabilities.
SamuriHL
3rd January 2010, 03:18
Yeah, that's not the only advantage regarding this. Even when it cannot take in the format (multichannel 192 and 176.4 kHz for instance), the Pio will downsample to 96 or 88.2 (respectively) and then apply MCACC. If you want it to behave the same as with the 606, you can always use Pure Direct which will turn off all processing and I think will not downsample 192 and 176.4 before DAC.
Or even you might have gotten lucky and one of the improvements of the 21 over the 01 is 192 kHz multichannel DSP capabilities.
I'll have to do some testing on that later and find out. The Pio is so much better than the 606. Just wish I didn't have the DTS-HD MA issue with ffdshow.
Andy o
3rd January 2010, 06:36
BTW, I just tested the 5770 with 9.11 and Realtek 2.35 drivers. Two things. The pops are still there, and my issue of the mixer at higher-than-48 kHz is still there also. The second issue might be the mobo, but if anyone else is experiencing something like that, please let us know. This is the description I posted at AVS:
What I'm getting right now with the Realtek 2.39 driver is if I set it at 7.1 24/96 eventually my audio gets mangled into noise. With 5.1 24/96, the audio switches speakers. It's crazy. Same thing happens with the ATI driver in 9.12 hotfix. It hasn't happened in exclusive mode but I haven't tested it thoroughly, first the simplest configurations (Windows mixer in the chain). Obligatory Windows 7 reinstall didn't fix anything.
Sebastiii
3rd January 2010, 09:28
Hi,
I have found a soft to see dropout, i think it useful to test quickly.
No need to install, just execute it and see when the red bar comes = dropouts.
The url : DPC Latency Checker (http://www.thesycon.de/eng/latency_check.shtml)
So i have try the method that in website and no change, i think it was related to ATI drivers.
I hope that you can test and report it to AMD like says tetsuo55 :
AMD Graphics Technical Support Team (http://support.amd.com/us/contacts/Pages/GraphicsTechnicalSupport.aspx?LID=usenterpriseleftnav)
I open a ticket and i wait the answer.
Thx,
Seb.
Sebastiii
3rd January 2010, 09:32
BTW, I just tested the 5770 with 9.11 and Realtek 2.35 drivers. Two things. The pops are still there, and my issue of the mixer at higher-than-48 kHz is still there also. The second issue might be the mobo, but if anyone else is experiencing something like that, please let us know. This is the description I posted at AVS:
Hi,
How you set setting ?
I know to set 5.1 7.1 or 2ch but for the frequency (you set it in advanced options) ?
I'll try it to see if i get the same thing of you.
Seb.
Andy o
3rd January 2010, 10:06
Thanks Sebastiii, I responded at AVS (http://www.avsforum.com/avs-vb/showthread.php?p=17838067#post17838067), where I think it's more relevant.
Sebastiii
3rd January 2010, 10:07
Other test :
I have tested in my current PC not my HTPC, i have also i7 920 on it.
I have Nvidia card 9600GT on it and with it, no dropout, i'm on Win7 x64 and not Win7 x86 like my HTPC but 0 pop 0 dropout, so maybe it's not related to win7.
It's time to test my Nvidia Card on my HTPC to see what happen but no Bitstreaming with it lol.
Seb.
Sebastiii
3rd January 2010, 10:41
Thanks Sebastiii, I responded at AVS (http://www.avsforum.com/avs-vb/showthread.php?p=17838067#post17838067), where I think it's more relevant.
Thx for tip :)
So the same issue has you ! very strange too lol.
Andy o
3rd January 2010, 10:52
Thanks again! And for the link to the app too.
blackEyEz
3rd January 2010, 11:15
You don't need to install the MPC audio renderer separately anymore. You can get the latest builds of MPC-HC here (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/).
Thank you, but i do need some more help. The situation is that i have my present HTPC with mediaportal. To preserve DXVA with subtitles its installed with haali splitter, FFDshow and AC3filter.
I heard from others that its not possible yet to stream HD audio within mediaportal. What options do i have while keeping my present setup?
Sebastiii
3rd January 2010, 11:35
Hi blackEyEz,
I have mediaportal too and i didn't success to bitstream with it and Haali.
And when i use subtitle dxva goes of if i use a video renderer that normaly use it.
Maybe i got something wrong.
Me too, i would like to use DVXA with sub and keep OSD of mediaportal but i must to do more test to setup it correctly.
And HS :
And an option that for me is in priority is about sub, i use for now vsfilter and i can change the timing synchro quickly when sub is with delay etc, i make alt-tab to the setting in vsfilter (Directvobsub) and i remake alt-tab to return to mediaportal.
If i use MPC subtitle i didn't find this option to synchronise timing and i didn't try the version inside of ffdshow too.
Sorry for HS lol
Thx,
Seb.
I hope that i wrote is something clear lol :)
DeepBeepMeep
3rd January 2010, 15:07
Ffdshow HD audio sounds great!
Any change this could work with Windows XP and Xonar? I don't feel in a rush to upgrate to windows 7. Thanks.
G_M_C
3rd January 2010, 16:53
Hi all, have you been able to adress the problem with the periodically occurring audio dropouts (every 5 secs or so) ?
Sorry posted the question in the wrong thread before
albain
3rd January 2010, 17:27
Hi all, have you been able to adress the problem with the periodically occurring audio dropouts (every 5 secs or so) ?
Sorry posted the question in the wrong thread before
No, please open a ticket to AMD support to put the pressure on them
http://forum.doom9.org/showthread.php?p=1359262#post1359262
Andy o
3rd January 2010, 18:01
albain, do you have any further idea as to what's at fault here? I tested with my 5770, 9.11 and Realtek 2.35 driver, even after a driver cleaning, and the dropouts we're experiencing are still there. Also happens with decoded DD (and I presume DTS) sent as LPCM.
Someone else mentioned it also happened with a 4000 series card. Is it only one person? Cause if somehow their problem is not the same, then we can isolate this better.
Andy o
3rd January 2010, 18:23
Hi all, have you been able to adress the problem with the periodically occurring audio dropouts (every 5 secs or so) ?
Sorry posted the question in the wrong thread before
What's your exact hardware/software/drivers? In particular we need to know if the ones reporting other than the 5000 series are having the same trouble. In your case, I don't know cause our problem is only with DD and DTS (legacy codecs) in videos with DXVA disabled. Video format doesn't seem to matter. The dropouts aren't at a constant interval (like the 5 seconds or so you state), but are pretty much random from what I can tell.
piit
3rd January 2010, 19:23
Re the dropouts - it's really strange, I've been suffering from these ever since I replaced the ATI 4350 with 5750. As I said before, they were even occurring with regular PCM sound, e.g. in a flash video played from the web on full screen.
In MPC-HC or DVBViewer, I used have less or nearly no dropouts when using VMR9 instead of EVR.
However, the dropouts have recently disappeared... We've watched quite a few episodes of Sopranos with DTS soundtrack in last few days using software decoding (ffdshow) and there have been no dropouts... It's really strange, I have not made any changes to the system AFAIK, I'm using what everybody is - Catalyst 9.12 hotfix, Realtek 2.39.
I am really at a loss what's going on here.
albain
3rd January 2010, 19:25
What's your exact hardware/software/drivers? In particular we need to know if the ones reporting other than the 5000 series are having the same trouble. In your case, I don't know cause our problem is only with DD and DTS (legacy codecs) in videos with DXVA disabled. Video format doesn't seem to matter. The dropouts aren't at a constant interval (like the 5 seconds or so you state), but are pretty much random from what I can tell.
It is more likely a video driver issue : the dropouts are worse in RGB output than in YUY2 for example.
The fact that DXVA mode solves the problem tends to prove a wrong implementation on the video part.
It also seems to affect decoded formats (PCM) too but I didn't try myself.
Also likz Piit at first I had no dropouts (on AC3, TrueHD bitstream...) as long as I used the ATI HDMI renderer instead of directsound,waveout... and then boom
On my side I tried several configs (with driver cleaner and many reboots) : 9.10, 9.11, 9.12, 9.12 patched, 9.12 patched + realtek 2.39
Running W7 x64 and each time I tried WMP12, MPCHC (w/ EVR) with FFDShow
Also tried VLC, MPC internal audio codecs.
Always outputting to HDMI : AC3 from MKV
SamuriHL
3rd January 2010, 19:30
I have to ask the stupid questions that I'm infamous for. And I don't know the answer to this question on my machine which is why I'm asking. Any Windows Updates that have been pushed out that could have anything to do with this?
Wireballz
3rd January 2010, 21:10
I have a problem with my VSX-1019AH-k no DTS-HD ma just flashes to PCM/DTS-HD and no audio.
look at this thread http://85.230.118.136/showpost.php?p...&postcount=682
those movies are not 192000hz should be 48000hz at most 96000hz.
Truehd are 48000hz and work with pioneers but Dts-hd ma is always 192000hz in ffshow and should be 48000hz or 96000hz strange.
Like it is out of range or something Onkyo's and Denon's don't have issues. But Pioneers just don't like it.
I also have a Xonar Slim same results as my ati 5750 so it is is not a ati driver problem if i am using Xonar.
FDDSHOW SYS TRAY DISPLAYS:
Input: 48000 Hz, 6 channels, 5445 kpbs Dolby True HD (bitstream)
Output: HDMI bitstream (1402)
FDDSHOW SYS TRAY DISPLAYS:
Input: 192000 Hz, 8 channels, 377 kpbs DTS HD (bitstream)
Output: HDMI bitstream (1403)
Thanks, Wire
And Albain is GOD, you rock :)
SamuriHL
3rd January 2010, 21:17
albain, that's the same issue I've been reporting since I got my Pio Elite. Andy has the same issue with his Pio, as well. Any thoughts would be appreciated.
frogman
3rd January 2010, 22:01
Hi, don't know if this will help you guy's out but there is a new patch out by Cyberlink PowerDVD:
Cyberlink PowerDVD Ultra v9.0.2320 [Hotfix Update]
Changelog for v9.0.2320 Ultra / 2009-12-31
Updates:
- Adds support for ATI Radeon HD 5000 series graphics cards.
* CyberLink PowerDVD is now optimized for ATI Radeon HD 5000 series graphics cards.
* Includes DTS-HD Master Audio and Dolby TrueHD with lossless output, for extra high quality Blu-ray playback via High-resolution Audio with HDMI HD-Audio pass-through.
- Now supports TrueTheater HD with CUDA on NVIDIA ION platforms.
Issues resolved:
- Noise during LPCM DVD playback.
Download:
http://update.cyberlink.com/ftpdload/patch/powerdvd/9/U/CyberLink.2320(TaRe45)(a)_DVD091223-02.exe
Andy o
3rd January 2010, 22:08
It is more likely a video driver issue : the dropouts are worse in RGB output than in YUY2 for example.
The fact that DXVA mode solves the problem tends to prove a wrong implementation on the video part.
It also seems to affect decoded formats (PCM) too but I didn't try myself.
Also likz Piit at first I had no dropouts (on AC3, TrueHD bitstream...) as long as I used the ATI HDMI renderer instead of directsound,waveout... and then boom
On my side I tried several configs (with driver cleaner and many reboots) : 9.10, 9.11, 9.12, 9.12 patched, 9.12 patched + realtek 2.39
Running W7 x64 and each time I tried WMP12, MPCHC (w/ EVR) with FFDShow
Also tried VLC, MPC internal audio codecs.
Always outputting to HDMI : AC3 from MKV
FWIW, it also happened to me playing a DVD with WinDVD 2010. When I enabled some video processing options (disables HW accel), the DD and DTS-ES audio started with the drop outs.
I am almost 100% sure that this didn't happen with the 4670 though. I'm gonna try with a 4550 I have on my other PC.
SamuriHL
3rd January 2010, 22:12
FWIW, it also happened to me playing a DVD with WinDVD 2010. When I enabled some video processing options (disables HW accel), the DD and DTS-ES audio started with the drop outs.
I am almost 100% sure that this didn't happen with the 4670 though. I'm gonna try with a 4550 I have on my other PC.
I can test on my 4850 later, as well. But it's definitely happening on my 5870 with HA turned off.
albain
3rd January 2010, 23:08
I have a problem with my VSX-1019AH-k no DTS-HD ma just flashes to PCM/DTS-HD and no audio.
look at this thread http://85.230.118.136/showpost.php?p...&postcount=682
those movies are not 192000hz should be 48000hz at most 96000hz.
Truehd are 48000hz and work with pioneers but Dts-hd ma is always 192000hz in ffshow and should be 48000hz or 96000hz strange.
Like it is out of range or something Onkyo's and Denon's don't have issues. But Pioneers just don't like it.
I also have a Xonar Slim same results as my ati 5750 so it is is not a ati driver problem if i am using Xonar.
FDDSHOW SYS TRAY DISPLAYS:
Input: 48000 Hz, 6 channels, 5445 kpbs Dolby True HD (bitstream)
Output: HDMI bitstream (1402)
FDDSHOW SYS TRAY DISPLAYS:
Input: 192000 Hz, 8 channels, 377 kpbs DTS HD (bitstream)
Output: HDMI bitstream (1403)
Thanks, Wire
And Albain is GOD, you rock :)
Okay, I understand your issue guys but beware that the sample rate and the number of channels is not what it means for bitstream formats.
The sample rate you're talking about is the encoded sample rate, whereas the one that is sent and displayed within FFDShow is the IEC sample rate.
Same thing for the number of channels : this is the number of IEC lines.
I took my inspiration from MS website :
http://msdn.microsoft.com/en-us/library/dd316761%28VS.85%29.aspx
For TrueHD, this is always 192000 and 8 channels (=4 IEC 60958 Lines) whatever the number of channels there is. At last this is what I believed. But I received a PM about TrueHD 2.0 and this make sense that the number of IEC lines is lower in that case but this is hard to figure out the right combination.
For DTSHD I used 8 channels, but maybe this number should vary according to the number of encoded channels.
I don't remember if we could use the dumper with powerdvd : not for the buffers but at least for the media structures which is what I need to fix this (if the problem comes from the software)
SamuriHL
3rd January 2010, 23:12
Okay, I understand your issue guys but beware that the sample rate and the number of channels is not what it means for bitstream formats.
The sample rate you're talking about is the encoded sample rate, whereas the one that is sent and displayed within FFDShow is the IEC sample rate.
Same thing for the number of channels : this is the number of IEC lines.
I took my inspiration from MS website :
http://msdn.microsoft.com/en-us/library/dd316761%28VS.85%29.aspx
For TrueHD, this is always 192000 and 8 channels (=4 IEC 60958 Lines) whatever the number of channels there is. At last this is what I believed. But I received a PM about TrueHD 2.0 and this make sense that the number of IEC lines is lower in that case but this is hard to figure out the right combination.
For DTSHD I used 8 channels, but maybe this number should vary according to the number of encoded channels.
I don't remember if we could use the dumper with powerdvd : not for the buffers but at least for the media structures which is what I need to fix this (if the problem comes from the software)
I understand what you're saying. I don't have a machine that can properly dump unfortunately. For that, 32 bit is needed. I wish I had the ability to dump it so we could fix this problem. Clearly PDVD9 and WinDVD 2010 are doing something different as they are getting it to work fine with the same combination of software (drivers, OS, etc) and hardware that isn't working in ffdshow.
SamuriHL
3rd January 2010, 23:15
Any way you can make us a quick test version that varies DTS-HD MA based on the encoded channels? Most of mine are 5.1. I do have some 7.1 tracks kicking around and those don't work, either. The flashing between PCM and DTS-HD MA is just odd.
Wireballz
3rd January 2010, 23:24
Okay, I understand your issue guys but beware that the sample rate and the number of channels is not what it means for bitstream formats.
The sample rate you're talking about is the encoded sample rate, whereas the one that is sent and displayed within FFDShow is the IEC sample rate.
Same thing for the number of channels : this is the number of IEC lines.
I took my inspiration from MS website :
http://msdn.microsoft.com/en-us/library/dd316761%28VS.85%29.aspx
For TrueHD, this is always 192000 and 8 channels (=4 IEC 60958 Lines) whatever the number of channels there is. At last this is what I believed. But I received a PM about TrueHD 2.0 and this make sense that the number of IEC lines is lower in that case but this is hard to figure out the right combination.
For DTSHD I used 8 channels, but maybe this number should vary according to the number of encoded channels.
I don't remember if we could use the dumper with powerdvd : not for the buffers but at least for the media structures which is what I need to fix this (if the problem comes from the software)
I will help if I can what do we need to do. I have tons of computers by trade and can tinker but by no means am I a programmer. :)
SamuriHL
3rd January 2010, 23:25
I will help if I can what do we need to do. I have tons of computers by trade and can tinker but by no means am I a programmer. :)
What's needed is a machine with a 32 bit OS that's connected to your Pio so the DTS-HD MA that works can be dumped by albain's util and can be compared to what ffdshow is sending.
Wireballz
3rd January 2010, 23:27
What's needed is a machine with a 32 bit OS that's connected to your Pio so the DTS-HD MA that works can be dumped by albain's util and can be compared to what ffdshow is sending.
Can tell me which software/dumper stuff I need to start :)
SamuriHL
3rd January 2010, 23:29
I don't have his latest tool as I can't ever make it work for my environment. PM albain and I'm sure he can set you up. You'll need PDVD9, a 32 bit OS, his dump tool, and a nice DTS-HD MA disc that doesn't work in ffdshow on our Pio's (um, any of them :D) that does work in PDVD9.
rica
3rd January 2010, 23:38
Guys, your issue is not related with your Pios.
It's related with SW mode video decoders.
Pls check you can never switch your video decoders to SW mode in PDVD or WinDVD; so you get unproblematic bitstream decoding with your receivers whenever use one of those players.
This is really an Ati driver issue and Realtek has nothing to do as well. :)
SamuriHL
3rd January 2010, 23:39
rica, completely and totally different issue than what you're talking about. :)
rica
3rd January 2010, 23:42
rica, completely and totally different issue than what you're talking about. :)
Maybe i haven't checked one or two pages :p
Or?
SamuriHL
3rd January 2010, 23:45
Maybe i haven't checked one or two pages :p
Or?
In my case, *JUST* switching out my Onkyo 606 for a Pioneer Elite vsx-21txh caused me to lose DTS-HD MA bitstreaming. Now we have 2 other Pio users seeing the same issue. This is completely unrelated to the video issue. (That's annoying, too, but, one problem at a time...and we know how to 'fix' that issue by using DXVA ;)) NOTHING we do fixes this DTS-HD MA issue. And again, the ONLY change I made to my setup was swapping the 606 for the Pio.
rica
3rd January 2010, 23:49
Sorry for asking but do you get DTSHD-MA without any problem on your Pios using winDVD or pDVD?
SamuriHL
3rd January 2010, 23:50
Yes, we all do. Works fine in WinDVD 2010 and PDVD9. No problem at all. Just with ffdshow the receiver switches between PCM and DTS-HD MA constantly and no audio.
rica
3rd January 2010, 23:53
Yes, we all do. Works fine in WinDVD 2010 and PDVD9. No problem at all. Just with ffdshow the receiver switches between PCM and DTS-HD MA constantly and no audio.
Open any BD or ISO on any working program and go to the settings while it's working.
Select video and check whether it's ticked to DXVA or not?
If you are able to untick the DXVA box just do it and restart the same applcation again :rolleyes:
SamuriHL
3rd January 2010, 23:54
I know PDVD9 won't allow you to use non-HA mode. Not sure about WinDVD2010. But, it doesn't matter anyway, as I know I'm using DXVA mode in MPC-HC and still have this issue.
Wireballz
3rd January 2010, 23:58
Sent pm :) now we wait
rica
4th January 2010, 00:01
I know PDVD9 won't allow you to use non-HA mode. Not sure about WinDVD2010. But, it doesn't matter anyway, as I know I'm using DXVA mode in MPC-HC and still have this issue.
AFAI remember you told this:
Yes, we all do. Works fine in WinDVD 2010 and PDVD9. No problem at all. Just with ffdshow the receiver switches between PCM and DTS-HD MA constantly and no audio.
This is a different issue.
You have to know both wDVD and pDVD use DXVA and you should't meet any issues (and you will never be able to switch them into SW mode.) but with ffdshow in DXVA mode, i never live any issues.
SamuriHL
4th January 2010, 00:04
You have to know both wDVD and pDVD use DXVA and you should't meet any issues (and you will never switch them to SW mode.) but with ffdshow in DXVA mode, i never live any issues.
I think you really missed my point when I said that nothing in my setup changed at all from when it was working with my Onkyo 606 to it NOT working now with the Pio. Literally, it was working with my Onkyo 606, I went out, got the Pio, hooked it up in place of the 606, and now I get this issue. And again, I'm using DXVA in MPC-HC, so, according to what you just said, it should be working fine....and it's not. For ANY of us Pio owners. This issue is *NOT* related to the DXVA stuff.
rica
4th January 2010, 00:11
Don't know if it makes any difference but let me ask:
Is ffdshow under external filters or selected internally?
SamuriHL
4th January 2010, 00:12
@albain:
Maybe I don't understand how to read this remote graph stuff properly, but, I attached to PDVD9's graph while it's bitstreaming a track I'm having issues with. MEDITATYPE_Audio, FORMAT_WaveFormatEX....WaveFormatEX:
wFormatTag: 49156
nChannels: 2
nSamplesPerSec: 48000
nAvgBytesPerSec: 192000
nBlockAlign: 4
wBitsPerSample: 16
cbSize: 0
This is WAY different than what I see with ffdshow/mpc-hc.
EDIT: Sorry, idiot me forgot to mention some pertinent info here. This is a 7.1 DTS-HD MA track.
SamuriHL
4th January 2010, 00:13
Don't know if it makes any difference but let me ask:
Is ffdshow under external filters or selected internally?
External, merit preferred. Same setup I've always used when I was doing the 606. That worked flawlessly for every DTS-HD MA track I threw at it, including the one I'm currently testing. With the Pio, it doesn't play nice. TrueHD works flawlessly, however.
rica
4th January 2010, 00:16
External, merit preferred. Same setup I've always used when I was doing the 606. That worked flawlessly for every DTS-HD MA track I threw at it, including the one I'm currently testing. With the Pio, it doesn't play nice. TrueHD works flawlessly, however.
1)with or without tulli's override?
2)what version of ffdshow?
SamuriHL
4th January 2010, 00:19
1)with or without tulli's override?
2)what version of ffdshow?
No override. Not needed since I can bitstream eveything with PDVD9. I've tried with an override, however, and it didn't change anything. Using 3171 ffdshow tryout. I think, however, we're on to what's going on here. I'm wondering if some receivers are more forgiving than others when it comes to what's sent to them. But, if you look at what I posted for albain, it's showing that PDVD9 is sending it as 2 channel. Albain's sending it as 8. This is very possibly the issue.
Wireballz
4th January 2010, 00:24
No override. Not needed since I can bitstream eveything with PDVD9. I've tried with an override, however, and it didn't change anything. Using 3171 ffdshow tryout. I think, however, we're on to what's going on here. I'm wondering if some receivers are more forgiving than others when it comes to what's sent to them. But, if you look at what I posted for albain, it's showing that PDVD9 is sending it as 2 channel. Albain's sending it as 8. This is very possibly the issue.
Pioneers might not be able to lockon like others good Find :)
SamuriHL
4th January 2010, 00:26
Pioneers might not be able to lockon like others good Find :)
We'll see what albain has to say. I'm going to run some other DTS-HD MA tracks through PDVD9 and capture the graph while it's playing to take a peak at what they're doing. Going for a 5.1 track next to see if the number of channels ends up being different. This is the problem we had with TrueHD where some worked and others didn't. Once albain fixed the number of channels it worked for all. We could be hitting a similar type of issue here. Maybe. :)
rica
4th January 2010, 00:26
samuri check with ffdshow 54, however dunno if it helps?
SamuriHL
4th January 2010, 00:27
That's what I was using when I first got the Pio. I upgraded thinking maybe something had changed when the merge was done, but, nope...exact same behavior.
SamuriHL
4th January 2010, 00:35
@albain: Same for a 5.1 DTS-HD MA track. The WAVEFORMATEX params are identical to the 7.1 track. I REALLY truly hope this helps. :)
rica
4th January 2010, 00:53
samuri maybe it's stupid but check your ffdshow config?
http://img145.imageshack.us/img145/6592/001ek.th.png (http://img145.imageshack.us/i/001ek.png/)
http://img145.imageshack.us/img145/3529/002h.th.png (http://img145.imageshack.us/i/002h.png/)
http://img145.imageshack.us/img145/4650/003ty.th.png (http://img145.imageshack.us/i/003ty.png/)
SamuriHL
4th January 2010, 01:03
Yea, trust me, that's what mine's set up as. I'm grabbing the latest source code and compiling it now. I have something I want to try although hopefully albain sees this tomorrow and has better ideas. I'm running out of time for tonight but I may give it a shot in the morning if albain hasn't responded yet.
Wireballz
4th January 2010, 01:10
Yea, trust me, that's what mine's set up as. I'm grabbing the latest source code and compiling it now. I have something I want to try although hopefully albain sees this tomorrow and has better ideas. I'm running out of time for tonight but I may give it a shot in the morning if albain hasn't responded yet.
If you get it to work with you idea post it please i will test :p
SamuriHL
4th January 2010, 01:12
If you get it to work with you idea post it please i will test :p
I doubt I'll get to it tonight. Having compiling issues, as well, which will take a bit to fix and I don't have time right now. Once I get my environment for building ffdshow fixed up again I'll be able to try out my idea.
Wireballz
4th January 2010, 01:14
I doubt I'll get to it tonight. Having compiling issues, as well, which will take a bit to fix and I don't have time right now. Once I get my environment for building ffdshow fixed up again I'll be able to try out my idea.
Could point me to the source code /webpage you are playing with i have vs express c++ installed :)
SamuriHL
4th January 2010, 01:50
http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/branches/bitstreamHD/
Good luck. :)
Wireballz
4th January 2010, 01:58
http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/branches/bitstreamHD/
Good luck. :)
Thank you Sir :)
SamuriHL
4th January 2010, 02:00
I wasn't in the mood to properly deal with my compile issues so I simply broke TrueHD support in my build for now just so I can test my idea. I'm building it now and will do a quick test to see if it works before I start watching my shows for the night. I'll report back soon.
Andy o
4th January 2010, 03:03
Hey Samuri I think you're onto something. My elaborate ploy to get you to buy a Pioneer so you'll look into our issue is working :D
rica
4th January 2010, 03:06
http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/branches/bitstreamHD/
Good luck. :)
Sorry, but where is yours?
SamuriHL
4th January 2010, 03:20
Hey Samuri I think you're onto something. My elaborate ploy to get you to buy a Pioneer so you'll look into our issue is working :D
Yea, well, so far I've had ZERO success in getting this to work. I think it's most likely beyond my pathetic knowledge of this code, unfortunately. I'm hacking away at it like a surgeon with a chainsaw but we really need albain in there with a scalpel I'm afraid.
SamuriHL
4th January 2010, 03:21
Sorry, but where is yours?
Beats me. I seem to have NONE so far. sigh. :)
SamuriHL
4th January 2010, 03:51
I give up. Nothing I've tried makes it work and LOTS of things I tried break bitstreaming attempts entirely. Hopefully albain has an idea because I seriously don't.
albain
4th January 2010, 09:23
I give up. Nothing I've tried makes it work and LOTS of things I tried break bitstreaming attempts entirely. Hopefully albain has an idea because I seriously don't.
The media structure you pasted earlier looks weird : did you use your xonar or your ATI for DTS HD MA bitstream ?
For DTS HD MA you should get (similar to FFDShow) :
SubFormat = KSDATAFORMAT_SUBTYPE_IEC61937_DTS_HD (0000000b-0cea-0010-8000-00aa00389b71)
Sample rate = 192000
Channels (that may be the problem) = 8
Channels mask (that may be the problem too) = KSAUDIO_SPEAKER_7POINT1
@THX-UltraII : I don't know why you get this lip sync issue. Maybe as Madshi pointed out the clock of the renderer needs to be managed differently but I don't see how, this is beyond from my knowledge.
For MPC-HC renderer one should ask James @Slysoft how to deal with it, he will surely be able to address that kind of problem.
Sorry but I won't have time to work on this, I let it to MPC team
Andy o
4th January 2010, 09:59
Albain, Samuri is using the 5000 series, and not the Xonar. The structure he pasted earlier was from PowerDVD 9, which does work. He was speculating that if you could imitate that structure, perhaps DTS-HD MA would work with Pioneers.
albain
4th January 2010, 11:32
Albain, Samuri is using the 5000 series, and not the Xonar. The structure he pasted earlier was from PowerDVD 9, which does work. He was speculating that if you could imitate that structure, perhaps DTS-HD MA would work with Pioneers.
This structure won't work with the standard renderers : I guess that the PDVD renderer reformats them before passing them to the driver, so it won't help.
There is something I don't understand : I remembered that I've seen the official structures in some logs, but maybe I am wrong
Andy o
4th January 2010, 12:11
What can I do to get the structure WinDVD 2010 is sending? I seem to have missed that part of the early discussion.
albain
4th January 2010, 12:51
The dumper doesn't work with windvd (maybe directshow is not used).
The solution is blind testing.
I will make some test builds, I'll let you know
SamuriHL : as a new FFDShow builder, I saw that you already tried to play with some values.
Maybe you could try the following (in TsampleFormat.cpp) :
else //DTS HD
{
pWfe->nChannels=8;
if (pWfex!=NULL)
pWfex->SubFormat=KSDATAFORMAT_SUBTYPE_IEC61937_DTS_HD;
}
if (pWfex!=NULL && pWfex->dwChannelMask==0)
switch (nchannels)
{
case 8: pWfex->dwChannelMask=KSAUDIO_SPEAKER_7POINT1;break;
case 6: pWfex->dwChannelMask=KSAUDIO_SPEAKER_5POINT1;break;
}
//Test 1
//pWfex->dwChannelMask=0;
//Test 2
//pWfex->dwChannelMask=KSAUDIO_SPEAKER_7POINT1_SURROUND;
//Test 3
//pWfex->dwChannelMask=KSAUDIO_SPEAKER_7POINT1_WIDE;
SamuriHL
4th January 2010, 12:52
You know, it didn't even occur to me to attach to WinDVD. sigh. :) I'll go try it and attach what I find. Give me a few minutes...it's super early for me.
SamuriHL
4th January 2010, 12:54
Yea, I tried all of what you posted and WAY more. Nothing worked.
EDIT: Actually, I didn't try all of those. I'll work on that now that I'm up.
SamuriHL
4th January 2010, 13:00
P.S. You were right about WinDVD...can't attach to the graph. Awesome. :(
SamuriHL
4th January 2010, 13:06
Just tried all those. None of those values changed the situation. Still bouncing between PCM and DTS-HD MA with no audio.
SamuriHL
4th January 2010, 13:16
albain, how do I change the number of channels? Whenever I set this:
else //DTS HD
{
pWfe->nChannels=2;
if (pWfex!=NULL)
pWfex->SubFormat=KSDATAFORMAT_SUBTYPE_IEC61937_DTS_HD;
}
if (pWfex!=NULL && pWfex->dwChannelMask==0)
switch (nchannels)
{
case 8: pWfex->dwChannelMask=KSAUDIO_SPEAKER_7POINT1;break;
case 6: pWfex->dwChannelMask=KSAUDIO_SPEAKER_5POINT1;break;
}
it breaks bitstreaming completely and I get PCM decoding of the core DTS track. I have a feeling the problem is number of channels but I don't understand the code enough to make that change work.
albain
4th January 2010, 16:13
The black part I sent you is the original code (starting at line 348 of TsampleFormat.cpp)
The modifications have to be applied (the one I pointed out in red) after this block :
if (pWfex!=NULL && pWfex->dwChannelMask==0)
switch (nchannels)
{
case 8: pWfex->dwChannelMask=KSAUDIO_SPEAKER_7POINT1;break;
case 6: pWfex->dwChannelMask=KSAUDIO_SPEAKER_5POINT1;break;
}
You add this :
pWfex->dwChannelMask=<different values>;
This will be applied to all bitstream formats and will break TrueHD/EAC3 but this is for testing
Then, still after this block you can play with the number of channels :
pWfe->nChannels=<8 or 6 or 4 or 2>;
But I doubt this will change anything, I'd rather think this is due to the channel mask.
SamuriHL
4th January 2010, 16:33
Yea, I added the code correctly that you gave and tried each one out and none of them worked. When I tried changing the nChannels to 2 (see my post above) it broke bitstreaming completely and went to PCM decoding of DTS core.
(This is also what I did last night for my own testing. I tried messing with a LOT of different parameter combinations to see if I could get it to work....a lot of them broke bitstreaming and defaulted to PCM decoding, and others had no affect at all)
SamuriHL
4th January 2010, 16:35
albain, how do I change the number of channels? Whenever I set this:
else //DTS HD
{
pWfe->nChannels=2;
if (pWfex!=NULL)
pWfex->SubFormat=KSDATAFORMAT_SUBTYPE_IEC61937_DTS_HD;
}
if (pWfex!=NULL && pWfex->dwChannelMask==0)
switch (nchannels)
{
case 8: pWfex->dwChannelMask=KSAUDIO_SPEAKER_7POINT1;break;
case 6: pWfex->dwChannelMask=KSAUDIO_SPEAKER_5POINT1;break;
}
it breaks bitstreaming completely and I get PCM decoding of the core DTS track. I have a feeling the problem is number of channels but I don't understand the code enough to make that change work.
The bold I added to the above code block didn't show. That's why you missed what I was saying I changed. In that code block I set the nChannels to 2, but, that breaks bitstreaming.
albain
4th January 2010, 17:07
Well, this is getting harder, I am lacking of ideas.
Also I rechecked and PDVD sends encrypted streams wether it is an auzentech or an ATI card.
So the decryption occurs in the renderer I guess (at least for the ATI) but in all case these are internal media types that are sent from the PDVD decoder to the PDVD renderer.
From the dumper logs I hoped to see an IsFormatSupported trace with the DTS-HD subtype in it (0000000b-0cea-0010-8000-00aa00389b71) but I didn't.
SamuriHL
4th January 2010, 17:12
That's not good. I also really have no ideas left. I tried all the things I could think of last night and nothing worked. At this point I'm not sure what else we can do. This sucks.
albain
4th January 2010, 17:32
And DTS-HD HR is working ?
Can someone with a xonar + Pioneer receiver try to play totalMedia theatre with a DTS-HD MA track ?
As FFDShow is isoTMT, if TMT doesn't work then it means that the problem comes from the bitstream.
SamuriHL
4th January 2010, 17:33
I don't have a DTS-HD HR track to test with. And God help us all if I have to put my damn Xonar back in to test TMT3! :p I'll consider it.
Sebastiii
4th January 2010, 17:52
Hi,
I have DTS-HR sample and it didn't work with ATI and Xonar form my test that i made for a while.
I'll make test this evening with xonar and TMT and try PDVP with ATI and repost log to see what happen :)
@Albain, the log that i made with dumptool for LPCM before PDVD crash is it usefull ?
If yes i hope that it will be usefull for DTS-HD DTS-HR :)
But i didn't Pio AVR lol :)
Thx,
Seb.
SamuriHL
4th January 2010, 17:56
I just put my Xonar back in (damn you all! :D) and it bitstreams DTS-HD MA just fine through TMT3. I can't get ANY bitstreaming to work with it from the ffdshow that albain just posted in the development thread. Can someone with it working on a Xonar give me a quick refresher on how to set it up properly? ffdshow settings/renderer used, etc? I tried MPC Audio Renderer and ArcSoft renderer and neither work for TrueHD or DTS-HD MA for me. I have ffdshow set to try Xonar only.
SamuriHL
4th January 2010, 18:00
I just got a confirmed report on AVSForum that a non-Pio user is getting the exact same problem with DTS-HD MA on his D2v Anthem Statement receiver. DTS-HD MA flashes, but, no audio.
kkozma
4th January 2010, 18:08
Someone else mentioned it also happened with a 4000 series card. Is it only one person? Cause if somehow their problem is not the same, then we can isolate this better.
I can tell you I have 100% perfect DD and DTS playback streamed to my onkyo 605 from my 4550. No dropouts what so ever using 9.11 and 9.12 in XP. I also finally upgraded to win7 (32 bit if it matters) and I have the same flawless playback with 9.12 and Realtek 2.39. Doesn't matter if dxva is on or off.
I did switch back to internal decoding though because I can't normalize the DD when watching live tv... I got tired of getting blasted out of my recliner when a commercial came on! lol
Wireballz
4th January 2010, 18:13
I just got a confirmed report on AVSForum that a non-Pio user is getting the exact same problem with DTS-HD MA on his D2v Anthem Statement receiver. DTS-HD MA flashes, but, no audio.
I think it uses the same Processer/DSP as Pioneer's. So there is a problem some how. :( I will hook up to my onkyo and see what the receiver says as far as fs:.
SamuriHL
4th January 2010, 18:27
Someone just reported the same issue on a Yamaha 6190 = v1800, as well. Is that also using the same?? This seems a bit more wide spread than I originally believed.
SamuriHL
4th January 2010, 18:28
I think it uses the same Processer/DSP as Pioneer's. So there is a problem some how. :( I will hook up to my onkyo and see what the receiver says as far as fs:.
The Onkyo will work fine. Trust me. :)
albain
4th January 2010, 18:28
That's odd :
TMT3 + xonar + DTS-HDMA => sound
FFDShow in xonar mode + arcsoft renderer + DTS-HDMA => no sound
It shouldn't be as the bitstream are identical and so are the media types.
We are close to something.
SamuriHL, could you make dumper logs (not debugview logs) of those 2 configurations with the exact same audio sample ?
Maybe the timestamps are in cause
Wireballz
4th January 2010, 18:30
The Onkyo will work fine. Trust me. :)
Yeah i know but to see what is locking at :) I will report back soon.:p
SamuriHL
4th January 2010, 18:32
That's odd :
TMT3 + xonar + DTS-HDMA => sound
FFDShow in xonar mode + arcsoft renderer + DTS-HDMA => no sound
It shouldn't be as the bitstream are identical and so are the media types.
We are close to something.
SamuriHL, could you make dumper logs (not debugview logs) of those 2 configurations with the exact same audio sample ?
Maybe the timestamps are in cause
I can't. I'm on 64 bit so the dumper won't work for me. And I have way too much installed on that machine to switch it to 32 bit at this point. Is there any other way I can help on this?
SamuriHL
4th January 2010, 18:41
For the Xonar, do I need that Connect as PCM first thing checked? I tried both ways, same result. ffdshow claims it's bitstreaming, but, the receiver gets nothing. This happens on both TrueHD and DTS-HD MA.
SamuriHL
4th January 2010, 19:06
Xonar, W7 64, DTS-HD MA 7.1 track...
TMT3:
wFormatTag: 577
nChannels: 8
nSamplesPerSec: 192000
nAvgBytesPerSec: 3072000
nBlockAlign: 16
wBitsPerSample: 16
cbSize: 0
ffdshow:
wFormatTag: 65534
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 576000
nBlockAlign: 12
wBitsPerSample: 16
cbSize: 22
wSamplesPerBlock: 16
dwChannelMask: 63
TMT3 works, ffdshow no audio and doesn't even show DTS-HD MA on the receiver. Does this help at all?
albain
4th January 2010, 19:10
Are you sure about ffdshow structure ? Because this is not this one that is supposed to be transmitted (actually this is the default one but it is changed later) but the same as TMT3 if you checked xonar mode.
SamuriHL
4th January 2010, 19:13
Are you sure about ffdshow structure ? Because this is not this one that is supposed to be transmitted (actually this is the default one but it is changed later) but the same as TMT3 if you checked xonar mode.
Beats me man. :) I only work here. LOL! Um, yea, that's what I get when I set ffdshow to "Only Xonar formats" with the "Connect as PCM first" checkbox checked. I have MPC-HC set to use the ArcSoft audio renderer. What am I missing?
albain
4th January 2010, 20:35
Beats me man. :) I only work here. LOL! Um, yea, that's what I get when I set ffdshow to "Only Xonar formats" with the "Connect as PCM first" checkbox checked. I have MPC-HC set to use the ArcSoft audio renderer. What am I missing?
Could you send me debugview logs then ? :thanks:
I'll take a look tomorrow
SamuriHL
4th January 2010, 20:35
Could you send me debugview logs then ? :thanks:
I'll take a look tomorrow
Yup. I'll post them up in a couple hours.
mikelebron
4th January 2010, 20:39
http://www.avsforum.com/avs-vb/showthread.php?p=17846687&posted=1#post17846687
Intel Clarksdale seems to bitstream DTS-MA (FFDSHOW)... maybe you guys can get traces from that implementation
SamuriHL
4th January 2010, 20:46
00000000 0.00000000 [2452] FTH: (2452): *** Fault tolerant heap shim applied to current process. This is usually due to previous crashes. ***
00000001 0.01318859 [2452] Loading modified build of detours library designed for MPC-HC player (http://sourceforge.net/projects/mpc-hc/)
00000002 8.18323517 [2452] TffdshowBase::Constructor
00000003 8.18630886 [2452] TffdshowDecAudio::Constructor
00000004 8.18900204 [2452] Join filter graph
00000005 8.18915272 [2452] Removed from filter graph
00000006 8.18919468 [2452] Join filter graph
00000007 8.18952274 [2452] TffdshowDecAudio::CheckConnect (input)
00000008 8.18956566 [2452] TffdshowDecAudio::CheckInputType
00000009 8.18960571 [2452] TffdshowDecAudio::getCodecId
00000010 8.18964958 [2452] TffdshowDecAudio::getCodecId: codecId=libdts (1500)
00000011 8.18970585 [2452] TinputPin::SetMediaType
00000012 8.18974495 [2452] TffdshowDecAudioInputPin::initAudio
00000013 8.18978882 [2452] TffdshowDecAudio::getCodecId
00000014 8.18984127 [2452] TffdshowDecAudio::getCodecId: codecId=libdts (1500)
00000015 8.19212151 [2452] initPreset
00000016 8.19637966 [2452] TffdshowDecAudio::getOutsf PCM 8
00000017 8.19695282 [2452] TffdshowDecAudio::getMediaType sample format 1
00000018 8.19701481 [2452] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000019 8.20119095 [2452] TffdshowBase::Constructor
00000020 8.20415115 [2452] TffdshowDecAudio::Constructor
00000021 8.20645142 [2452] Join filter graph
00000022 8.20660877 [2452] Removed from filter graph
00000023 8.20666027 [2452] Join filter graph
00000024 8.20700455 [2452] Removed from filter graph
00000025 8.20807362 [2452] TffdshowDecAudio::getOutsf PCM 8
00000026 8.20827007 [2452] TffdshowDecAudio::getMediaType sample format 1
00000027 8.20833683 [2452] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000028 8.20838737 [2452] TffdshowDecAudio::CheckConnect (output)
00000029 8.20843601 [2452] initPreset
00000030 8.20848370 [2452] TffdshowDecAudio::getOutsf PCM 8
00000031 8.20887375 [2452] TffdshowDecAudio::CheckConnect (output)
00000032 8.20899200 [2452] initPreset
00000033 8.20904255 [2452] TffdshowDecAudio::getOutsf PCM 8
00000034 8.21032906 [2452] TffdshowDecAudio::getOutsf PCM 8
00000035 8.21066952 [2452] TffdshowDecAudio::getMediaType sample format 1
00000036 8.21074677 [2452] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000037 8.21079636 [2452] TffdshowDecAudio::CheckConnect (output)
00000038 8.21084404 [2452] initPreset
00000039 8.21089172 [2452] TffdshowDecAudio::getOutsf PCM 8
00000040 8.21107578 [2452] TffdshowDecAudio::CheckTransform From :
00000041 8.21115303 [2452] Media Type Structure
00000042 8.21115303 [2452] Format type : FORMAT_WaveFormatEx
00000043 8.21115303 [2452] Sub type : MEDIASUBTYPE_DTS
00000044 8.21115303 [2452]
00000045 8.21115303 [2452] WAVEFORMATEX :
00000046 8.21115303 [2452] wFormatTag : DTS wave
00000047 8.21115303 [2452] Channels : 6
00000048 8.21115303 [2452] Bits per sample : 0
00000049 8.21115303 [2452] Samples per second : 48000
00000050 8.21115303 [2452] nBlockAlign : 2012
00000051 8.21115303 [2452] nAvgBytesPerSec : 188719
00000052 8.21115303 [2452]
00000053 8.21120358 [2452] TffdshowDecAudio::CheckTransform To :
00000054 8.21128654 [2452] Media Type Structure
00000055 8.21128654 [2452] Format type : FORMAT_WaveFormatEx
00000056 8.21128654 [2452] Sub type : MEDIASUBTYPE_PCM
00000057 8.21128654 [2452]
00000058 8.21128654 [2452] WAVEFORMATEXTENSIBLE :
00000059 8.21128654 [2452] subFormat : MEDIASUBTYPE_PCM
00000060 8.21128654 [2452]
00000061 8.21128654 [2452] wSamplesPerBlock : 16
00000062 8.21128654 [2452] Valid bits per sample : 16
00000063 8.21128654 [2452] dwChannelMask : 63
00000064 8.21128654 [2452]
00000065 8.21128654 [2452] WAVEFORMATEX :
00000066 8.21128654 [2452] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00000067 8.21128654 [2452] Channels : 6
00000068 8.21128654 [2452] Bits per sample : 16
00000069 8.21128654 [2452] Samples per second : 48000
00000070 8.21128654 [2452] nBlockAlign : 12
00000071 8.21128654 [2452] nAvgBytesPerSec : 576000
00000072 8.21128654 [2452]
00000073 8.21133804 [2452] TffdshowDecAudio::CheckInputType
00000074 8.21138287 [2452] TffdshowDecAudio::getCodecId
00000075 8.21143436 [2452] TffdshowDecAudio::getCodecId: codecId=libdts (1500)
00000076 8.21147919 [2452] TffdshowDecAudio::getOutsf PCM 8
00000077 8.21184063 [2452] TffdshowDecAudio::getMediaType sample format 1
00000078 8.21189880 [2452] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000079 8.21194649 [2452] TffdshowDecAudio::CheckTransform To generated by FFDShow :
00000080 8.21202469 [2452] Media Type Structure
00000081 8.21202469 [2452] Format type : FORMAT_WaveFormatEx
00000082 8.21202469 [2452] Sub type : MEDIASUBTYPE_PCM
00000083 8.21202469 [2452]
00000084 8.21202469 [2452] WAVEFORMATEXTENSIBLE :
00000085 8.21202469 [2452] subFormat : MEDIASUBTYPE_PCM
00000086 8.21202469 [2452]
00000087 8.21202469 [2452] wSamplesPerBlock : 16
00000088 8.21202469 [2452] Valid bits per sample : 16
00000089 8.21202469 [2452] dwChannelMask : 63
00000090 8.21202469 [2452]
00000091 8.21202469 [2452] WAVEFORMATEX :
00000092 8.21202469 [2452] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00000093 8.21202469 [2452] Channels : 6
00000094 8.21202469 [2452] Bits per sample : 16
00000095 8.21202469 [2452] Samples per second : 48000
00000096 8.21202469 [2452] nBlockAlign : 12
00000097 8.21202469 [2452] nAvgBytesPerSec : 576000
00000098 8.21202469 [2452]
00000099 8.21207523 [2452] TffdshowDecAudio::CheckTransform result 0
00000100 8.21219349 [2452] TffdshowDecAudio::DecideBufferSize
00000101 8.21224022 [2452] TffAudioDecoder::DecideBufferSize 307200
00000102 8.21354485 [2452] TffdshowDecAudio::getOutsf PCM 8
00000103 8.21373558 [2452] TffdshowDecAudio::getMediaType sample format 1
00000104 8.21378803 [2452] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000105 8.21384048 [2452] TffdshowDecAudio::getOutsf PCM 8
00000106 8.21422863 [2452] TffdshowDecAudio::getMediaType sample format 1
00000107 8.21427917 [2452] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000108 8.21648598 [2452] TffdshowBase::Constructor
00000109 8.21930218 [2452] TffdshowDecAudio::Constructor
00000110 8.22162437 [2452] Join filter graph
00000111 8.22178459 [2452] Removed from filter graph
00000112 8.22182655 [2452] Join filter graph
00000113 8.22215366 [2452] Removed from filter graph
00000114 8.22321510 [2452] TffdshowDecAudio::getOutsf PCM 8
00000115 8.22339725 [2452] TffdshowDecAudio::getMediaType sample format 1
00000116 8.22346115 [2452] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000117 8.22352314 [2452] TffdshowDecAudio::getOutsf PCM 8
00000118 8.22385216 [2452] TffdshowDecAudio::getMediaType sample format 1
00000119 8.22391033 [2452] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000120 8.22813988 [2452] CRealtekCP::CRealtekCP()
00000121 8.22933578 [2452] TffdshowDecAudio::getOutsf PCM 8
00000122 8.22969151 [2452] TffdshowDecAudio::getMediaType sample format 1
00000123 8.22975636 [2452] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000124 8.22982216 [2452] TffdshowDecAudio::getOutsf PCM 8
00000125 8.22998333 [2452] TffdshowDecAudio::getMediaType sample format 1
00000126 8.23003578 [2452] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000127 8.23448849 [2452] TffdshowDecAudio::getOutsf PCM 8
00000128 8.23469257 [2452] TffdshowDecAudio::getMediaType sample format 1
00000129 8.23476219 [2452] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000130 8.24216461 [2452] TffdshowBase::Constructor
00000131 8.24529076 [2452] TffdshowDecVideo::Constructor
00000132 8.24536419 [2452] TffdshowDecVideoOutputPin::Constructor
00000133 8.24771118 [2452] Join filter graph
00000134 8.24801731 [2452] Removed from filter graph
00000135 8.24806595 [2452] Join filter graph
00000136 8.24866390 [2452] TffdshowVideoInputPin::ReceiveConnection
00000137 8.24929523 [2452] Removed from filter graph
00000138 8.24934578 [2452] TffdshowDecVideo::Destructor
00000139 8.24941254 [2452] TffdshowDecVideoOutputPin::Destructor
00000140 8.80507278 [2452] TffdshowDecAudio::StartStreaming
00000141 8.80512905 [2452] TffdshowDecAudioInputPin::NewSegment
00000142 8.80531979 [2452] TffdshowDecAudio::NewSegment
00000143 8.81017780 [2452] TaudioParser::getCodecIdFromStream libdts
00000144 8.81272030 [2452] TaudioParser::checkOutputFormat for codec bitstream DTS-HD with sample format 512
00000145 8.81293964 [2452] Media Type Structure
00000146 8.81293964 [2452] Format type : FORMAT_WaveFormatEx
00000147 8.81293964 [2452] Sub type : MEDIASUBTYPE_PCM
00000148 8.81293964 [2452]
00000149 8.81293964 [2452] WAVEFORMATEXTENSIBLE :
00000150 8.81293964 [2452] subFormat : KSDATAFORMAT_SUBTYPE_IEC61937_DTS_HD
00000151 8.81293964 [2452]
00000152 8.81293964 [2452] wSamplesPerBlock : 16
00000153 8.81293964 [2452] Valid bits per sample : 16
00000154 8.81293964 [2452] dwChannelMask : 255
00000155 8.81293964 [2452]
00000156 8.81293964 [2452] WAVEFORMATEX :
00000157 8.81293964 [2452] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00000158 8.81293964 [2452] Channels : 8
00000159 8.81293964 [2452] Bits per sample : 16
00000160 8.81293964 [2452] Samples per second : 192000
00000161 8.81293964 [2452] nBlockAlign : 16
00000162 8.81293964 [2452] nAvgBytesPerSec : 3072000
00000163 8.81293964 [2452]
00000164 8.81307697 [2452] TaudioParser::getSupportedFormat We are in compatibility mode. The following format will be used without checking if it is supported
00000165 8.81318569 [2452] Media Type Structure
00000166 8.81318569 [2452] Format type : FORMAT_WaveFormatEx
00000167 8.81318569 [2452] Sub type : {00000000-0000-0010-8000-00AA00389B71}
00000168 8.81318569 [2452]
00000169 8.81318569 [2452] WAVEFORMATEX :
00000170 8.81318569 [2452] wFormatTag : format 577
00000171 8.81318569 [2452] Channels : 8
00000172 8.81318569 [2452] Bits per sample : 16
00000173 8.81318569 [2452] Samples per second : 192000
00000174 8.81318569 [2452] nBlockAlign : 16
00000175 8.81318569 [2452] nAvgBytesPerSec : 3072000
00000176 8.81318569 [2452]
00000177 8.81326962 [2452] TaudioParser::getSupportedFormat this format is supported
00000178 8.81352234 [2452] TffdshowDecAudioInputPin : switching codec from libdts to bitstream DTS-HD
00000179 8.81361008 [2452] TffdshowDecAudioInputPin::Receive : Initialize audio codec bitstream DTS-HD
00000180 8.81853867 [2452] TaudioCodecBitstream::init
00000181 8.81891727 [2452] TffdshowDecAudio::getMediaType sample format 512
00000182 8.81914234 [2452] TffdshowDecAudio::getMediaType:192000 Hz, 8 channels Bitstream DTS HD
00000183 8.81923485 [2452] TffdshowDecAudio::ReconnectOutput because output media type changed
00000184 8.81945324 [2452] Media Type Structure
00000185 8.81945324 [2452] Format type : FORMAT_WaveFormatEx
00000186 8.81945324 [2452] Sub type : {00000000-0000-0010-8000-00AA00389B71}
00000187 8.81945324 [2452]
00000188 8.81945324 [2452] WAVEFORMATEX :
00000189 8.81945324 [2452] wFormatTag : format 577
00000190 8.81945324 [2452] Channels : 8
00000191 8.81945324 [2452] Bits per sample : 16
00000192 8.81945324 [2452] Samples per second : 192000
00000193 8.81945324 [2452] nBlockAlign : 16
00000194 8.81945324 [2452] nAvgBytesPerSec : 3072000
00000195 8.81945324 [2452]
00000196 8.81998825 [2452] TaudioCodecBitstream::decode failed (777690348909756928)
00000197 16.37320709 [2452] TffdshowDecAudio::BeginFlush
00000198 16.37362099 [2452] TffdshowDecAudioInputPin::EndFlush
00000199 16.37367439 [2452] TffdshowDecAudio::EndFlush
00000200 16.39138412 [2452] Removed from filter graph
00000201 16.68433380 [2452] CRealtekCP::~CRealtekCP()
That's what I get when I try to play some of the DTS-HD MA 7.1 video from the output I showed you above.
SamuriHL
4th January 2010, 20:57
Um, WTF?????? Albain, check this out. This is when I set it to "try all the formats" mode in ffdshow.
00000000 0.00000000 [4312] FTH: (4312): *** Fault tolerant heap shim applied to current process. This is usually due to previous crashes. ***
00000001 0.01507676 [4312] Loading modified build of detours library designed for MPC-HC player (http://sourceforge.net/projects/mpc-hc/)
00000002 6.04666853 [4312] TffdshowBase::Constructor
00000003 6.04945135 [4312] TffdshowDecAudio::Constructor
00000004 6.05175829 [4312] Join filter graph
00000005 6.05190802 [4312] Removed from filter graph
00000006 6.05196095 [4312] Join filter graph
00000007 6.05228806 [4312] TffdshowDecAudio::CheckConnect (input)
00000008 6.05233240 [4312] TffdshowDecAudio::CheckInputType
00000009 6.05237627 [4312] TffdshowDecAudio::getCodecId
00000010 6.05242205 [4312] TffdshowDecAudio::getCodecId: codecId=libdts (1500)
00000011 6.05246544 [4312] TinputPin::SetMediaType
00000012 6.05250835 [4312] TffdshowDecAudioInputPin::initAudio
00000013 6.05255079 [4312] TffdshowDecAudio::getCodecId
00000014 6.05259514 [4312] TffdshowDecAudio::getCodecId: codecId=libdts (1500)
00000015 6.05484581 [4312] initPreset
00000016 6.05905962 [4312] TffdshowDecAudio::getOutsf PCM 8
00000017 6.05970907 [4312] TffdshowDecAudio::getMediaType sample format 1
00000018 6.05977488 [4312] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000019 6.06393433 [4312] TffdshowBase::Constructor
00000020 6.06671047 [4312] TffdshowDecAudio::Constructor
00000021 6.06897068 [4312] Join filter graph
00000022 6.06911945 [4312] Removed from filter graph
00000023 6.06916380 [4312] Join filter graph
00000024 6.06947088 [4312] Removed from filter graph
00000025 6.07076502 [4312] TffdshowDecAudio::getOutsf PCM 8
00000026 6.07096148 [4312] TffdshowDecAudio::getMediaType sample format 1
00000027 6.07102108 [4312] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000028 6.07106686 [4312] TffdshowDecAudio::CheckConnect (output)
00000029 6.07110977 [4312] initPreset
00000030 6.07115316 [4312] TffdshowDecAudio::getOutsf PCM 8
00000031 6.07149792 [4312] TffdshowDecAudio::CheckConnect (output)
00000032 6.07163715 [4312] initPreset
00000033 6.07168102 [4312] TffdshowDecAudio::getOutsf PCM 8
00000034 6.07299900 [4312] TffdshowDecAudio::getOutsf PCM 8
00000035 6.07335854 [4312] TffdshowDecAudio::getMediaType sample format 1
00000036 6.07341576 [4312] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000037 6.07346106 [4312] TffdshowDecAudio::CheckConnect (output)
00000038 6.07350349 [4312] initPreset
00000039 6.07354641 [4312] TffdshowDecAudio::getOutsf PCM 8
00000040 6.07375240 [4312] TffdshowDecAudio::CheckTransform From :
00000041 6.07382250 [4312] Media Type Structure
00000042 6.07382250 [4312] Format type : FORMAT_WaveFormatEx
00000043 6.07382250 [4312] Sub type : MEDIASUBTYPE_DTS
00000044 6.07382250 [4312]
00000045 6.07382250 [4312] WAVEFORMATEX :
00000046 6.07382250 [4312] wFormatTag : DTS wave
00000047 6.07382250 [4312] Channels : 6
00000048 6.07382250 [4312] Bits per sample : 0
00000049 6.07382250 [4312] Samples per second : 48000
00000050 6.07382250 [4312] nBlockAlign : 2012
00000051 6.07382250 [4312] nAvgBytesPerSec : 188719
00000052 6.07382250 [4312]
00000053 6.07386971 [4312] TffdshowDecAudio::CheckTransform To :
00000054 6.07395363 [4312] Media Type Structure
00000055 6.07395363 [4312] Format type : FORMAT_WaveFormatEx
00000056 6.07395363 [4312] Sub type : MEDIASUBTYPE_PCM
00000057 6.07395363 [4312]
00000058 6.07395363 [4312] WAVEFORMATEXTENSIBLE :
00000059 6.07395363 [4312] subFormat : MEDIASUBTYPE_PCM
00000060 6.07395363 [4312]
00000061 6.07395363 [4312] wSamplesPerBlock : 16
00000062 6.07395363 [4312] Valid bits per sample : 16
00000063 6.07395363 [4312] dwChannelMask : 63
00000064 6.07395363 [4312]
00000065 6.07395363 [4312] WAVEFORMATEX :
00000066 6.07395363 [4312] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00000067 6.07395363 [4312] Channels : 6
00000068 6.07395363 [4312] Bits per sample : 16
00000069 6.07395363 [4312] Samples per second : 48000
00000070 6.07395363 [4312] nBlockAlign : 12
00000071 6.07395363 [4312] nAvgBytesPerSec : 576000
00000072 6.07395363 [4312]
00000073 6.07400513 [4312] TffdshowDecAudio::CheckInputType
00000074 6.07404852 [4312] TffdshowDecAudio::getCodecId
00000075 6.07409477 [4312] TffdshowDecAudio::getCodecId: codecId=libdts (1500)
00000076 6.07413864 [4312] TffdshowDecAudio::getOutsf PCM 8
00000077 6.07446098 [4312] TffdshowDecAudio::getMediaType sample format 1
00000078 6.07451725 [4312] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000079 6.07456303 [4312] TffdshowDecAudio::CheckTransform To generated by FFDShow :
00000080 6.07463884 [4312] Media Type Structure
00000081 6.07463884 [4312] Format type : FORMAT_WaveFormatEx
00000082 6.07463884 [4312] Sub type : MEDIASUBTYPE_PCM
00000083 6.07463884 [4312]
00000084 6.07463884 [4312] WAVEFORMATEXTENSIBLE :
00000085 6.07463884 [4312] subFormat : MEDIASUBTYPE_PCM
00000086 6.07463884 [4312]
00000087 6.07463884 [4312] wSamplesPerBlock : 16
00000088 6.07463884 [4312] Valid bits per sample : 16
00000089 6.07463884 [4312] dwChannelMask : 63
00000090 6.07463884 [4312]
00000091 6.07463884 [4312] WAVEFORMATEX :
00000092 6.07463884 [4312] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00000093 6.07463884 [4312] Channels : 6
00000094 6.07463884 [4312] Bits per sample : 16
00000095 6.07463884 [4312] Samples per second : 48000
00000096 6.07463884 [4312] nBlockAlign : 12
00000097 6.07463884 [4312] nAvgBytesPerSec : 576000
00000098 6.07463884 [4312]
00000099 6.07469177 [4312] TffdshowDecAudio::CheckTransform result 0
00000100 6.07480955 [4312] TffdshowDecAudio::DecideBufferSize
00000101 6.07485914 [4312] TffAudioDecoder::DecideBufferSize 307200
00000102 6.07596064 [4312] TffdshowDecAudio::getOutsf PCM 8
00000103 6.07615614 [4312] TffdshowDecAudio::getMediaType sample format 1
00000104 6.07621193 [4312] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000105 6.07626486 [4312] TffdshowDecAudio::getOutsf PCM 8
00000106 6.07666445 [4312] TffdshowDecAudio::getMediaType sample format 1
00000107 6.07671785 [4312] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000108 6.07892418 [4312] TffdshowBase::Constructor
00000109 6.08169413 [4312] TffdshowDecAudio::Constructor
00000110 6.08403301 [4312] Join filter graph
00000111 6.08419323 [4312] Removed from filter graph
00000112 6.08423805 [4312] Join filter graph
00000113 6.08456898 [4312] Removed from filter graph
00000114 6.08564854 [4312] TffdshowDecAudio::getOutsf PCM 8
00000115 6.08583784 [4312] TffdshowDecAudio::getMediaType sample format 1
00000116 6.08589888 [4312] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000117 6.08595324 [4312] TffdshowDecAudio::getOutsf PCM 8
00000118 6.08627462 [4312] TffdshowDecAudio::getMediaType sample format 1
00000119 6.08632803 [4312] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000120 6.09048891 [4312] CRealtekCP::CRealtekCP()
00000121 6.09171963 [4312] TffdshowDecAudio::getOutsf PCM 8
00000122 6.09209013 [4312] TffdshowDecAudio::getMediaType sample format 1
00000123 6.09214401 [4312] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000124 6.09220028 [4312] TffdshowDecAudio::getOutsf PCM 8
00000125 6.09236288 [4312] TffdshowDecAudio::getMediaType sample format 1
00000126 6.09241152 [4312] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000127 6.09694481 [4312] TffdshowDecAudio::getOutsf PCM 8
00000128 6.09717369 [4312] TffdshowDecAudio::getMediaType sample format 1
00000129 6.09724092 [4312] TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
00000130 6.14218283 [4312] TffdshowBase::Constructor
00000131 6.14352751 [4312] TffdshowDecVideo::Constructor
00000132 6.14492130 [4312] TffdshowDecVideoOutputPin::Constructor
00000133 6.15125751 [4312] Join filter graph
00000134 6.15249491 [4312] Removed from filter graph
00000135 6.15390158 [4312] Join filter graph
00000136 6.15527105 [4312] TffdshowVideoInputPin::ReceiveConnection
00000137 6.15649843 [4312] Removed from filter graph
00000138 6.15763283 [4312] TffdshowDecVideo::Destructor
00000139 6.15897417 [4312] TffdshowDecVideoOutputPin::Destructor
00000140 6.41795349 [4312] TffdshowDecAudio::StartStreaming
00000141 6.41948891 [4312] TffdshowDecAudioInputPin::NewSegment
00000142 6.41960907 [4312] TffdshowDecAudio::NewSegment
00000143 6.42552090 [4312] TaudioParser::getCodecIdFromStream libdts
00000144 6.42565966 [4312] TaudioParser::checkOutputFormat for codec bitstream DTS-HD with sample format 512
00000145 6.42583179 [4312] Media Type Structure
00000146 6.42583179 [4312] Format type : FORMAT_WaveFormatEx
00000147 6.42583179 [4312] Sub type : MEDIASUBTYPE_PCM
00000148 6.42583179 [4312]
00000149 6.42583179 [4312] WAVEFORMATEXTENSIBLE :
00000150 6.42583179 [4312] subFormat : KSDATAFORMAT_SUBTYPE_IEC61937_DTS_HD
00000151 6.42583179 [4312]
00000152 6.42583179 [4312] wSamplesPerBlock : 16
00000153 6.42583179 [4312] Valid bits per sample : 16
00000154 6.42583179 [4312] dwChannelMask : 255
00000155 6.42583179 [4312]
00000156 6.42583179 [4312] WAVEFORMATEX :
00000157 6.42583179 [4312] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00000158 6.42583179 [4312] Channels : 8
00000159 6.42583179 [4312] Bits per sample : 16
00000160 6.42583179 [4312] Samples per second : 192000
00000161 6.42583179 [4312] nBlockAlign : 16
00000162 6.42583179 [4312] nAvgBytesPerSec : 3072000
00000163 6.42583179 [4312]
00000164 6.42612886 [4312] TaudioParser::getSupportedFormat format not supported, trying another one
00000165 6.42621946 [4312] Media Type Structure
00000166 6.42621946 [4312] Format type : FORMAT_WaveFormatEx
00000167 6.42621946 [4312] Sub type : MEDIASUBTYPE_PCM
00000168 6.42621946 [4312]
00000169 6.42621946 [4312] WAVEFORMATEXTENSIBLE :
00000170 6.42621946 [4312] subFormat : KSDATAFORMAT_SUBTYPE_IEC61937_DTS_HD
00000171 6.42621946 [4312]
00000172 6.42621946 [4312] wSamplesPerBlock : 16
00000173 6.42621946 [4312] Valid bits per sample : 16
00000174 6.42621946 [4312] dwChannelMask : 255
00000175 6.42621946 [4312]
00000176 6.42621946 [4312] WAVEFORMATEX :
00000177 6.42621946 [4312] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00000178 6.42621946 [4312] Channels : 8
00000179 6.42621946 [4312] Bits per sample : 16
00000180 6.42621946 [4312] Samples per second : 96000
00000181 6.42621946 [4312] nBlockAlign : 16
00000182 6.42621946 [4312] nAvgBytesPerSec : 1536000
00000183 6.42621946 [4312]
00000184 6.42626524 [4312] TaudioParser::getSupportedFormat format not supported, trying another one
00000185 6.42673969 [4312] Media Type Structure
00000186 6.42673969 [4312] Format type : FORMAT_WaveFormatEx
00000187 6.42673969 [4312] Sub type : MEDIASUBTYPE_PCM
00000188 6.42673969 [4312]
00000189 6.42673969 [4312] WAVEFORMATEXTENSIBLE :
00000190 6.42673969 [4312] subFormat : MEDIASUBTYPE_DTS_HD
00000191 6.42673969 [4312]
00000192 6.42673969 [4312] wSamplesPerBlock : 16
00000193 6.42673969 [4312] Valid bits per sample : 16
00000194 6.42673969 [4312] dwChannelMask : 255
00000195 6.42673969 [4312]
00000196 6.42673969 [4312] WAVEFORMATEX :
00000197 6.42673969 [4312] wFormatTag : WAVE_FORMAT_EXTENSIBLE
00000198 6.42673969 [4312] Channels : 8
00000199 6.42673969 [4312] Bits per sample : 16
00000200 6.42673969 [4312] Samples per second : 192000
00000201 6.42673969 [4312] nBlockAlign : 16
00000202 6.42673969 [4312] nAvgBytesPerSec : 3072000
00000203 6.42673969 [4312]
00000204 6.42689514 [4312] TaudioParser::getSupportedFormat format not supported, trying another one
00000205 6.42697716 [4312] Media Type Structure
00000206 6.42697716 [4312] Format type : FORMAT_WaveFormatEx
00000207 6.42697716 [4312] Sub type : {00000000-0000-0010-8000-00AA00389B71}
00000208 6.42697716 [4312]
00000209 6.42697716 [4312] WAVEFORMATEX :
00000210 6.42697716 [4312] wFormatTag : format 577
00000211 6.42697716 [4312] Channels : 8
00000212 6.42697716 [4312] Bits per sample : 16
00000213 6.42697716 [4312] Samples per second : 192000
00000214 6.42697716 [4312] nBlockAlign : 16
00000215 6.42697716 [4312] nAvgBytesPerSec : 3072000
00000216 6.42697716 [4312]
00000217 6.42710781 [4312] TaudioParser::getSupportedFormat format not supported, trying another one
00000218 6.42718887 [4312] Media Type Structure
00000219 6.42718887 [4312] Format type : FORMAT_WaveFormatEx
00000220 6.42718887 [4312] Sub type : {6AD2A952-9979-4DC4-B6E1-6F3C3137B342}
00000221 6.42718887 [4312]
00000222 6.42718887 [4312] WAVEFORMATEX :
00000223 6.42718887 [4312] wFormatTag : format 49156
00000224 6.42718887 [4312] Channels : 2
00000225 6.42718887 [4312] Bits per sample : 16
00000226 6.42718887 [4312] Samples per second : 96000
00000227 6.42718887 [4312] nBlockAlign : 4
00000228 6.42718887 [4312] nAvgBytesPerSec : 384000
00000229 6.42718887 [4312]
00000230 6.42727470 [4312] TaudioParser::getSupportedFormat no compatible format supported
In this case, it drops to PCM decoding of the DTS core and I get audio. Um, HUH??
rica
4th January 2010, 21:22
.. both wDVD and pDVD use DXVA and you should't meet any issues (and you will never be able to switch them into SW mode.) but with ffdshow in DXVA mode, i never live any issues.
I should correct my mistake:
WinDVD Pro 2010 can be set to SW mode (video) as well and no problem in SW mode too while PDVD9 would be never set to SW mode.
IMO the comparison must be made between ffdshow and wDVD so as to check what is happening?
Any opinion on reg hack of WinDVD to connect to remote graph?
Sebastiii
4th January 2010, 22:43
Hi i have receive answer from AMD (i supply DXDIAG and Advisor Log).
So for us log to Albain with PVDV and ATI before it crash:)
bitstream_DTS-HR7.1
22:24:58-603 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:24:58-604 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:24:58-606 dump::GetDefaultAudioEndpointCallback
22:24:58-608 dump::ActivateCallback
22:24:58-610 dump::ActivateCallback got IAudioClient
22:24:58-612 dump::ActivateCallback ok
22:24:58-613 dump::IsFormatSupportedCallback
22:24:58-615 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 6
Bits per sample : 32
Samples per second :48000
nBlockAlign : 24
22:24:58-617 dump::IsFormatSupportedCallback OK
22:24:58-625 dump::ActivateCallback
22:24:58-626 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:24:58-627 dump::ActivateCallback got IAudioClient
22:24:58-631 dump::ActivateCallback ok
22:24:58-632 dump::IsFormatSupportedCallback
22:24:58-634 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 6
Bits per sample : 32
Samples per second :48000
nBlockAlign : 24
22:24:58-636 dump::IsFormatSupportedCallback OK
22:24:58-638 dump::ActivateCallback
22:24:58-639 dump::ActivateCallback got IAudioClient
22:24:58-641 dump::ActivateCallback ok
22:24:58-643 dump::IsFormatSupportedCallback
22:24:58-644 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 6
Bits per sample : 32
Samples per second :48000
nBlockAlign : 24
22:24:58-646 dump::IsFormatSupportedCallback OK
22:24:58-650 dump::QueryInterfaceCallback {56A868A2-0AD4-11CE-B03A-0020AF0BA770}
22:24:58-650 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:24:58-656 dump::ActivateCallback
22:24:58-658 dump::ActivateCallback got IAudioClient
22:24:58-660 dump::ActivateCallback ok
22:24:58-662 dump::IsFormatSupportedCallback
22:24:58-663 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 6
Bits per sample : 32
Samples per second :48000
nBlockAlign : 24
22:24:58-665 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:24:58-666 dump::IsFormatSupportedCallback OK
22:24:58-669 dump::ActivateCallback
22:24:58-671 dump::ActivateCallback got IAudioClient
22:24:58-671 dump::CoCreateInstanceExCallback
22:24:58-673 dump::ActivateCallback ok
22:24:58-674 dump::CoCreateInstanceExCallback on {2933BF90-7B36-11D2-B20E-00C04F983E60} interface
22:24:58-675 dump::IsFormatSupportedCallback
22:24:58-678 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 6
Bits per sample : 32
Samples per second :48000
nBlockAlign : 24
22:24:58-680 dump::IsFormatSupportedCallback OK
22:24:58-682 dump::ActivateCallback
22:24:58-684 dump::ActivateCallback got IAudioClient
22:24:58-686 dump::ActivateCallback ok
22:24:58-687 dump::IsFormatSupportedCallback
22:24:58-689 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 6
Bits per sample : 32
Samples per second :48000
nBlockAlign : 24
22:24:58-691 dump::IsFormatSupportedCallback OK
22:24:58-693 dump::ActivateCallback
22:24:58-694 dump::ActivateCallback got IAudioClient
22:24:58-696 dump::ActivateCallback ok
22:24:58-697 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:24:58-698 dump::InitializeCallback
[/QUOTE]
bitstream_DTS-MA7.1
[QUOTE]22:26:30-611 dump::ActivateCallback
22:26:30-612 dump::ActivateCallback got IAudioClient
22:26:30-614 dump::ActivateCallback ok
22:26:30-616 dump::IsFormatSupportedCallback
22:26:30-617 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 6
Bits per sample : 32
Samples per second :96000
nBlockAlign : 24
22:26:30-619 dump::IsFormatSupportedCallback OK
22:26:30-623 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:26:30-629 dump::ActivateCallback
22:26:30-630 dump::ActivateCallback got IAudioClient
22:26:30-632 dump::ActivateCallback ok
22:26:30-634 dump::IsFormatSupportedCallback
22:26:30-636 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 6
Bits per sample : 32
Samples per second :96000
nBlockAlign : 24
22:26:30-638 dump::IsFormatSupportedCallback OK
22:26:30-639 dump::ActivateCallback
22:26:30-641 dump::ActivateCallback got IAudioClient
22:26:30-643 dump::ActivateCallback ok
22:26:30-644 dump::IsFormatSupportedCallback
22:26:30-646 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 6
Bits per sample : 32
Samples per second :96000
nBlockAlign : 24
22:26:30-648 dump::IsFormatSupportedCallback OK
22:26:30-650 dump::QueryInterfaceCallback {56A868A2-0AD4-11CE-B03A-0020AF0BA770}
22:26:30-650 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:26:30-657 dump::ActivateCallback
22:26:30-659 dump::ActivateCallback got IAudioClient
22:26:30-661 dump::ActivateCallback ok
22:26:30-663 dump::IsFormatSupportedCallback
22:26:30-665 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 6
Bits per sample : 32
Samples per second :96000
nBlockAlign : 24
22:26:30-667 dump::IsFormatSupportedCallback OK
22:26:30-668 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:26:30-668 dump::ActivateCallback
22:26:30-671 dump::CoCreateInstanceExCallback
22:26:30-672 dump::ActivateCallback got IAudioClient
22:26:30-673 dump::CoCreateInstanceExCallback on {2933BF90-7B36-11D2-B20E-00C04F983E60} interface
22:26:30-675 dump::ActivateCallback ok
22:26:30-678 dump::IsFormatSupportedCallback
22:26:30-679 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 6
Bits per sample : 32
Samples per second :96000
nBlockAlign : 24
22:26:30-681 dump::IsFormatSupportedCallback OK
22:26:30-683 dump::ActivateCallback
22:26:30-685 dump::ActivateCallback got IAudioClient
22:26:30-687 dump::ActivateCallback ok
22:26:30-688 dump::IsFormatSupportedCallback
22:26:30-690 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 6
Bits per sample : 32
Samples per second :96000
nBlockAlign : 24
22:26:30-692 dump::IsFormatSupportedCallback OK
22:26:30-693 dump::ActivateCallback
22:26:30-695 dump::ActivateCallback got IAudioClient
22:26:30-697 dump::ActivateCallback ok
22:26:30-698 dump::InitializeCallback
Next Post :)
Sebastiii
4th January 2010, 22:45
bitstream_EAC37.1
22:28:43-017 dump::ActivateCallback
22:28:43-018 dump::ActivateCallback got IAudioClient
22:28:43-020 dump::ActivateCallback ok
22:28:43-022 dump::IsFormatSupportedCallback
22:28:43-023 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 16
Valid bits per sample : 16
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 8
Bits per sample : 16
Samples per second :48000
nBlockAlign : 16
22:28:43-026 dump::IsFormatSupportedCallback OK
22:28:43-028 dump::CoCreateInstanceExCallback
22:28:43-029 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-031 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-032 dump::CoCreateInstanceExCallback
22:28:43-034 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-034 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-037 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-038 dump::ActivateCallback
22:28:43-040 dump::ActivateCallback got IAudioClient
22:28:43-042 dump::ActivateCallback ok
22:28:43-044 dump::IsFormatSupportedCallback
22:28:43-045 DumpWFEX
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_DOLBY_AC3_SPDIF
Channels : 2
Bits per sample : 16
Samples per second :48000
nBlockAlign : 4
22:28:43-048 dump::IsFormatSupportedCallback OK
22:28:43-050 dump::CoCreateInstanceExCallback
22:28:43-052 dump::QueryInterfaceCallback {56A868A2-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-052 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-052 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-055 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-058 dump::CoCreateInstanceExCallback
22:28:43-059 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-061 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-063 dump::ActivateCallback
22:28:43-065 dump::ActivateCallback got IAudioClient
22:28:43-066 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-067 dump::ActivateCallback ok
22:28:43-069 dump::IsFormatSupportedCallback
22:28:43-070 dump::CoCreateInstanceExCallback
22:28:43-071 DumpWFEX
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_DOLBY_AC3_SPDIF
Channels : 2
Bits per sample : 16
Samples per second :48000
nBlockAlign : 4
22:28:43-072 dump::CoCreateInstanceExCallback on {2933BF90-7B36-11D2-B20E-00C04F983E60} interface
22:28:43-075 dump::IsFormatSupportedCallback OK
22:28:43-077 dump::CoCreateInstanceExCallback
22:28:43-078 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-080 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-082 dump::CoCreateInstanceExCallback
22:28:43-083 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-085 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-086 dump::ActivateCallback
22:28:43-088 dump::ActivateCallback got IAudioClient
22:28:43-090 dump::ActivateCallback ok
22:28:43-091 dump::IsFormatSupportedCallback
22:28:43-093 DumpWFEX
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_DOLBY_AC3_SPDIF
Channels : 2
Bits per sample : 16
Samples per second :48000
nBlockAlign : 4
22:28:43-096 dump::IsFormatSupportedCallback OK
22:28:43-097 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-098 dump::CoCreateInstanceExCallback
22:28:43-100 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-102 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-104 dump::CoCreateInstanceExCallback
22:28:43-105 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-105 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-109 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-110 dump::ActivateCallback
22:28:43-111 dump::QueryInterfaceCallback {56A868B6-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-112 dump::ActivateCallback got IAudioClient
22:28:43-113 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-115 dump::ActivateCallback ok
22:28:43-116 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-118 dump::IsFormatSupportedCallback
22:28:43-122 DumpWFEX
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_DOLBY_AC3_SPDIF
Channels : 2
Bits per sample : 16
Samples per second :48000
nBlockAlign : 4
22:28:43-123 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-125 dump::IsFormatSupportedCallback OK
22:28:43-128 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-128 dump::CoCreateInstanceExCallback
22:28:43-130 dump::QueryInterfaceCallback {56A868B3-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-131 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-133 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-134 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-136 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-137 dump::CoCreateInstanceExCallback
22:28:43-139 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-140 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-142 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-143 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-145 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-146 dump::ActivateCallback
22:28:43-148 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-149 dump::ActivateCallback got IAudioClient
22:28:43-150 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-152 dump::ActivateCallback ok
22:28:43-155 dump::IsFormatSupportedCallback
22:28:43-156 DumpWFEX
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_DOLBY_AC3_SPDIF
Channels : 2
Bits per sample : 16
Samples per second :48000
nBlockAlign : 4
22:28:43-157 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-159 dump::IsFormatSupportedCallback OK
22:28:43-160 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-163 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-165 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-167 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-169 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-170 dump::CoCreateInstanceExCallback
22:28:43-172 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-173 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-174 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-177 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-178 dump::ActivateCallback
22:28:43-179 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-181 dump::ActivateCallback got IAudioClient
22:28:43-183 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-184 dump::ActivateCallback ok
22:28:43-185 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-188 dump::CoCreateInstanceExCallback
22:28:43-191 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-192 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-192 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-194 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-196 dump::ActivateCallback
22:28:43-197 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-199 dump::ActivateCallback got IAudioClient
22:28:43-200 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-202 dump::ActivateCallback ok
22:28:43-205 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-206 dump::CoCreateInstanceExCallback
22:28:43-208 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-210 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-212 dump::ActivateCallback
22:28:43-213 dump::ActivateCallback got IAudioClient
22:28:43-215 dump::ActivateCallback ok
22:28:43-218 dump::CoCreateInstanceExCallback
22:28:43-220 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-222 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-224 dump::ActivateCallback
22:28:43-225 dump::ActivateCallback got IAudioClient
22:28:43-227 dump::ActivateCallback ok
22:28:43-230 dump::CoCreateInstanceExCallback
22:28:43-231 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-233 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-234 dump::ActivateCallback
22:28:43-236 dump::ActivateCallback got IAudioClient
22:28:43-238 dump::ActivateCallback ok
22:28:43-240 dump::CoCreateInstanceExCallback
22:28:43-242 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-243 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-245 dump::ActivateCallback
22:28:43-247 dump::ActivateCallback got IAudioClient
22:28:43-249 dump::ActivateCallback ok
22:28:43-250 dump::CoCreateInstanceExCallback
22:28:43-252 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-253 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-256 dump::CoCreateInstanceExCallback
22:28:43-257 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-258 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-261 dump::ActivateCallback
22:28:43-262 dump::ActivateCallback got IAudioClient
22:28:43-262 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-264 dump::ActivateCallback ok
22:28:43-265 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-267 dump::CoCreateInstanceExCallback
22:28:43-268 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-270 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-271 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-273 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-274 dump::QueryInterfaceCallback {56A8689F-0AD4-11CE-B03A-0020AF0BA770}
22:28:43-276 dump::ActivateCallback
22:28:43-279 dump::ActivateCallback got IAudioClient
22:28:43-281 dump::ActivateCallback ok
22:28:43-283 dump::CoCreateInstanceExCallback
22:28:43-284 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-286 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-288 dump::ActivateCallback
22:28:43-289 dump::ActivateCallback got IAudioClient
22:28:43-291 dump::ActivateCallback ok
22:28:43-293 dump::CoCreateInstanceExCallback
22:28:43-295 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-296 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-298 dump::ActivateCallback
22:28:43-299 dump::ActivateCallback got IAudioClient
22:28:43-302 dump::ActivateCallback ok
22:28:43-303 dump::CoCreateInstanceExCallback
22:28:43-305 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-306 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-308 dump::ActivateCallback
22:28:43-310 dump::ActivateCallback got IAudioClient
22:28:43-312 dump::ActivateCallback ok
22:28:43-313 dump::CoCreateInstanceExCallback
22:28:43-315 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-316 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-318 dump::ActivateCallback
22:28:43-320 dump::ActivateCallback got IAudioClient
22:28:43-322 dump::ActivateCallback ok
22:28:43-323 dump::CoCreateInstanceExCallback
22:28:43-325 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-327 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-328 dump::ActivateCallback
22:28:43-330 dump::ActivateCallback got IAudioClient
22:28:43-332 dump::ActivateCallback ok
22:28:43-333 dump::IsFormatSupportedCallback
22:28:43-335 DumpWFEX
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_DOLBY_AC3_SPDIF
Channels : 2
Bits per sample : 16
Samples per second :48000
nBlockAlign : 4
22:28:43-338 dump::IsFormatSupportedCallback OK
22:28:43-341 dump::CoCreateInstanceExCallback
22:28:43-342 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-344 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-346 dump::ActivateCallback
22:28:43-347 dump::ActivateCallback got IAudioClient
22:28:43-349 dump::ActivateCallback ok
22:28:43-351 dump::CoCreateInstanceExCallback
22:28:43-353 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-354 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-356 dump::ActivateCallback
22:28:43-358 dump::ActivateCallback got IAudioClient
22:28:43-360 dump::ActivateCallback ok
22:28:43-362 dump::CoCreateInstanceExCallback
22:28:43-364 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-365 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-367 dump::ActivateCallback
22:28:43-368 dump::ActivateCallback got IAudioClient
22:28:43-370 dump::ActivateCallback ok
22:28:43-372 dump::CoCreateInstanceExCallback
22:28:43-374 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-375 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-377 dump::ActivateCallback
22:28:43-378 dump::ActivateCallback got IAudioClient
22:28:43-381 dump::ActivateCallback ok
22:28:43-383 dump::CoCreateInstanceExCallback
22:28:43-384 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-386 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-387 dump::ActivateCallback
22:28:43-389 dump::ActivateCallback got IAudioClient
22:28:43-391 dump::ActivateCallback ok
22:28:43-392 dump::CoCreateInstanceExCallback
22:28:43-394 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-395 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-397 dump::ActivateCallback
22:28:43-399 dump::ActivateCallback got IAudioClient
22:28:43-401 dump::ActivateCallback ok
22:28:43-402 dump::CoCreateInstanceExCallback
22:28:43-404 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:28:43-405 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:28:43-407 dump::ActivateCallback
22:28:43-409 dump::ActivateCallback got IAudioClient
22:28:43-411 dump::ActivateCallback ok
22:28:43-412 dump::IsFormatSupportedCallback
22:28:43-414 DumpWFEX
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_DOLBY_AC3_SPDIF
Channels : 2
Bits per sample : 16
Samples per second :48000
nBlockAlign : 4
22:28:43-417 dump::IsFormatSupportedCallback OK
22:28:43-418 dump::InitializeCallback
Next Post :)
Sebastiii
4th January 2010, 22:45
bitstream_THD2.0
22:32:33-414 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:32:33-416 dump::GetDefaultAudioEndpointCallback
22:32:33-419 dump::ActivateCallback
22:32:33-420 dump::ActivateCallback got IAudioClient
22:32:33-422 dump::ActivateCallback ok
22:32:33-424 dump::IsFormatSupportedCallback
22:32:33-425 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 2
Bits per sample : 32
Samples per second :48000
nBlockAlign : 8
22:32:33-427 dump::IsFormatSupportedCallback OK
22:32:33-429 dump::ActivateCallback
22:32:33-431 dump::ActivateCallback got IAudioClient
22:32:33-432 dump::ActivateCallback ok
22:32:33-434 dump::IsFormatSupportedCallback
22:32:33-435 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 2
Bits per sample : 32
Samples per second :48000
nBlockAlign : 8
22:32:33-437 dump::IsFormatSupportedCallback OK
22:32:33-439 dump::ActivateCallback
22:32:33-441 dump::ActivateCallback got IAudioClient
22:32:33-442 dump::ActivateCallback ok
22:32:33-444 dump::IsFormatSupportedCallback
22:32:33-445 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 2
Bits per sample : 32
Samples per second :48000
nBlockAlign : 8
22:32:33-448 dump::IsFormatSupportedCallback OK
22:32:33-455 dump::ActivateCallback
22:32:33-457 dump::ActivateCallback got IAudioClient
22:32:33-459 dump::ActivateCallback ok
22:32:33-461 dump::IsFormatSupportedCallback
22:32:33-462 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 2
Bits per sample : 32
Samples per second :48000
nBlockAlign : 8
22:32:33-465 dump::IsFormatSupportedCallback OK
22:32:33-468 dump::QueryInterfaceCallback {56A868A2-0AD4-11CE-B03A-0020AF0BA770}
22:32:33-468 dump::ActivateCallback
22:32:33-468 dump::ActivateCallback
22:32:33-471 dump::ActivateCallback got IAudioClient
22:32:33-473 dump::ActivateCallback got IAudioClient
22:32:33-474 dump::ActivateCallback ok
22:32:33-476 dump::ActivateCallback ok
22:32:33-477 dump::IsFormatSupportedCallback
22:32:33-479 dump::IsFormatSupportedCallback
22:32:33-481 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 2
Bits per sample : 32
Samples per second :48000
nBlockAlign : 8
22:32:33-482 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {0000000C-0CEA-0010-8000-00AA00389B71}
wSamplesPerBlock : 16
Valid bits per sample : 16
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 8
Bits per sample : 16
Samples per second :192000
nBlockAlign : 16
22:32:33-484 dump::IsFormatSupportedCallback OK
22:32:33-486 dump::IsFormatSupportedCallback OK
22:32:33-487 dump::CoCreateInstanceExCallback
22:32:33-487 dump::ActivateCallback
22:32:33-490 dump::CoCreateInstanceExCallback on {2933BF90-7B36-11D2-B20E-00C04F983E60} interface
22:32:33-491 dump::ActivateCallback got IAudioClient
22:32:33-495 dump::ActivateCallback ok
22:32:33-496 dump::IsFormatSupportedCallback
22:32:33-497 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 2
Bits per sample : 32
Samples per second :48000
nBlockAlign : 8
22:32:33-500 dump::IsFormatSupportedCallback OK
22:32:33-502 dump::ActivateCallback
22:32:33-503 dump::ActivateCallback got IAudioClient
22:32:33-505 dump::ActivateCallback ok
22:32:33-507 dump::InitializeCallback
Next Post :)
Sebastiii
4th January 2010, 22:46
bitstream_TrueHD7.1
22:27:16-448 dump::ActivateCallback
22:27:16-462 dump::ActivateCallback got IAudioClient
22:27:16-464 dump::CoCreateInstanceExCallback
22:27:16-466 dump::ActivateCallback ok
22:27:16-467 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:27:16-469 dump::IsFormatSupportedCallback
22:27:16-471 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:27:16-484 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 8
Bits per sample : 32
Samples per second :48000
nBlockAlign : 32
22:27:16-484 dump::GetDefaultAudioEndpointCallback
22:27:16-489 dump::IsFormatSupportedCallback OK
22:27:16-492 dump::CoCreateInstanceExCallback
22:27:16-493 dump::ActivateCallback
22:27:16-495 dump::CoCreateInstanceExCallback on {BCDE0395-E52F-467C-8E3D-C4579291692E} interface
22:27:16-497 dump::ActivateCallback got IAudioClient
22:27:16-497 dump::CoCreateInstanceExCallback
22:27:16-498 dump::CoCreateInstanceExCallback IMMDeviceEnum found
22:27:16-500 dump::ActivateCallback ok
22:27:16-501 dump::CoCreateInstanceExCallback on {2933BF90-7B36-11D2-B20E-00C04F983E60} interface
22:27:16-503 dump::GetDefaultAudioEndpointCallback
22:27:16-504 dump::IsFormatSupportedCallback
22:27:16-509 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 8
Bits per sample : 32
Samples per second :48000
nBlockAlign : 32
22:27:16-512 dump::IsFormatSupportedCallback OK
22:27:16-513 dump::ActivateCallback
22:27:16-515 dump::ActivateCallback got IAudioClient
22:27:16-517 dump::ActivateCallback ok
22:27:16-518 dump::IsFormatSupportedCallback
22:27:16-520 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 8
Bits per sample : 32
Samples per second :48000
nBlockAlign : 32
22:27:16-523 dump::IsFormatSupportedCallback OK
22:27:16-532 dump::ActivateCallback
22:27:16-533 dump::ActivateCallback got IAudioClient
22:27:16-535 dump::ActivateCallback ok
22:27:16-537 dump::IsFormatSupportedCallback
22:27:16-539 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 8
Bits per sample : 32
Samples per second :48000
nBlockAlign : 32
22:27:16-541 dump::IsFormatSupportedCallback OK
22:27:16-542 dump::ActivateCallback
22:27:16-544 dump::ActivateCallback got IAudioClient
22:27:16-546 dump::ActivateCallback ok
22:27:16-548 dump::IsFormatSupportedCallback
22:27:16-549 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 8
Bits per sample : 32
Samples per second :48000
nBlockAlign : 32
22:27:16-551 dump::IsFormatSupportedCallback OK
22:27:16-553 dump::ActivateCallback
22:27:16-555 dump::ActivateCallback got IAudioClient
22:27:16-557 dump::ActivateCallback ok
22:27:16-558 dump::IsFormatSupportedCallback
22:27:16-560 DumpWFEX
WAVEFORMATEXTENSIBLE
subFormat : {00000001-0000-0010-8000-00AA00389B71}
wSamplesPerBlock : 24
Valid bits per sample : 24
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 8
Bits per sample : 32
Samples per second :48000
nBlockAlign : 32
22:27:16-562 dump::IsFormatSupportedCallback OK
22:27:16-563 dump::ActivateCallback
22:27:16-565 dump::ActivateCallback got IAudioClient
22:27:16-567 dump::ActivateCallback ok
22:27:16-569 dump::InitializeCallback
I hope that it will be usefull,
Thx,
Seb.
Andy o
4th January 2010, 22:46
Guys kkozma here doesn't have the dropout issues with 4000 series. We might be able to isolate this to 5000. Anyone with 4000 series can confirm that they have the issues? I think the one poster that said so might have other troubles.
I can tell you I have 100% perfect DD and DTS playback streamed to my onkyo 605 from my 4550. No dropouts what so ever using 9.11 and 9.12 in XP. I also finally upgraded to win7 (32 bit if it matters) and I have the same flawless playback with 9.12 and Realtek 2.39. Doesn't matter if dxva is on or off.
I did switch back to internal decoding though because I can't normalize the DD when watching live tv... I got tired of getting blasted out of my recliner when a commercial came on! lol
rica
4th January 2010, 23:27
Andy, not sure cause i haven't checked yet but i'm almost sure we would never live any dropout issues in SW mode with our 5*** series cards as well.
SamuriHL
4th January 2010, 23:46
Guys kkozma here doesn't have the dropout issues with 4000 series. We might be able to isolate this to 5000. Anyone with 4000 series can confirm that they have the issues? I think the one poster that said so might have other troubles.
If I get some time I'll check my 4850. I've been busy with the Pio issue, obviously, so I haven't gotten to it yet.
Andy o
4th January 2010, 23:49
no hurry, I have also been slow to test with my 4550.
Andy o
4th January 2010, 23:50
Andy, not sure cause i haven't checked yet but i'm almost sure we would never live any dropout issues in SW mode with our 5*** series cards as well.
Sorry, I'm not sure what you mean...
whurlston
5th January 2010, 00:14
Me too, this confirms what I suspected.
We can assert the following :
- ATI 57xx series
- Software decoding (no DXVA)
- EVR renderer
- Video output to RGB in FFdShow (more dropouts than YUY2)
- Any ATI driver (tried MS default, 9.10, 9.11, 9.12, 9.12 patched) with or without realtek ATI HDMI 2.39 driver
- Formats concerned : SPDIF formats (AC3/DTS).
=> Gives heavy dropouts on the HDMI audio output and even on the SPDIF outputs of your other cards (onboard motherboard for example)
I just tested this using a recorded show (1080i MPEG2/AC3) using the MPC-HC MPEG2 Video Decoder (Gabest) and ffdshow audio decoder (SVN 3164, AC3 bitstream) and I don't get any dropouts at all. I tested using GraphStudio and the 5770 w/ 9.12.
rica
5th January 2010, 00:18
Sorry, I'm not sure what you mean...
That was just what i meant:
I just tested this using a recorded show (1080i MPEG2/AC3) using the MPC-HC MPEG2 Video Decoder (Gabest) and ffdshow audio decoder (SVN 3164, AC3 bitstream) and I don't get any dropouts at all. I tested using GraphStudio and the 5770 w/ 9.12.
Andy o
5th January 2010, 00:33
So you mean that if there was such an issue, we would know about it? Cause many people have confirmed it already, only that we're trying to see which part is the culprit. This new info from whurlston is good anyway.
rica
5th January 2010, 00:45
So you mean that if there was such an issue, we would know about it?.
I didn't say this, i just guessed core ac3 and dts should work in SW mode even with 5*** series too. That's all :)
And seems i'm right according to whurlston's report?
Andy o
5th January 2010, 01:12
he's using another player, but for me the dropouts are still there with WinDVD 2010 and DVD content.
whurlston
5th January 2010, 01:23
he's using another player, but for me the dropouts are still there with WinDVD 2010 and DVD content.
I just tested WinDVD with a standard DVD (Body of Lies) using my 4670 (decoded audio). No dropouts with or without hardware acceleration. I'll test the same with the 5770 later.
David602
5th January 2010, 01:23
I can't. I'm on 64 bit so the dumper won't work for me. And I have way too much installed on that machine to switch it to 32 bit at this point. Is there any other way I can help on this?
I'd like to help - just let me know how to create these dumper logs and supply me with the tool.
I have the xonar deluxe with a Pio receiver.
With TMT3, I can bitstream fine (DTS HD MA and TrueHD).
With MPC & FFDSHOW, I can bitstream fine with TrueHD but no audio with DTS HD MA.
On my system, I have vista 32 and recently installed Win 7 64 (but kept vista - I'm now dual-booting) so I can still test in 32 bit.
BTW, TMT3 bitstreams fine to the Pio in both Vista 32 and Win 7 64.
rica
5th January 2010, 01:25
he's using another player, but for me the dropouts are still there with WinDVD 2010 and DVD content.
OK, i'll check it tomorrow i hope.
BTW i can reach the DS chain of PDVD9 while i can't do it on WinDVD, any ideas? (DirectShow Filter Graph Spy has been used btw.)
http://img695.imageshack.us/img695/1201/p001.th.png (http://img695.imageshack.us/i/p001.png/)
And i can scan the backstage of Arcsoft TMT -even it gives core dts or ac3 with an Ati btw-
http://img222.imageshack.us/img222/4254/a001.th.png (http://img222.imageshack.us/i/a001.png/)
SamuriHL
5th January 2010, 01:34
I'd like to help - just let me know how to create these dumper logs and supply me with the tool.
I have the xonar deluxe with a Pio receiver.
With TMT3, I can bitstream fine (DTS HD MA and TrueHD).
With MPC & FFDSHOW, I can bitstream fine with TrueHD but no audio with DTS HD MA.
On my system, I have vista 32 and recently installed Win 7 64 (but kept vista - I'm now dual-booting) so I can still test in 32 bit.
BTW, TMT3 bitstreams fine to the Pio in both Vista 32 and Win 7 64.
Yea, I know TMT3 is fine with the Xonar and the Pio. Just don't know why I'm getting the results I'm getting with ffdshow. I can't get TrueHD to work, either, and I know others can. So, something isn't right. albain has the dump tool, so, maybe PM him and tomorrow he'll probably send it to you with instructions on what he needs.
Andy o
5th January 2010, 01:40
I just tested WinDVD with a standard DVD (Body of Lies) using my 4670 (decoded audio). No dropouts with or without hardware acceleration. I'll test the same with the 5770 later.
gonna check again more thoroughly, but with LOTR 2 extended edition, I was getting drop outs as soon as I enabled some video processing that disables HW accel.
Wait... you said 4670. Still interesting.
Yep, tested with another DVD, this time disabling manually HW accel and dropouts still there. DD stereo track.
SamuriHL
5th January 2010, 01:42
So I can't really test my 4850. With software decoding, that machine really isn't fast enough to handle it. It pegs my CPU at like 95% and skips/drops/etc all over the place. I can't trust those results. With DXVA, flawless. How I wish we had a DTS-HD MA decoder cause the sound rocks, too. :) If I get the Onkyo 606 fixed and hooked up in there, I'm gonna have to figure out how to get the Xonar in that case and not fry the machine in the process. Either that or get a cheap 5xxx card for it. :D
whurlston
5th January 2010, 01:47
Wait... you said 4670. Still interesting.
Yeah, I'll try with the 5770 later.
Andy o
5th January 2010, 01:50
I edited above, just in case.
Andy o
5th January 2010, 01:52
So I can't really test my 4850. With software decoding, that machine really isn't fast enough to handle it. It pegs my CPU at like 95% and skips/drops/etc all over the place. I can't trust those results. With DXVA, flawless. How I wish we had a DTS-HD MA decoder cause the sound rocks, too. :) If I get the Onkyo 606 fixed and hooked up in there, I'm gonna have to figure out how to get the Xonar in that case and not fry the machine in the process. Either that or get a cheap 5xxx card for it. :D
clarkdale seems to be looking good. It can also bitstream with ffdshow, one AVS member already tested it (http://www.avsforum.com/avs-vb/showthread.php?p=17846876#post17846876).
SamuriHL
5th January 2010, 02:05
clarkdale seems to be looking good. It can also bitstream with ffdshow, one AVS member already tested it (http://www.avsforum.com/avs-vb/showthread.php?p=17846876#post17846876).
Yea, I saw that. It can, or will be able to soon, bitstream with TMT3, as well.
Andy o
5th January 2010, 02:09
And that's when it gets interesting...
markrb
5th January 2010, 03:18
- If you have a xonar : won't work with directsound renderer, the best is to use the the arcsoft renderer (on a dos window in administrator mode : regsvr32 (total media path)\codecs\asrenderer.dll). Otherwise try the waveout or MPC renderer (don't know if they will work)
.
I cannot find the file asrenderer.dll could you possibly mean ASAudioRenderer.dll?
Mark
SamuriHL
5th January 2010, 03:32
I cannot find the file asrenderer.dll could you possibly mean ASAudioRenderer.dll?
Mark
Yes, that'd be the one.
SamuriHL
5th January 2010, 14:22
Ok, a little bird told me what I was missing on my setup for the Xonar to bitstream. Now that I fixed that, I'm "finally" getting the exact same issue as the 5xxx card with my Pio. The DTS-HD MA flashes and no audio. TrueHD works. So, we know it's not the bitstream type that's causing it, at least. albain, I'll get some logs up here shortly.
SamuriHL
5th January 2010, 14:35
http://pastebin.com/pastebin.php?dl=m3794f3d0
This is the same DTS-HD MA 7.1 track I've been trying with.
SamuriHL
5th January 2010, 14:43
To go along with this, here are the properties the ArcSoft renderer is getting from ffdshow:
wFormatTag: 577
nChannels: 8
nSamplesPerSec: 192000
nAvgBytesPerSec: 3072000
nBlockAlign: 16
cbSize: 0
And same video from TMT3:
wFormatTag: 577
nChannels: 8
nSamplesPerSec: 192000
nAvgBytesPerSec: 3072000
nBlockAlign: 16
wBitsPerSample: 16
cbSize: 0
As you can see, it's identical except for the wBitsPerSample addition. Yet TMT3 works, ffdshow doesn't. WTF?!
albain
5th January 2010, 16:43
Okay, the media structures are not in cause.
So the bitstream is
@Sebastii : could you make dumper logs with the same DTS-HD MA sample in the 2 following configs :
1/ TMT3 + xonar
2/ FFDShow in xonar mode + Arcsoft renderer
We should get the exact same timestamps and media structures and bitstreams but I guess this is not the reality.
Thank you
SamuriHL
5th January 2010, 16:47
Yea, Xonar + TMT3 works perfectly, just as with the ATI and PDVD9. Yet either card with ffdshow gives me the exact same flashing DTS-HD MA result. TrueHD works with both, so, it appears to be something in the DTS-HD MA bitstream from ffdshow that's causing it. I hope Seb is able to get you the info you need. At least we're narrowing it down a little. :)
Sebastiii
5th January 2010, 19:43
Hi i'm on it :) i'll post log when i'm done :)
Thx,
Seb.
SamuriHL
5th January 2010, 19:54
Thanks, Seb. I really hope this finds the issue.
Sebastiii
5th January 2010, 20:12
yes i hope too :)
So the log :
1/ TMT3 + xonar : DTS-MA-Xonar-TMT3 (http://sebinternet.free.fr/bitstream-DTSMA_TMT3_XONAR.zip)
2/ FFDShow in xonar mode + Arcsoft renderer : DTSMA_MPC_FFDSHOW_ARCSOFT (http://sebinternet.free.fr/bitstream-DTSMA_MPC_FFDSHOW_ARCSOFT.zip)
I hope that the log are good :)
Thx,
Seb.
SamuriHL
5th January 2010, 20:16
Thanks. I'm going to take a peak at them now. Not sure if albain's around or not. I doubt there's much I can do with these logs but it doesn't hurt to look.
SamuriHL
5th January 2010, 20:22
Ah, Seb, you da man! The bitstream data is identical between the two. *HOWEVER*....
TMT3:
19:54:14-330 DumpWFEX
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_PCM
Channels : 2
Bits per sample : 16
Samples per second :48000
nBlockAlign : 4
ffdshow:
WAVEFORMATEX
wFormatTag : 577
Channels : 8
Bits per sample : 16
Samples per second :192000
nBlockAlign : 16
This is the same kind of difference I saw between PDVD9 and ffdshow that albain said was crazy. So, maybe it's not so crazy after all. At least you were able to confirm the bitstream data blocks are identical, so, that's good. Thanks, Seb, nice work!!
Sebastiii
5th January 2010, 20:24
Yes :) Good Luck, sorry but i can't help you on this :( I would like :)
But effectively, there are some difference between 2 logs so maybe it's why it doesn't work, but i'm not sure :)
Yes, i saw your answer :) and it's that i see :) Good if it's help :)
Seb.
SamuriHL
5th January 2010, 20:28
Well, some of it makes sense. The samples per second and the block align values should be ok I think. Maybe. :) (4*48000=192000, for example, which is why I think that difference is ok) However, the nChannels is set to 2 which is what I saw with PDVD9, as well. These are all values I tried screwing with when I was messing with the code the other night, but, changing most of them broke the ability to bitstream and made ffdshow fall back to PCM decoding. All that means is that I don't fully understand the code well enough to change it properly.
SamuriHL
5th January 2010, 20:34
I need to learn to read better. I don't know what this means...
TMT3:
19:54:14-336 dump::ReceiveCallback buffer length=32768, [rtStart=18126665, rtStop=18126666], [mediaStart=0, mediaStop=0]
ffdshow:
20:00:17-201 dump::ReceiveCallback buffer length=32768, [rtStart=3413334, rtStop=3413335], [mediaStart=0, mediaStop=0]
That rtStart and rtStop value. Those are quite a bit different. And I don't know jack about that so I guess we'll have to wait for albain.
Sebastiii
5th January 2010, 20:48
Yep, the code has to be for our master albain :)
So there are difference and hope to fix it.
When is done, bitstream will working with all AVR :)
But something that i have is that DTS-HR is detected with my AVR in DTS-MA. Maybe i must log to see and why it doesn't reconize.
Also another sample that give me DOLBY DIGITAL EX. I don't remenber when i have see it before.
:)
Seb.
SamuriHL
5th January 2010, 20:50
I think albain wanted DTS-HD HR logged, so, if you have one of those, I'm sure he'd appreciate the dumps from it. I don't have any HR samples. Does TMT3 play it ok?
Sebastiii
5th January 2010, 21:38
Yes i made log, i just verify with ffdshow the number channel detection.
With TMT3 the sample is play fine :) 7.1 DTS-HR detected by my AVR :)
So the link to the iso that i use :) ISO DTS-HR 7.1 (http://sebinternet.free.fr/test_7.1_dts-hd_hr.iso) and M2TS DTS-HR 7.1 (http://sebinternet.free.fr/test_7.1_dts-hd_hr.m2ts)
SamuriHL
5th January 2010, 21:40
Sweet. I'll give them a try.
Sebastiii
5th January 2010, 21:47
In case :)
So the log for DTS-HR 7.1:
1/ TMT3 + xonar : DTS-HR-Xonar-TMT3 7.1 (http://sebinternet.free.fr/bitstream-DTSHR_TMT3_XONAR.zip)
AVR says DTS-HR 7.1 and it play @ 7.1 DTS-MA
2/ FFDShow in xonar mode + Arcsoft renderer : DTSHR_MPC_FFDSHOW_ARCSOFT 7.1 (http://sebinternet.free.fr/bitstream-DTSHR_MPC_FFDSHOW_ARCSOFT.zip)
AVR says DTS-MA 5.1 and it play @ 5.1 DTS-MA
Maybe it help too :)
Seb.
SamuriHL
5th January 2010, 21:53
I don't even get any connection attempt with the receiver when I try to play the ISO with mpc-hc/ffdshow. But it shows DTS-HD High Res when I use TMT3. So, there's some work to be done there, too, I'd say. :)
Sebastiii
5th January 2010, 21:56
On mine it connect and play but in 5.1 and DTS-MA :) Yes maybe some work too on it :)
Thx :)
SamuriHL
5th January 2010, 22:00
I'll try it with PDVD9 and my ATI shortly. I've had enough fun with the Xonar anyway. We've confirmed the exact same problem with DTS-HD MA on both cards so I can safely go back to my regularly scheduled single card solution. I'll leave the Xonar installed for now, but, eventually it'll come back out as it's really not needed anymore.
Perls
5th January 2010, 22:21
I'm using a 4550 card so I can't test the HD formats, but
- software decoding and a3 passthrough over hdmi with ffdshow -> dropouts
- software decoding and ac3 passthrough over hdmi with ac3filter -> ok
So maybe not everything should be put down on the ati driver...
A reboot fixed the issue with ffdshow, so the problem was probably related to something not being cleaned up properly after a lot of setting changes. Sorry if I caused confusion.
rica
5th January 2010, 22:35
By Arcsoft Jason:
ArcSoft is happy to announce support for bistreaming HD Audio on ATI 5xxx series cards.
This feature will be on display in ArcSoft's suite at CES along with a variety of other technology. If you're attending the show,
you'll need to contact ArcSoft's sales/marketing group with your business or media credentials for an appointment to see a demonstration.
I don't believe it will be available for walk-up viewing on the show floor.
The feature will be included in an upcoming release of the retail version of TMT3 along with similar support for bitstreaming on Intel's codename Clarkdale/Ironlake hardware.
Some of the other demos will be revealed in press releases over the coming days, but one was not scheduled for this particular item. I recieved permission to share the details today
given the lack of a more official announcement.
Some media contacts are already lined up to see the full array of demos, so watch the usual places to see if any further details surface after the show gets rolling.
Guys i hope Arcsoft will be ready after CES.
Sebastiii
5th January 2010, 22:48
Good news :) Thx Rica :)
SamuriHL
5th January 2010, 22:52
See....the speculation about CES was good, no? ;) It made sense that they would announce it there. Now we wait for the release to come. Considering it's been several months, I'd say we're likely to see one by the end of the month, but, that is again speculation. :)
rica
5th January 2010, 23:09
Considering it's been several months, I'd say we're likely to see one by the end of the month, but, that is again speculation. :)
I don't know Jason personally but i think i've recognized him.
Believe me i don't think it's a speculation.
SamuriHL
5th January 2010, 23:13
I don't know Jason personally but i think i've recognized him.
Believe me i don't think it's a speculation.
It's speculation cause none of us have any inside information that I'm aware of. We can only assume that because it's been several months, that a new build has to be coming soon, and that it'll likely contain bitstreaming support for ATI and Clarkdale. Unless you have confirmed information that we don't know about? Jason hasn't said anything that I'm aware of about when to expect a new release. Did I miss something?
rica
5th January 2010, 23:15
He didn't want to say anything. :)
SamuriHL
5th January 2010, 23:18
Who can blame him? :) He doesn't actually work on TMT. He just helps out in the forum for that product. He's been a HUGE advocate for us end users. As a result, TMT3 has gotten remarkably better over time. And now it's about to get better still. It's still without any doubt my favorite player. PDVD9 is decent, but, lacks a lot compared to TMT. Of course, ffdshow ROCKS and being able to bitstream files, discs, and mounted ISOs is absolutely awesome.
mikelebron
5th January 2010, 23:39
See midway down:
http://www.arcsoft.com/forum/forum_posts.asp?TID=3680&PN=20
Its confirmed at CES
It's speculation cause none of us have any inside information that I'm aware of. We can only assume that because it's been several months, that a new build has to be coming soon, and that it'll likely contain bitstreaming support for ATI and Clarkdale. Unless you have confirmed information that we don't know about? Jason hasn't said anything that I'm aware of about when to expect a new release. Did I miss something?
SamuriHL
5th January 2010, 23:42
See midway down:
http://www.arcsoft.com/forum/forum_posts.asp?TID=3680&PN=20
Its confirmed at CES
Ah, I see, no that's not what I was referring to for speculation. I know that the feature is confirmed, however, WHEN it gets released to the public is what's in question now. :) My guess says it'll be available this month, but, that's, again, speculation.
rica
5th January 2010, 23:48
Samuri, my friend:
it was impossible for PDVD for you too before you bought it :p
So i suppose PayPal has missed you in advance :)
SamuriHL
5th January 2010, 23:53
LOL! PDVD has certainly been a decent player for the past few weeks, but, it's not without its flaws. Still, I'm not unhappy that I bought it again. The fact that I now have SO many choices for bitstreaming with my 5870 is superb!!!
rica
5th January 2010, 23:56
The fact that I now have SO many choices for bitstreaming with my 5870 is superb!!!
agreed :)
Andy o
6th January 2010, 00:04
A reboot fixed the issue with ffdshow, so the problem was probably related to something not being cleaned up properly after a lot of setting changes. Sorry if I caused confusion.
Thanks for letting us know! That was one piece of the puzzle that didn't fit.
So, guys, I think it's safe to say now that this DD/DTS dropout problem is a 5000 series problem.
SamuriHL
6th January 2010, 00:12
Thanks for letting us know! That was one piece of the puzzle that didn't fit.
So, guys, I think it's safe to say now that this DD/DTS dropout problem is a 5000 series problem.
Stellar. :rolleyes:
kkozma
6th January 2010, 00:41
So is the bitstream support for Arcsoft going to be available as a patch to current users because I *JUST* bought tmt3 last week even though I said I wasn't going to...
rica
6th January 2010, 00:42
So is the bitstream support for Arcsoft going to be available as a patch to current users because I *JUST* bought tmt3 last week even though I said I wasn't going to...
I hope so.
SamuriHL
6th January 2010, 00:43
No hope required. Yes, it will be in a future patch for TMT3.
rica
6th January 2010, 01:13
So, guys, I think it's safe to say now that this DD/DTS dropout problem is a 5000 series problem.
I can't say it's safe to say....
David602
6th January 2010, 01:18
Samuri and others,
Since some of you have now compared using a Xonar with a commercial player (TMT/PDVD) vs. FFDSHOW, have you noticed any difference in sound quality?
I know that technically its bitstreaming and the receiver is decoding it but I just wanted to make sure there wasn't a difference.
Is FFDSHOW really as good as TMT in handling the audio?
I'm also curious about the video side of things. I've been very happy with TMT3's video quality and i'm trying to confirm that MPC's video quality will be as good. I've been using the gabest/MPC codecs and so far things look good but I haven't done extensive testing. I had to enable alternative vsync to smooth things out but again, i've only played a few clips. Has anyone tried CoreAVC 2.0?
The reason I ask is because I have all my BD rips in ISO and I'm considering making the jump to MKV for faster loading (TMT3 + VCD takes like 15-20 seconds just to load an image) and I want to make sure I'm not losing on quality.
David602
6th January 2010, 01:23
Yes i made log, i just verify with ffdshow the number channel detection.
With TMT3 the sample is play fine :) 7.1 DTS-HR detected by my AVR :)
So the link to the iso that i use :) ISO DTS-HR 7.1 (http://sebinternet.free.fr/test_7.1_dts-hd_hr.iso) and M2TS DTS-HR 7.1 (http://sebinternet.free.fr/test_7.1_dts-hd_hr.m2ts)
Thanks for these samples. I'm trying to confirm MPC/FFDSHOW works for E-AC3 on my system.
Do you have any E-AC3 / Dolby Digital + samples? The only content with E-AC3 that I have are HD-DVDs in EVO and TMT3 plays it as LPCM.
I haven't been successful in muxing it from the .EVO container into .MKV or .m2ts for testing with MPC/FFDSHOW yet. If you have any ideas on this, please let me know. I've tried BDClown, EAC3to cmd line and MAKEMKV so far...
rica
6th January 2010, 01:24
Samuri and others,
Since some of you have now compared using a Xonar with a commercial player (TMT/PDVD) vs. FFDSHOW, have you noticed any difference in sound quality?
I know that technically its bitstreaming and the receiver is decoding it but I just wanted to make sure there wasn't a difference.
Is FFDSHOW really as good as TMT in handling the audio?
I'm also curious about the video side of things. I've been very happy with TMT3's video quality and i'm trying to confirm that MPC's video quality will be as good. I've been using the gabest/MPC codecs and so far things look good but I haven't done extensive testing. I had to enable alternative vsync to smooth things out but again, i've only played a few clips. Has anyone tried CoreAVC 2.0?
The reason I ask is because I have all my BD rips in ISO and I'm considering making the jump to MKV for faster loading (TMT3 + VCD takes like 15-20 seconds just to load an image) and I want to make sure I'm not losing on quality.
On the audio side no difference since both applicatons bitstream and the the resulting quality is up to the decoder of your AVR.
On the video side it is up to you. You may select different video decoders you wish in MPC-HC. (DXVA mode must be selected for the time being btw.)
SamuriHL
6th January 2010, 01:32
Samuri and others,
Since some of you have now compared using a Xonar with a commercial player (TMT/PDVD) vs. FFDSHOW, have you noticed any difference in sound quality?
I know that technically its bitstreaming and the receiver is decoding it but I just wanted to make sure there wasn't a difference.
Is FFDSHOW really as good as TMT in handling the audio?
I'm also curious about the video side of things. I've been very happy with TMT3's video quality and i'm trying to confirm that MPC's video quality will be as good. I've been using the gabest/MPC codecs and so far things look good but I haven't done extensive testing. I had to enable alternative vsync to smooth things out but again, i've only played a few clips. Has anyone tried CoreAVC 2.0?
The reason I ask is because I have all my BD rips in ISO and I'm considering making the jump to MKV for faster loading (TMT3 + VCD takes like 15-20 seconds just to load an image) and I want to make sure I'm not losing on quality.
Rica pretty much summed up my thoughts on this, as well. Bitstreaming is bitstreaming so the quality is literally identical. However, I want to share a thought with you and whoever else is wondering about ffdshow vs TMT vs PDVD vs WinDVD. TMT/PDVD/WinDVD all have to "play by the rules". This means they are inundated with tons of security layers, extra crap they have to do in order to protect the streams, and all that fun nonsense. Each layer adds another potential area to break. albain's amazing work on ffdshow is pure. It's a soup to nuts solution that simply implements bitstreaming at a very basic level without PAP, protection of AACS keys in memory, protection against debugging of any kind, etc. As such it's lighter code, easier to maintain code if something should break, and all around just a better approach. It's the approach all the commercial guys WISH they could take.
Rica also summed up the video side of things quite well, as well. You have LOTS of options here. Using MPC-HC's built in DXVA solutions (or albain's new DXVA ffdshow implementation) you're going to get the same quality video as the commercial guys. CPU usage will be non-existent for the most part with bitstreaming + ffdshow. Another benefit (for some) is that mpc-hc simply jumps to playing the movie. No ads. No menus. No BS. Just put the disc in, select it, and watch the movie.
In short, MPC-HC + ffdshow gives you a no nonsense, easy to use, *FREE*, playback solution that is as easy or complex as you want to make it. Having this as an option...I can't see that as a bad thing. At all.
rica
6th January 2010, 01:35
Thanks for these samples. I'm trying to confirm MPC/FFDSHOW works for E-AC3 on my system.
Do you have any E-AC3 / Dolby Digital + samples? The only content with E-AC3 that I have are HD-DVDs in EVO and TMT3 plays it as LPCM.
I haven't been successful in muxing it from the .EVO container into .MKV or .m2ts for testing with MPC/FFDSHOW yet. If you have any ideas on this, please let me know. I've tried BDClown, EAC3to cmd line and MAKEMKV so far...
Demux them to individual media files via eac3to and remux to mkv with MkvToolnix.
rica
6th January 2010, 01:45
In short, MPC-HC + ffdshow gives you a no nonsense, easy to use, *FREE*, playback solution that is as easy or complex as you want to make it. Having this as an option...I can't see that as a bad thing. At all.
Samuri summed up everything, great :thanks:
Andy o
6th January 2010, 02:29
I can't say it's safe to say....
Why? Is anyone else with a 4000 series having this exact same problem, or is anyone with a 5000 series not?
rica
6th January 2010, 03:15
Why? Is anyone else with a 4000 series having this exact same problem, or is anyone with a 5000 series not?
Again:
I just tested this using a recorded show (1080i MPEG2/AC3) using the MPC-HC MPEG2 Video Decoder (Gabest) and ffdshow audio decoder (SVN 3164, AC3 bitstream) and I don't get any dropouts at all. I tested using GraphStudio and the 5770 w/ 9.12.
Andy o
6th January 2010, 03:19
He's using another player. I don't have the problem even with MPC-HC and madVR. It might be a renderer problem, but the fact is that so far it's only happening with 5000 cards.
rica
6th January 2010, 03:25
I thought you are talking about MPC-HC :)
Dunno what player he uses but i thought we were talking about the difference between 5*** and 4*** series cards' capabilities on MPC-HC?
Andy o
6th January 2010, 03:39
Yeah, whurlston is using another player, but I'm using MPC-HC. Different renderers yield different degrees of this problem for me. madVR doesn't seem to have it, but VMR9 seems to make it worse. This doesn't seem to happen at all with 4000 cards.
pcm1ke
6th January 2010, 07:40
I still can't get m2ts files with TrueHD to be bitstreamed (using 5850 w/ latest mphc svn, ffdshow svn, all from xvidvideo.ru). DTS-MA is passed through no problem. In FFA I only have DTS-MA and TrueHD checked in the passthrough options. Where should I start reading to try and fix this? Thank you.
Andy o
6th January 2010, 09:33
I think you need to have AC3, E-AC3, TrueHD and possibly MLP (probably not this one, but just in case) enabled in the codecs section.
albain
6th January 2010, 11:18
Hello guys,
got your logs Seb, thank you again and again
I will analyze those today if I have some time but expect a feedback rather tomorrow
Have a nice day
albain
6th January 2010, 12:22
Okay, I had a quick look on it with a great tool (araxis merge) that makes comparisons, and guess what...
1/ The media types are identical except the mediasubtype but I don't think this is the cause (as the ATI receives different media types)
2/ The timestamp are identical : they are different in values but this is not what matters. The important is the delay between 2 consecutive timestamps and it is even
BUT :
3/ The bitstreams are mostly identical but not all the time :
For example FFDShow :
72F81F4E1104CC290001000000000000FEFEC029FE
TMT
72F81F4E1104D8290001000000000000FEFEC029FE
This should be the cuase, this is the coded length of the buffer which is part of the IEC header.
I will work on this later
Cheers
Damien
Sebastiii
6th January 2010, 12:50
Hi Damien :)
Cool that the log are usefull :)
And you find the way to make working, great and great again :)
And the log for DTS-MA and HR will it be usefull too ?
Thx again :)
And have a good launch ;) and have a nice day too :)
Seb.
Andy o
6th January 2010, 13:34
Thanks a lot albain! Again.
SamuriHL
6th January 2010, 15:02
Okay, I had a quick look on it with a great tool (araxis merge) that makes comparisons, and guess what...
1/ The media types are identical except the mediasubtype but I don't think this is the cause (as the ATI receives different media types)
2/ The timestamp are identical : they are different in values but this is not what matters. The important is the delay between 2 consecutive timestamps and it is even
BUT :
3/ The bitstreams are mostly identical but not all the time :
For example FFDShow :
72F81F4E1104CC290001000000000000FEFEC029FE
TMT
72F81F4E1104D8290001000000000000FEFEC029FE
This should be the cuase, this is the coded length of the buffer which is part of the IEC header.
I will work on this later
Cheers
Damien
I guess I didn't look close enough. That's awesome that you found the difference. I hope you're able to find a fix for it! Thanks!!
jimwhite
6th January 2010, 17:26
Ah, Seb, you da man! The bitstream data is identical between the two. *HOWEVER*....
TMT3:
19:54:14-330 DumpWFEX
WAVEFORMATEX
wFormatTag : WAVE_FORMAT_PCM
Channels : 2
Bits per sample : 16
Samples per second :48000
nBlockAlign : 4
ffdshow:
WAVEFORMATEX
wFormatTag : 577
Channels : 8
Bits per sample : 16
Samples per second :192000
nBlockAlign : 16
This is the same kind of difference I saw between PDVD9 and ffdshow that albain said was crazy. So, maybe it's not so crazy after all. At least you were able to confirm the bitstream data blocks are identical, so, that's good. Thanks, Seb, nice work!!
It would seem that here, FFDshow is describing the actual sound stream (8ch) while TMT3 is descrining the AC3 type container which is always PCM stereo @ 48khz.
:cool:
SamuriHL
6th January 2010, 17:36
It would seem that here, FFDshow is describing the actual sound stream (8ch) while TMT3 is descrining the AC3 type container which is always PCM stereo @ 48khz.
:cool:
It's very possible. It looks as though albain found the difference that's likely to be causing the problem, so, hopefully tomorrow he'll release an updated build for us to try. If this leads to better compatibility then it was worth the effort IMO.
albain
6th January 2010, 17:43
Hi, for now I didn't find out what makes that difference and that doesn't sound logical to me.
There are 4 hexa (2 bytes) after 72F81F4E1104 which is the size.
The bytes have to be swapped.
For example :
72F81F4E1104 C828
gives 28C8 = 10440 bytes = 12 extra bytes (0001000000000000FEFE just after) + size of the DTS block + size of DTS-HD block
This rule sound right and is respected most of the time.
But sometimes there is a difference on TMT logs : there are a few more bytes (4, 8, 12 it depends)
I thought that this was some kindof modulo but this isn't.
Weird....
SamuriHL
6th January 2010, 17:50
Uhhhh, that's not good. How do we figure out what those extra bytes are and what they should be and when they should be used?? Yikes.
albain
6th January 2010, 19:20
Those extra bytes are always there : they are 12 bytes long,
I made a little program to calculate the difference between the FFDShow size (size of the buffer actually) and TMT size which is higher sometimes :
Here is an extract.
Value 1 : length that is different sometimes
Value 2 : length of the buffer
Value 3 : value 2 - value 1 - 12 (the extra bytes)
When value 3 is 0, this is normal
3256;3236;8
5272;5248;12
5240;5220;8
5288;5264;12
5256;5240;4
5240;5220;8
5304;5280;12
5800;5776;12
5784;5764;8
5800;5788;0
5784;5764;8
5832;5820;0
5880;5864;4
5816;5792;12
5864;5848;4
5816;5792;12
5864;5852;0
5784;5764;8
5720;5704;4
5768;5744;12
5768;5752;4
5736;5720;4
5768;5744;12
5768;5744;12
5752;5740;0
5736;5720;4
5784;5760;12
...
...
17544;17520;12
17048;17036;0
17528;17508;8
17608;17592;4
17720;17700;8
17688;17664;12
18120;18104;4
17432;17416;4
17736;17716;8
17752;17728;12
17432;17420;0
17960;17940;8
17752;17728;12
17272;17248;12
18136;18116;8
17560;17544;4
17256;17244;0
17384;17360;12
17720;17704;4
17624;17612;0
17272;17256;4
17496;17476;8
17624;17612;0
16824;16812;0
17160;17140;8
17000;16984;4
17448;17424;12
17448;17436;0
17176;17164;0
16616;16596;8
17160;17136;12
17080;17064;4
SamuriHL
6th January 2010, 19:28
Um, that's a lot of "not normal" in there! :)
albain
6th January 2010, 19:39
I still think this is some kind of modulo because the values added are always 4, 8 or 12.
Maybe Madshi will have an idea (he found out for TrueHD!)
SamuriHL
6th January 2010, 19:41
I really hope so cause I'd love to see this issue get fixed so we have max compatibility.
SamuriHL
6th January 2010, 19:54
How is the buffer size calculated? I'd like to take a peak at this and see if I can see any kind of pattern in it that may help.
BSalita
6th January 2010, 20:23
Value1 = (Value2 & ~0xf) + 0x18
C'est vrai?
albain
6th January 2010, 20:24
How is the buffer size calculated? I'd like to take a peak at this and see if I can see any kind of pattern in it that may help.
Here is how it works
Each buffer is formatted as follows :
1/ 72F81F4E1104 : IEC header including format type
2/ calculated size (2 bytes or 4 hexas) : the size which is wrongly calculated by FFDShow.
This size corresponds to the bytes starting at 3/ (so it starts with the extra bytes)
3/ 0001000000000000FEFE : extra bytes (12 bytes)
4/ data size (2 bytes) sum of size of the DTS block + the DTS HD block. => normally this data size + 12 = calculated size.
After this data size (starting at 4/) you will get zeros to fill in the rest of the buffer which is always 32768 long
4/ DTS block starting with FE7F
5/ DTS HD block following starting with 58642520
68160001000000000000FEFE5016
albain
6th January 2010, 20:27
Value1 = (Value2 & ~0xf) + 0x18
C'est vrai?
You're right my friend !!!
I updated my little program and this formula works for every buffers !
Thank you so much!!
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.