ffdshow tryouts project: Discussion & Development

[albain]

@albain

I can test AC3 / DTS passthrough,

I'll try with the latest revision later, I didn't have any DTS issues earlier when I checked "connect as PCM first".

Ok, thanks Tal

[VipZ]

@ albain

I have tested S/PDIF for you,
ffshow rev 3179 x64, DTS/AC3 passthough no issue, but AC3 encode doesn't work, Speakers show as DD stream but no sound.
ffdshow_rev3181_20100104_dbt_dxva_beta4, everything works perfectly.

If you need any more tests let me know.

[albain]

Thanks, I believe that the problem has been fixed.

I have not committed the changes yet, waiting for other confirmations

[crlorentzen]

@ albain

I have tested S/PDIF for you,
ffshow rev 3179 x64, DTS/AC3 passthough no issue, but AC3 encode doesn't work, Speakers show as DD stream but no sound.
ffdshow_rev3181_20100104_dbt_dxva_beta4, everything works perfectly.

If you need any more tests let me know.

In my testing with ffdshow_rev3181_20100104_dbt_dxva_beta4 the DTS track is not sent in pass-through...e.g. the receive gets a re-encoded Dolby Digital track. VipZ, when you did this test did your receiver show the input as DTS or did it show as Dolby Digital?

Another test, disable the AC3 encode option, keep pass-through enabled, check if the receiver shows anything different.

You may also notice that the Info and CPU section shows that ffdshow is doing work whereas normally when pass-through occurs this page is empty.

The remaining issue is that pass-through settings should take precedence. The issue that has been fixed is that no sound was heard.

[roytam1]

windows xp? :)

unfortunately yes.

[VipZ]

In my testing with ffdshow_rev3181_20100104_dbt_dxva_beta4 the DTS track is not sent in pass-through...e.g. the receive gets a re-encoded Dolby Digital track. VipZ, when you did this test did your receiver show the input as DTS or did it show as Dolby Digital?

Another test, disable the AC3 encode option, keep pass-through enabled, check if the receiver shows anything different.

You may also notice that the Info and CPU section shows that ffdshow is doing work whereas normally when pass-through occurs this page is empty.

The remaining issue is that pass-through settings should take precedence. The issue that has been fixed is that no sound was heard.

DTS shows as DTS and AC3 shows as DD with or without encoding. The info screen is as it should be.
I am not using passthough via HDMI, it goes via my sound card. I have Win 7 x64 and Logitech Z-5500 Speakers if that helps.

[rsd78]

@Albain,

Sorry to bother you as I know you are busy doing some great work in a variety of areas here, but I was just curious if you still think you'll be able to implement DXVA with some postprocessing (Subtitles and ff/rew are the key features I'm looking for) in ffdshow?

Thanks again

[albain]

@Albain,

Sorry to bother you as I know you are busy doing some great work in a variety of areas here, but I was just curious if you still think you'll be able to implement DXVA with some postprocessing (Subtitles and ff/rew are the key features I'm looking for) in ffdshow?

Thanks again

DXVA subtitles are next step, but ff/rw have nothing to do with DXVA.

Media Control should work with FFDShow DXVA filter.

About DXVA postprocessing in general, we all lack of knowledge to say what is possible and what is not : resize, crop, noise reduction,...

[rsd78]

DXVA subtitles are next step, but ff/rw have nothing to do with DXVA.

Media Control should work with FFDShow DXVA filter.

About DXVA postprocessing in general, we all lack of knowledge to say what is possible and what is not : resize, crop, noise reduction,...

Thanks again Albain, can't wait!

[crlorentzen]

DTS shows as DTS and AC3 shows as DD with or without encoding. The info screen is as it should be.
I am not using passthough via HDMI, it goes via my sound card. I have Win 7 x64 and Logitech Z-5500 Speakers if that helps.

Hello VipZ, do you use the Connect as PCM first option?

[VipZ]

Hello VipZ, do you use the Connect as PCM first option?

Hi, I tested with and without, it doesn't seem to make any difference for me.

[albain]

@developers

The merit cannot be set anymore in Vista/Windows7 (in the directshow control dialog) because of UAC.

Do you know if this is possible to request a privilege leverage to write into registry (in HKEY_LOCAL_MACHINE where the merits are set) ?

[madshi]

If you need admin rights, you have only three options, I think:

