View Full Version : ffdshow tryouts project: Discussion & Development
albain
17th November 2009, 21:40
@Rica : weird, your audio driver will accept DTS HD format but not True HD ???
So for truehd ffdshow rollbacks to AC3 whereas for DTS HD all looks fine
00000028 0.00730093 [5920] CMpcAudioRenderer::CheckMediaType
00000029 0.00738187 [5920] Media Type Structure
00000030 0.00738187 [5920] Format type : FORMAT_WaveFormatEx
00000031 0.00738187 [5920]
00000032 0.00744676 [5920] Sub type : MEDIASUBTYPE_PCM
00000033 0.00744676 [5920]
00000034 0.00751415 [5920]
00000035 0.00751415 [5920] WAVEFORMATEXTENSIBLE :
00000036 0.00751415 [5920] subFormat : KSDATAFORMAT_SUBTYPE_IEC61937_DOLBY_MLP
00000037 0.00751415 [5920]
00000038 0.00758043 [5920]
00000039 0.00758043 [5920] wSamplesPerBlock : 16
00000040 0.00758043 [5920] Valid bits per sample : 16
00000041 0.00758043 [5920]
00000042 0.00764706 [5920]
00000043 0.00764706 [5920] WAVEFORMATEX :
00000044 0.00764706 [5920] wFormatTag :
00000045 0.00770440 [5920] WAVE_FORMAT_EXTENSIBLE
00000046 0.00778074 [5920]
00000047 0.00778074 [5920] cbSize : 22
00000048 0.00778074 [5920] nAvgBytesPerSec : 3072000
00000049 0.00778074 [5920] Channels : 8
00000050 0.00778074 [5920] Bits per sample : 16
00000051 0.00778074 [5920] Samples per second : 192000
00000052 0.00778074 [5920] nBlockAlign : 16
00000053 0.00778074 [5920]
00000054 0.00784709 [5920] CMpcAudioRenderer::CheckAudioClient
00000055 0.01058151 [5920] CMpcAudioRenderer::CheckMediaType WASAPI client refused the format
rica
17th November 2009, 21:51
Dunno what it means but i'm about to give it a go with 9.11 drivers.
You're not but i'm tired really :)
Skinleech
17th November 2009, 22:14
I just tried beta 37 with allowDPRINTF set to 0.
True HD played better, but I got no sound. The video froze from time to time and it took about 10 seconds to lock onto the THD stream. It dropped momentarily a couple times.
DTS-HD MA played as DTS, and skipped a bit.
rica
17th November 2009, 22:43
9.11 drivers and the logs:
http://www.mediafire.com/?1q3znetn4dt
I don't wanna make any comment.
Emilot
17th November 2009, 23:53
Official from now!!!
Ati 9.11
http://game.amd.com/us-en/drivers_catalyst.aspx
liquidskin76
18th November 2009, 00:27
@Albain,
Tested beta 37 on my Xonar.
With debug disabled, TrueHD video plays ok however there's no audio. Dolby TrueHD is displayed on my Sony STR-DG820.
With debug disabled, DTSHD appears as DTS however no audio.
With debug enabled, same result for TrueHD. Here's the log... http://pastebin.com/pastebin.php?dl=m7db52615
With debug enabled, DTSHD appears as DTS however it takes a while for the receiver to lock on as DTS. No audio. Here's the log... http://pastebin.com/pastebin.php?dl=m7caaf422
Keep going man, don't give in!
[EDIT:] Just tested through MPC-HC with renderer set to Arcsoft renderer however i get totally different results compared to Graphstudio.
With debug enabled or disabled, both TrueHD and DTSHD outputs as 2 channel LPCM with audio playing fine. FFDShow output description reports '48000Hz, 6 channels 16-bit integer'.
JarrettH
18th November 2009, 06:41
Is this going to hit beta this year? I don't understand what's happening
albain
18th November 2009, 08:26
I have a problem with ffdshow video losing sync with subtitles.
Original discussion : http://codecs.freeforums.org/post9846.html#p9846
The problem is the following.
When playing a .VOB in latest MPC-HC or other media player using ffdshow video decoder the subtitles render perfectly synced as long as you don't use the position bar to jump to a different location.
When you click the position bar to jump in time the subtitles are getting horribly desync'ed.
The problem happens on all Mediaplayer using ffdshow, it works perfectly fine in the KMPlayer which uses it's own decoder chain,
or when you make MPC-HC use it's own internal MPEG-2 filter.
Please, can someone try to get this bug fixed ?
Attached is a small fraction (20MB = 40sec) of the .VOB file with the synced .srt file.
There is also a MediaInfo text file included of the full original .VOB file.
Attachment is here (20 MB) : http://rapidshare.com/files/308449631/VOB_01_1.rar
You should create a bug tracker ticket for that
Sebastiii
18th November 2009, 09:08
Hi :)
From my test of yesterday, I look at more and I saw that DTS-HD MA and HI, the play is slow like 1 second for 2.
I saw also in AVR (when i go to setup AVR and see signal in input on monitor (not that is display in front of AVR) that is detect DTS-HD MSTR and no detect and redetect and so on when i play it.
I don't know if it help.
Thx, seb.
Maybe something wrong with timing, i have tested with and without debug enable in registry :)
albain
18th November 2009, 09:29
Great, I found a new bug : the DTS HD blocks don't appear in the logs you sent me (ffdshow+arcsoft renderer), although the IEC header is correct. This explains why you get regular DTS or no sound at all !
I will continue to analyze the other streams and make a new ffdshow build
To Madshi : it seems that the extra bytes we discussed about between the IEC header and the DTS-HD stream are fixed but different between DTS-HD HR and DTS-HD MA
DTS-HD MA
0001000000000000FEFE5C08
DTS-HD HR
0001000000000000FEFEA80A
So how to make the distinction between a MA and a HR stream ?
I found in the stream the following difference, don't know if it could make the rule :
The DTS core block (with the FE7F0180 header)
DTS-HD MA
FE7F01803CFCB27D02773B0D09807BEFDEDEBDF70
DTS-HD HR
FE7F01803CFCB27D00773B0D09807BEFDEDEBDF70
And then the DTS-HD block :
MA
5864252003000FE000F88
HR
586425200300596000788
Also of course the size is different (it is fixed for a stream but I don't know from one sample file to another) : 5800 bytes for MA and 2024 bytes for HR
Sebastiii
18th November 2009, 09:31
Great Great :)
Good luck :)
Seb.
albain
18th November 2009, 14:33
Here is the one (http://www.mediafire.com/file/y0jxt1kji1o/ffdshow_rev3128_20091118_dbt_bitstream_beta38.exe)
I have this time a better hope on this build (there were several important bugs in the parsing).
It should give different results with the xonar and with the radeon
THX-UltraII
18th November 2009, 14:45
wow Albain, 38 betas released in such a short period. Must say I m impressed!
Skinleech
18th November 2009, 14:54
I'll post results ASAP - about 3 hours time. Really want to leave work early now to go try this out!
Thanks as always albain.
SamuriHL
18th November 2009, 15:01
Guys, everyone on an ATI should update to 9.11 (including me as I haven't yet). The release notes say there are bugs fixed in the driver with regard to high bitrate audio. I don't know if anything else has been fixed. I'm going to update to 9.11 and then give this a try.
SamuriHL
18th November 2009, 15:12
The ATI HDMI driver version didn't change, so, um, yeaaaa. No idea what the release notes are talking about. Anyway, will give this build a try as soon as my machine reboots.
Betsy25
18th November 2009, 15:12
You should create a bug tracker ticket for that
Thank you, bug tracker created here :
https://sourceforge.net/tracker/?func=detail&aid=2899338&group_id=173941&atid=867360
SamuriHL
18th November 2009, 15:17
@albain
I don't know what happened with this release, but, it's not doing ANYTHING with the ArcSoft audio renderer now. It doesn't even try to pass audio to the receiver. No change on DirectShow Default or Cyberlink renderers.
Cheesegeezer
18th November 2009, 15:29
I'm really sorry albian, i tried to create some logs last night but couldn't get along with debugview to create them.
I'll have another go tonight or I could just post findings.
Let me know either way
Cheers
Dave
albain
18th November 2009, 15:35
@albain
I don't know what happened with this release, but, it's not doing ANYTHING with the ArcSoft audio renderer now. It doesn't even try to pass audio to the receiver. No change on DirectShow Default or Cyberlink renderers.
You mean it does not connect ?
With graphstudio I did the following : MPC mpeg splitter -> ffdshow -> arcsoft renderer
I just have one trouble : the ffdshow -> arcsoft renderer fails to connect once, but succeeds if I retry to link the pins.
Then after that I can see the bitstream going through (with the dumper I see the bitstream arriving on the renderer), and this time it is REALLY correct
I tried with EAC3 and DTS HD : those are the 2 formats that I fixed.
The tests to do are the following :
- xonar owners : graphstudio with mpc mpeg splitter (on a m2ts DTSHD/EAC3 sample) + ffdshow + arcsoft renderer
- ati 5xxx owners : graphstudio with mpc mpeg splitter (on a m2ts DTSHD/EAC3 sample) + ffdshow + waveout renderer, or same chain with MPC-HC (by selecting waveout as the default renderer)
Let's forget the MPC wasapi renderer for now
@Cheesegeezer : thanks, but I have enough logs for now (except beta38, but some of you will build me some right ;-))
SamuriHL
18th November 2009, 15:38
No no, I didn't say it didn't connect. It connects just fine. It sends absolutely nothing through to the receiver when using the ArcSoft renderer, however. I tried with THD and DTS-HD MA. Nada. I'll give you a log in a minute.
SamuriHL
18th November 2009, 15:42
DTS-HD MA: http://pastebin.com/pastebin.php?dl=d534dd5e7
albain
18th November 2009, 16:02
Everything seems normal (although I didn't trace the content of the buffers), I hope that Sebastii will have some time to dump the logs of the renderer with the dumper.
Also I didn't change the TrueHD part so I don't understand why it doesn't work anymore
Have you tried with the ATI+waveout renderer ?
Is it the same with EAC3 ?
rudiev
18th November 2009, 16:19
Hi, i don't really know for sure if this is the right thread to post my problem, but i'll give it a try.
I have windows 7 x64 installed and using megui to encode to x264. I installed avisynth(AviSynth_090927.exe), k-lite codec pack 5.4.4 full and megui stable v1056(and updated it). When i have a blu-ray which uses the VC-1 encoding format and try to create an avs script with the AVS Script Creater(from megui) i got an error when i try to open the .m2ts file. The error is "Avisynth script error: DirectShowSource: Timeout waiting for graph to start.".
I think i narrowed it down with the help of GraphStudio to see which links it follow to render the original .m2ts file. On my Windows 7 x64 machine the VC-1 blu-ray is rendered thru the 'WMVideo Decoder DMO', while on my Windows 2003 x64 is is rendered thru 'ffdshow Video Decoder'. I think here's the problem why Avisynth isn't able to open the WVC1 source cause it normally uses ffdshow.
In k-lite codec pack is a tool called Win7DSFilterTweaker where you can select which filter to use with which decoder. But for VC-1 i can only select microsoft and not ffdshow like with other decoders.
Does anyone know a solution for this? Or am i completly wrong with my explantion?
Sebastiii
18th November 2009, 16:20
Hi :)
I'm not @ home but i log with Dumper :)
Log DTSHDHRBeta38 (http://sebinternet.free.fr/DTSHDHRBeta38.zip)
Log DTSMAHDBeta38 (http://sebinternet.free.fr/DTSMAHDBeta38.zip)
Log EAC3Beta38 (http://sebinternet.free.fr/EAC3Beta38.zip)
Log TrueHDBeta38 (http://sebinternet.free.fr/TrueHDBeta38.zip)
So on ffdshow icon for DTS i have 6ch and i think it play to fast.
So on ffdshow icon for EAC3 i have 4ch.
So on ffdshow icon for TrueHD i have 8ch and i think it play to fast.
Big thx i hope it helps :)
Seb.
SamuriHL
18th November 2009, 16:21
TrueHD decodes to LPCM with the arcsoft renderer for some reason. I can try other stuff, but, I've never been able to bitstream eac3, so, that's not a useful test for me to try. I did not try with the ATI renderer, but, I can definitely do so.
SamuriHL
18th November 2009, 16:25
Well that was interesting.
DTS-HD MA with ATI renderer (DTS-HD MA light eventually came on, no audio): http://pastebin.com/pastebin.php?dl=d59b5949e
EDIT: TrueHD with the ATI renderer (THD light came on, no audio): http://pastebin.com/pastebin.php?dl=d5fdafe2f
Skinleech
18th November 2009, 16:55
Question: I can never get the Arcsoft renderer to show up in Grpahstudio. I've registered the .dll with regsvr32 but graphstudio doesn't see it. I can browse to the .dll in MPC-HC and it works just fine.
Any ideas? Creating the graphs in Graphstudio is probabnly easier than faffing about with MPC.
Will have some logs posted within the hour either way.
clsid
18th November 2009, 17:00
Hi, i don't really know for sure if this is the right thread to post my problem, but i'll give it a try.
I have windows 7 x64 installed and using megui to encode to x264. I installed avisynth(AviSynth_090927.exe), k-lite codec pack 5.4.4 full and megui stable v1056(and updated it). When i have a blu-ray which uses the VC-1 encoding format and try to create an avs script with the AVS Script Creater(from megui) i got an error when i try to open the .m2ts file. The error is "Avisynth script error: DirectShowSource: Timeout waiting for graph to start.".
I think i narrowed it down with the help of GraphStudio to see which links it follow to render the original .m2ts file. On my Windows 7 x64 machine the VC-1 blu-ray is rendered thru the 'WMVideo Decoder DMO', while on my Windows 2003 x64 is is rendered thru 'ffdshow Video Decoder'. I think here's the problem why Avisynth isn't able to open the WVC1 source cause it normally uses ffdshow.
In k-lite codec pack is a tool called Win7DSFilterTweaker where you can select which filter to use with which decoder. But for VC-1 i can only select microsoft and not ffdshow like with other decoders.
Does anyone know a solution for this? Or am i completly wrong with my explantion?
You need to enable VC-1 in ffdshow first (on the Codecs page in the settings).
Win7DSFilterTweaker only shows ffdshow as an option when ffdshow is configured to decode that a/v format.
Sebastiii
18th November 2009, 17:03
TrueHD decodes to LPCM with the arcsoft renderer for some reason. I can try other stuff, but, I've never been able to bitstream eac3, so, that's not a useful test for me to try. I did not try with the ATI renderer, but, I can definitely do so.
Hi SamuriHL, did you try with Waveout Renderer ?
With this renderer, i have the light with ATI HDMI but no sound, i didn't try latest beta, i will try hit tonight :)
Seb.
SamuriHL
18th November 2009, 17:03
Question: I can never get the Arcsoft renderer to show up in Grpahstudio. I've registered the .dll with regsvr32 but graphstudio doesn't see it. I can browse to the .dll in MPC-HC and it works just fine.
Any ideas? Creating the graphs in Graphstudio is probabnly easier than faffing about with MPC.
Will have some logs posted within the hour either way.
Hmmm, that's screwy. I registered it (in an administrator cmd prompt) and it shows up under the audio renderer's section in GS. I can also select it as my output device in MPC-HC. Not sure what to tell you on that one.
SamuriHL
18th November 2009, 17:04
Hi SamuriHL, did you try with Waveout Renderer ?
With this renderer, i have the light with ATI HDMI but no sound, i didn't try latest beta, i will try hit tonight :)
Seb.
I did. Same. Lights are on but no one's home. LOL
Sebastiii
18th November 2009, 17:05
Question: I can never get the Arcsoft renderer to show up in Grpahstudio. I've registered the .dll with regsvr32 but graphstudio doesn't see it. I can browse to the .dll in MPC-HC and it works just fine.
Any ideas? Creating the graphs in Graphstudio is probabnly easier than faffing about with MPC.
Will have some logs posted within the hour either way.
Hi, i have register on cmd the dll : ASAudioRenderer.dll
in patch : E:\Program Files\ArcSoft\TotalMedia Theatre 3\Codec\ for me it's E: lol :)
Seb.
Skinleech
18th November 2009, 17:28
No idea about graphstudio, I've done as above. Anyway, onto the interesting stuff.
TrueHD: Lights came on, no sound
DDPlus: Crashed MPC-HC straight away.
DTS-HD HR: Played as DTS, got sound.
DTS-HD MA in m2ts: Played as DTS, no sound.
DTS-HD MA in mkv: DTS-HD MSTR light came on, haali loaded, no sound.
Log: http://rs646l3.rapidshare.com/cgi-bin/upload.cgi?rsuploadid=147237951848910710
Mkv is interesting, it seems the MPC splitter isn't even needed in that case.
Thunderbolt8
18th November 2009, 18:22
afaik mpc splitter is not needed when using haali for .mkv, as it is the other way round as well.
albain
18th November 2009, 19:19
About the number of channels : this is normal that this number is incorrect because this is the number of IEC 60958 channels : 2 for AC3/DTS on SPDIF, 2 for EAC3, 8 for DTSHD TrueHD but not sure about that
But this number is totally different for xonar+arcsoft renderer
albain
18th November 2009, 19:40
Nothing really great but I am happy to say that (this time) the bitstreams are identical between arcsoft and ffdshow.
But there is no sound : I think the man reason is the time duration (seb saying the videos are playing too fast).
So this should be the key to have sound.
But how to calculate the time duration of a compressed stream ?
This should not be very difficult to figure out
Sebastiii
18th November 2009, 20:00
Dolby Digital EAC3 workssssssssssssssssssss !!!!!!!!!!
On Win7 Xonar ffdshow (16bits or 24bits out) + Arcsoft :)
The sound is not good, but it's the same sound with TMT (bitstream)
Yes it's very good.
For DTSMA or DTSHR or TrueHD nothing appear in AVR.
I make more test but, it confirm that with arcsoft renderer and xonar it's work :)
Big Thx :)
Seb.
albain
18th November 2009, 20:08
Great !! Finally, this means that there is no protection within the renderer. Have you tried with the ati ?
I will update the dumper with traces of timestamps for each buffer
very encouraging result Seb, thanks
SamuriHL
18th November 2009, 20:14
This is good news. And yes, I see the video playing too fast on my TrueHD title, as well. So, I think the timing is definitely off somewhere. I hope you can figure that out. I think you're REALLY close.
gorgeousjorge
18th November 2009, 20:40
Hi all.
I`m a little bit confused about some settings in ffdshow:
1-The "process whole image" is for processing the black bars at bottom and top?
If this is so,what`s the use of it?
2-In the rgb conversion page,the contrast;standard or full range;do they mean the input or output of the video,or both?
I´m confused because they appear to do the oposite of what is written in them.
Standard (16-235) expands the image giving me the correct colors but clipping the btb and wtw data.
Full range (0-255) seems to "brighten" the image.
Shouldn`t be the oposite?
For example:if i play a video file (16-235) on my computer,then i should choose full range because the monitor is expecting (0-255)!
Is this right?
Tx for any help anyone can provide and sorry if this is already answered,i didn`t read the 100+ pages.
Best regards.
Sebastiii
18th November 2009, 20:44
Great !! Finally, this means that there is no protection within the renderer. Have you tried with the ati ?
I will update the dumper with traces of timestamps for each buffer
very encouraging result Seb, thanks
Yes, so i have tested too on ATI but no light for EAC3 for now :).
I'll make retest to see exactly, but with Xonar when i saw DD+ on AVR 7.1 :) i'm very happy :).
Seb.
rica
18th November 2009, 22:28
Here are my test results with albain's THD sample:
1) Default WaveOut device:
Gives no light, no sound, no debug.
2) Default DirectSound Device:
Gives PCM light and PCM sound but no debug.
3) MPC AudioRenderer:
Gives PCM light and sound and debug.
Here is the debug file:
http://www.mediafire.com/?oozz2311mdj
4) TMT AudioRenderer:
Gives no light, no sound, no debug.
5) PDVD9 Renderer:
Gives PCM light but a bad noise only and no debug.
Ati 5770 and 9/11 drivers.
Endpoint set to wasapi exlusive and 192/24.
tal.aloni
18th November 2009, 23:10
gorgeousjorge,
- I have a feeling you're not using the latest version, the input and output levels in the RGB conversion page are labeled clearly in the latest version, and it's not hard to figure out the rest. (when dealing with 16-235 input, you're not losing anything by expanding to 0-255, this is the only way to go if you have a computer monitor / LCD TV)
- regarding "process whole image", there is a seperation in ffdshow between the clip dimensions and the output dimensions.
Tal
clsid
18th November 2009, 23:11
1-The "process whole image" is for processing the black bars at bottom and top?
If this is so,what`s the use of it?
2-In the rgb conversion page,the contrast;standard or full range;do they mean the input or output of the video,or both?
I´m confused because they appear to do the oposite of what is written in them.
Standard (16-235) expands the image giving me the correct colors but clipping the btb and wtw data.
Full range (0-255) seems to "brighten" the image.
Shouldn`t be the oposite?
1) I am not 100% sure, but the most logical thing would be that this option indeed enables processing of the bars that may have been added around the video by the resize&aspect filter in ffdshow.
2) As the header above options says, its for the input. The descriptions are correct. Most videos are encoded with the 16-235 range.
gorgeousjorge
18th November 2009, 23:31
Well,tx very much for your inputs.
I´m seeing my ffdshow version and its well outdated,jun 27 2008.
i could i be so careless!!!
I will update and talk back here my feedback.
And again tx for your replies.
Best regards.
--------------------------------------------------
Just to not double post.
I see now my confusion,in the previous version i`ve had installed the levels were refering to input;i see that now because i have played with the input and output levels in this latest version and it`s straighforward.
In it`s default settings:
Input:16-235
Output:0-255
Meaning 16 will be mapped to 0 and 235 to 255;thus giving me the correct colors for pc monitor;clipping the btb and wtw data.
Is my thought correct?
Regarding the "process whole image" feature.
"there is a seperation in ffdshow between the clip dimensions and the output dimensions"
"I am not 100% sure, but the most logical thing would be that this option indeed enables processing of the bars that may have been added around the video by the resize&aspect filter in ffdshow"
Is the resize&aspect filter the only one wich interfere with this?Meaning that if i don`t use this filter i shouldn`t care with the process whole image?
Sorry mates,but i`m not following you there;can you please elaborate?
Tx for your inputs and sorry for so many questions.
Best regards
-----------------------------------------
Lol another edit,sorry guys.
I`ve just come across this:
“Process Whole Image” tick box instructs FFDShow to process the black bars encoded in the image (if they exist).
This is a waste of CPU, and so should NOT be used.
In the av foruns.
I´ve seen very little movies encoded like this;and if it is it`s only purpose then i think this feature is completly useless,or i am wrong here?
Just trying to understand the issue.
Best regards once again.
Sebastiii
19th November 2009, 07:04
Hi for being happy this day :
http://sebinternet.free.fr/Picture24.jpg
http://sebinternet.free.fr/Picture6.jpg
Seb :)
Sebastiii
19th November 2009, 07:13
And :) For DTS-HD-Hi Res only on 6ch and sound crackling but we are sound :)
http://sebinternet.free.fr/Picture26.jpg
http://sebinternet.free.fr/Picture27.jpg
Seb :).
Skinleech
19th November 2009, 08:13
Seb, any chance you post/upload your EAC3 sample? The ones I have crash MPC immediately, so I'd be interested to try yours.
FYI, the samples I have were both posted into this thread, so perhaps they are the same ones - the most recent one I got was 126mb and named
00026 - DD+ 7.1 Channe Test.m2ts
Thanks!
Great to see your pics as well.
albain
19th November 2009, 10:09
Hi again,
a new build (http://www.mediafire.com/file/jzu2gyzget4/ffdshow_rev3128_20091119_dbt_bitstream_beta39.exe) with a fix on the time periods.
Seb, I will also send you an updated version of the dumper with traces of the timestamps.
With this I will be able to correct those timestamps if this new build does not fix them
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.