(1) Ask the user for an admin's user name and password, then you can use LogonUser + ImpersonateLoggedOnUser.
(2) Add a specific "need admin rights" manifest to an exe file and call the exe. Then Windows will automatically ask the user to confirm running the exe with admin rights.
(3) Same as (2), but instead of needing an exe with a manifest, you could start "myOwnProcess.exe" (e.g. mplayerc.exe) with admin rights by using this trick: http://blogs.msdn.com/vistacompatteam/archive/2006/09/25/771232.aspx

All three are not really nice. Probably (2) or (3) would be preferable from a UI point of view. If you want to do this from within ffdshow, you can't rely on the exe cooperating with you. So you'd need a separate exe for this stuff.

[SamuriHL]

Yea, I would spawn a new process that asks the user for the rights needed to set it. That's the "cleanest" approach.

EDIT:

http://code.msdn.microsoft.com/elevatedprivilegeuac

I don't know if that helps at all, but, it at least gives you the options I guess.

[albain]

Okay, thanks, this is not very appealing. This means that one should deliver an exe with command line arguments...

Otherwise, I will commit tomorrow my modifications if this is okay (that are reflected by the last beta I posted)

- New DXVA decoder : nothing changed since last beta except that I removed the hide/show filters dialog which is useless for now as long as there is no internal filters available.

- Several fixes on the audio part : DTS-HD, DTS not working with AC3 encode check, and a few other stuff

- Project files, translation files updated

- Innosetup script updated

[SamuriHL]

Okay, thanks, this is not very appealing. This means that one should deliver an exe with command line arguments...


Yea, you're right, it's not appealing at all. But this is the brave new world MS forces everyone into. I'm more or less glad to be removed from windows programming these days so I don't have to deal with this nonsense. :D Nonetheless, a small command line app makes sense. Then you can call it from ffdshow and it will prompt the user for elevation. This keeps ffdshow itself from needing to be elevated which is a good thing.

[tal.aloni]

@albain
1. I have no issues with AC3 / DTS passthrough when using ffdshow_rev3181_20100104_dbt_dxva_beta4.exe.

2. there's an issue with the DXVA video decoder: I was able to load beta 1 or 2 manually via graphedit, and only for VMR9, but I can't do it for beta 4, and I couldn't get any of them to load automatically. (AVC acceleration checked)
also, when I disable AVC for the non-dxva ffdshow video decoder, it's still getting used. this doesn't happen with 3176 from the trunk.

if you need help debugging, let me know.

p.s.
I'm using Windows XP x64.

[crlorentzen]

ffdshow_rev3181_20100104_dbt_dxva_beta4.exe me again, still DTS pass-through not working with AC3-Encode enabled. I get Dolby Digital re-encode, I also get DD re-encode for AC3 tracks too.

debugging strings in case they help. Sorry to be such a stickler when no one else seems to be able to reproduce anymore.

AC3 encode unchecked (http://pastebin.com/m65fca293)
AC3 encode checked (DTS pass-through fails) (http://pastebin.com/m2712e96b)

Testing done with same dtspiano.vob as always.

Noticeable differences

working

WAVEFORMATEX :
wFormatTag : WAVE_FORMAT_EXTENSIBLE
Channels : 6
Bits per sample : 16
Samples per second : 48000
nBlockAlign : 12
nAvgBytesPerSec : 576000

TffdshowDecAudio::CheckInputType
TffdshowDecAudio::getCodecId
TffdshowDecAudio::getCodecId: codecId=libdts (1500)
TffdshowDecAudio::getOutsf PCM 8
TffdshowDecAudio::getMediaType sample format 1
TffdshowDecAudio::getMediaType:48000 Hz, 6 channels 16-bit integer
...
TaudioCodecBitstream::init

Nonworking

WAVEFORMATEX :
wFormatTag : Dolby AC3 SPDIF
Channels : 2
Bits per sample : 16
Samples per second : 48000
nBlockAlign : 4
nAvgBytesPerSec : 192000

TffdshowDecAudio::CheckInputType
TffdshowDecAudio::getCodecId
TffdshowDecAudio::getCodecId: codecId=libdts (1500)
TffdshowDecAudio::getOutsf PCM 8
TffdshowDecAudio::getMediaType sample format 16
TffdshowDecAudio::getMediaType:48000 Hz, 6 channels ac3
...
never see TaudioCodecBitstream::init

[NiFa]

I stopped to try new revs. because AC3 encoder + DTS passthrough still doesn't work and there seemed also be some problems with videodecoder, it uses way more CPU than 3154 and caused stuttering.
I want also watch my videos, not only test different revision all to time. If you get it work I'm happy, but I will take little break from testing, I will help with testing again when I have enought willpower and patience to do so.

[Jeremy Duncan]

I must ask these two seemingly simple questions.
1. Which yasm do I use if I'm using the mingw or visual studio pro 2008 and vista 32 bit?

It seems to work until the last part of compiling if I use the cygwin yasm.exe.

I uncheck yasm from the custom configuration in visual studio and in the directory point to where the cygwin yasm is and it compiles ffdshow but still has an error.
Otherwise if I use the win32 yasm.exe it won't even start to compile ffdshow.

Same if I use icl11, same problem that changes if I use the cygwin yasm or not.

2. Where oh where do I put the yasm.exe if I'm using mingw, visual studio 2008, or icl11?

3. I looked for the file in the src to set cc=gcc but I don't know where to set that, which file do I set that in and where in that file?
I ask because I can't compile with mingw ffdshow custom from the ffdshow wiki and I think it's because I have to set the cc=gcc and the wiki didn't tell me where to set it.

:thanks:

12>------ Build started: Project: ffdshow, Configuration: Release Unicode Win32 ------
12>yasm assembling c:\Users\b\Desktop\ffdshow-tryout\branches\ffmpeg-mt\src\cpuid.asm
12>yasm: FATAL: Could not open input file
12>Project : error PRJ0002 : Error result 1 returned from 'C:\Windows\system32\cmd.exe'.

The yasm.exe is in the C:\Program Files\Microsoft DirectX SDK (August 2009)\Utilities\Bin\x86 folder
I'm using the win32 yasm version 8.
visual studio 2008 pro is in admin mode.

[albain]

@albain
1. I have no issues with AC3 / DTS passthrough when using ffdshow_rev3181_20100104_dbt_dxva_beta4.exe.

2. there's an issue with the DXVA video decoder: I was able to load beta 1 or 2 manually via graphedit, and only for VMR9, but I can't do it for beta 4, and I couldn't get any of them to load automatically. (AVC acceleration checked)
also, when I disable AVC for the non-dxva ffdshow video decoder, it's still getting used. this doesn't happen with 3176 from the trunk.

if you need help debugging, let me know.

p.s.
I'm using Windows XP x64.

Hi Tal, thanks for you tests
Concerning the DXVA decoder, you probably couldn't load it because the videos you tried are not compatible with DXVA.
Still there there is a compatibility option that was set to max in betas 1 & 2 and that is modifyable in beta 4 but default is set to minimum.
So if you raise that option to "ignore reference frames", that will probably pass.

[tal.aloni]

@albain,
you're right,
I can get the decoder to load when ignoring the number of ref. frames,
however, all of the videos tested are L4.1 compatible, and support DVXA.

also, I'm now getting black screen with the DXVA decoder instead of playback, I have tried several renderers.

[albain]

ffdshow_rev3181_20100104_dbt_dxva_beta4.exe me again, still DTS pass-through not working with AC3-Encode enabled. I get Dolby Digital re-encode, I also get DD re-encode for AC3 tracks too.

debugging strings in case they help. Sorry to be such a stickler when no one else seems to be able to reproduce anymore.


Thank you for your logs. I think I have found why it works for some people and not for you : it depends on your audio card that may not accept the SPDIF formats so I may have to send it anyway without checking wether it accepts them or not. There is still something I don't understand.
To confirm this, I have made another test build

Could do the following tests :
1/ New build with AC3 encode checked
2/ Old build (revision 3154 for ex, before HD bitstream) with AC3 encode checked

Here is the link to the new build (http://www.mediafire.com/file/njxru1bmmdu/ffdshow_rev3183_20100105_dbt_dxva_beta5.exe)

Thanks

@Tal : the video may be displayed on another display. Do you have multiple displays ?
Otherwise you can try with MPC-HC : just disable H264 & VC1 internal filters that should work because FFDShow will look for the MPC-HC windows handle.
I guess that I will have to add other window handles detections.

[tal.aloni]

@albain
I also tested it within MPC-HC (VMR9), same problem, playback position stays on 00:00 and I'm seeing a black video window.

[albain]

@albain
I also tested it within MPC-HC (VMR9), same problem, playback position stays on 00:00 and I'm seeing a black video window.

Okay VMR9 won't work, you need to enable EVR

To be sure that your config is okay, you can enable H264 & VC1 DXVA internal decoders of MPC HC and when you play a video,

go to Play > Filters > MPC video renderer.

If you get "Not using DXVA", then it means that there is a problem with your config

[VipZ]

@ albain

I have tested DXVA from beta 4 for you, initially it didn't auto load, both ffdshow and DXVA had same merit. After correcting, all my video's are pretty much in night vision, with MPC they are all fine and setting compatibility options made no difference.
I was using EVR CP.
Do you need me to run any tests?

[albain]

@ albain

I have tested DXVA from beta 4 for you, initially it didn't auto load, both ffdshow and DXVA had same merit. After correcting, all my video's are pretty much in night vision, with MPC they are all fine and setting compatibility options made no difference.
I was using EVR CP.
Do you need me to run any tests?

Thanks, I think we will have to do something about the filters merit setting otherwise this feature will become useless.

I am okay with the tests, I am just waiting for new logs concerning DTS.

[Leak]

Okay, thanks, this is not very appealing. This means that one should deliver an exe with command line arguments...
Can't you just execute rundll32 elevated and have it call some separate entrypoint in ffdshow.ax for setting the merit?

[albain]

Can't you just execute rundll32 elevated and have it call some separate entrypoint in ffdshow.ax for setting the merit?

Not working (error raised)

[VipZ]

Albain, I did more investigating on the merit issue. For my PC I just installed beta 4 over my old copy which resulted in both having a merit of 0xFF800001, Then I did a clean test in a VM and I got 0xFF800001 for Video and 0xFF800002 for DXVA.

I am not sure if this is already done, but maybe on upgrade scenarios during the installation, the old ffdshow.ax could be unregistered before installing and registering the new ffdshow.ax file. This could possibly solve the merit issue.

[arestarh]

albain
Hello!
I'm again about problems with translation:
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 also dialog *Use ffdshow only in* is not appeared in GUI:
http://i056.radikal.ru/1001/8f/c5f527d8a0e5t.jpg (http://radikal.ru/F/i056.radikal.ru/1001/8f/c5f527d8a0e5.png.html)
simply, I can't translate this elements...

And about section of Subtitles in configuration dialog.
I can't translate this dialog:
http://i061.radikal.ru/1001/02/415cb72eae26t.jpg (http://radikal.ru/F/i061.radikal.ru/1001/02/415cb72eae26.png.html)

[tal.aloni]

@albain,
OK, switched to EVR (Windows XP),
still no problem with Internal MPC-HC DXVA decoder,
ffdshow DXVA still give me the black screen and stuck on 00:00.

also, why are we limited to EVR? shouldn't we be supporting the same renderers MPC-HC supports?

p.s.
if you'll post a patch, I may be able to investigate further.

Thanks,
Tal

[albain]

@albain,
OK, switched to EVR (Windows XP),
still no problem with Internal MPC-HC DXVA decoder,
ffdshow DXVA still give me the black screen and stuck on 00:00.

also, why are we limited to EVR? shouldn't we be supporting the same renderers MPC-HC supports?

p.s.
if you'll post a patch, I may be able to investigate further.

Thanks,
Tal

Hi again,

I have committed the changes, so you may be able to figure out what's wrong

About the renderer, this is related to DXVA architecture that supports only EVR on Vista/7.
If FFDShow is not directly connected to an EVR renderer, then the DXVA libraries will refuse to load.

[dann23]

@albain,
OK, switched to EVR (Windows XP),
still no problem with Internal MPC-HC DXVA decoder,
ffdshow DXVA still give me the black screen and stuck on 00:00.

also, why are we limited to EVR? shouldn't we be supporting the same renderers MPC-HC supports?

p.s.
if you'll post a patch, I may be able to investigate further.

Thanks,
Tal

the same problem here since beta 3. black screen stuck at 00:00 this happens on windows xp.

[XhmikosR]

@albain: compilation is broken in rev 3185.
Error 1 fatal error C1083: Cannot open source file: '.\src\TffdshowDecVideoAllocatorDXVA.cpp': No such file or directory c1xx ffdshow
Error 2 fatal error C1083: Cannot open source file: '.\src\TffDecoderDXVA.cpp': No such file or directory c1xx ffdshow
Error 3 fatal error C1083: Cannot open include file: 'TffdshowDecVideoAllocatorDXVA.h': No such file or directory h:\progs\compiling\ffdshow\src\TffdshowDecVideoOutputPin.h 7 ffdshow
Error 4 fatal error C1083: Cannot open include file: 'TffdshowDecVideoAllocatorDXVA.h': No such file or directory h:\progs\compiling\ffdshow\src\TffdshowDecVideoOutputPin.h 7 ffdshow
Error 5 fatal error C1083: Cannot open include file: 'TffdshowDecVideoAllocatorDXVA.h': No such file or directory h:\progs\compiling\ffdshow\src\TffdshowDecVideoOutputPin.h 7 ffdshow
Error 6 fatal error C1083: Cannot open include file: 'TffdshowDecVideoAllocatorDXVA.h': No such file or directory h:\progs\Compiling\ffdshow\src\codecs\TDXVADecoder.cpp 29 ffdshow

[albain]

3 files were missing, this is fixed now

[albain]

Albain, I did more investigating on the merit issue. For my PC I just installed beta 4 over my old copy which resulted in both having a merit of 0xFF800001, Then I did a clean test in a VM and I got 0xFF800001 for Video and 0xFF800002 for DXVA.

I am not sure if this is already done, but maybe on upgrade scenarios during the installation, the old ffdshow.ax could be unregistered before installing and registering the new ffdshow.ax file. This could possibly solve the merit issue.

This is the solution that I found : DXVA normal merit is set upon (first) install to the same merit as FFDShow video normal merit + 1

This is not a satisfying solution because the merits cannot be changed under vista/7

[ipanema]

When using the ffdshow video encoder, the maximum setting of the bitrate slider is 10000 kbps. Is is possible to set this higher?

Anyone?

[tal.aloni]

@albain


FF_FOURCC_OP(AVC1,(dxvamask==0) ? (h264 & rawmask) : IDFF_MOVIE_LAVC,c_h264)


after this modication (from rev 3185), ffdshow h264 decoding cannot be disabled. when selecting disabled, IDFF_MOVIE_LAVC will be used because dxvamask != 0.

Edit: even when h264 dxva acceleration is disabled.

[albain]

@albain


FF_FOURCC_OP(AVC1,(dxvamask==0) ? (h264 & rawmask) : IDFF_MOVIE_LAVC,c_h264)


after this modication (from rev 3185), ffdshow h264 decoding cannot be disabled. when selecting disabled, IDFF_MOVIE_LAVC will be used because dxvamask != 0.

Edit: even when h264 dxva acceleration is disabled.

You're right, it shouldn't ??
FFDShow video : dxvamask = 0 => CODEC_ID_AVC1 = h264
FFDShow dxva : dxvamask= 0xFFFF => CODEC_ID_AVC1 = IDFF_MOVIE_LAVC

EDIT : this is fixed now

[crlorentzen]

@albain

1) ffdshow_rev3183_20100105_dbt_dxva_beta5 dbgview (http://pastebin.com/m63f05031)
2) 3154 dbgview (http://pastebin.com/m29c53646)

DTS pass-through with AC3 encode.

[albain]

@albain

1) ffdshow_rev3183_20100105_dbt_dxva_beta5 dbgview (http://pastebin.com/m63f05031)
2) 3154 dbgview (http://pastebin.com/m29c53646)

DTS pass-through with AC3 encode.

THank you, this is what I needed. I have found why it does not work, and this is related to the fact that your audio chip which refuses the connection of SPDIF format.

The solution will be to add another compatibility option in the output section to prevent testing SPDIF formats (but the others yes)

What is your audio chip by the way ?

[hoborg]

Hi. I just tested DXVA decoder from beta5 on ATI 4770 cat. 9.12 and Win7 x64 in MPC-HC and
- i bet there is wrong limit in FFDshow decoder, becouse lot of video samples i have didnt play in DXVA, but play OK by using MPC decoder in DXVA mode - MPC decoder can decode 5.1 up to 5 ref. frames in DXVA mode for me (Win7 and WinXP)
- all my samples i have are not working correctly, they are "blue" or have green frame flickering - no problem when using MPC decoder in DXVA mode

FFDshow: (wrong - blue picture)
http://www.volny.cz/hoborg/Mummy.ffdshow.jpg
MPC decoder (rev 1483 DXVA on)
http://www.volny.cz/hoborg/Mummy.mpc.jpg

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 5 frames
Muxing mode : Container profile=Unknown@5.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 7s 480ms
Bit rate : 5 024 Kbps
Width : 1 920 pixels
Height : 816 pixels
Display aspect ratio : 2.35:1
Frame rate : 25.000 fps
Original frame rate : 23.976 fps
Resolution : 8 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.128
Stream size : 4.48 MiB (80%)
Language : English

[crlorentzen]

THank you, this is what I needed. I have found why it does not work, and this is related to the fact that your audio chip which refuses the connection of SPDIF format.

The solution will be to add another compatibility option in the output section to prevent testing SPDIF formats (but the others yes)

What is your audio chip by the way ?

Analog Devices, ADI1988B -onboard an ASUS M2N-SLI Deluxe
HDAUDIO\FUNC_01&VEN_11D4&DEV_198B&SUBSYS_104381F6

I wonder if it is an issue that a driver can correct. But I have tried many revisions of the driver and have never seen a change. currently I am running the 6110 release, not that that means anything to you.

Also, if it is my audio device refusing, why does it accept when AC3 encode is unchecked?

Looks to me like the audio hardware is locked by starting the stream before checking for support. EDIT: I'm probably wrong I think the StartStreaming just says we entered a function. Still not sure how to follow all of the code that I am reading in the svn.

encode 3183

00000373 2.95094848 [2404] TffdshowDecAudio::StartStreaming
...
00000381 3.31119037 [2404] TaudioParser::checkOutputFormat for codec DTS s/pdif with sample format 16
...
00000394 3.33679700 [2404] TaudioParser::checkOutputFormat refused for codec DTS s/pdif with sample format 16


no encode 3183

00000401 1.65489388 [3116] TffdshowDecAudio::StartStreaming
...
00000409 2.58283281 [3116] TaudioParser::checkOutputFormat for codec DTS s/pdif with sample format 16
...
00000425 2.59875965 [3116] TaudioParser::checkOutputFormat accepted for codec DTS s/pdif with sample format 16


3183, noencode (http://pastebin.com/m37a56a65)
3183, encode (http://pastebin.com/m63f05031)

Is it possible that AC3 encode is locking the device first and then you cannot check for DTS acceptance because the device is already locked?

[tal.aloni]

@albain
getting better, however, when selecting ffmpeg-mt for AVC it will not load.

Thanks!

[mark0077]

Hi all,

This might be a weird question, but I am hoping ffdshow might somehow have this ability using one of its filters. I have been using my Samsung Series 9 in 60hz PC Mode, for over a year now, as non 60hz pc modes display this odd, what looks like interlaced image from time to time. One moment a blu-ray at 24hz for example might look perfect, all of a sudden it will display horizontal combing effect. Only today did I realise, that if I play content, that consistently changes, at over half the rate of the TV, does the TV stop this behaviour.

I think the TV may be disabling this interlacing? / apparantly attempt at de-interlacing?, effect, if I am watching a scene thats consistently got enough motion, to show more than 12fps..... Same for 60hz, if I use reclock to force a movie to display at 30fps or more, the TV stops this weird effect, or apparant attempt to de-interlace the image.

My question is, is this why that alternating white / black square often seen on the corner of TVs, a way of telling the TV the actual frame rate of the content. My question is, has anyone heard of a way to do this on the PC, ie have something small perhaps, flicker at a particular frame rate. At the moment, watching Star Trek blu-ray using 90% of the screen at 24hz, with fast motion video also playing at 24hz in the other 10%, just to keep the TV happy that content is being played on screen that doesn't require de-interlacing.

I hope I am clear enough here, basically asking if such functionality has ever been asked for before. Cheers.

[Nitrius]

Which version is recommended? xxl, clsid or albain? Should i give x64 a try? Since am using MPC HC x64 atm?

[crlorentzen]

@Nitrius,

xxl, clsid and albain builds are all great. I generally stick with clsid but, there isn't really a reason.

For MPC-HC x64 you will need to use an x64 ffdshow build. x64 applications use x64 filters only. The x64 ffdshow builds will not work for any x86 media players, and vice versa. So the easiest thing to do is install an x64 and an x86 build if you are going to use any x86 media players.

[dann23]

@albain since beta 3 I can't play any movies with dxva. Is it possible that ffdshow is trying to use dxva 2 on windows xp?

[albain]

@tal aloni & @dann23

You may have residual registry settings from earlier builds

Go to HKEY_CURRENT_USER\Software\GNU\ffdshow\default

and delete dec_DXVA_H264 and dec_DXVA_VC1 values. THey shouldn't be in ffdshow but in ffdshow_dxva presets only