ffdshow tryouts project: Discussion & Development

[crlorentzen]

@albain

1) ffdshow_rev3183_20100105_dbt_dxva_beta5 dbgview
2) 3154 dbgview

DTS pass-through with AC3 encode.

[albain]

Originally Posted by crlorentzen

@albain

1) ffdshow_rev3183_20100105_dbt_dxva_beta5 dbgview
2) 3154 dbgview

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)

MPC decoder (rev 1483 DXVA on)

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]

Originally Posted by albain

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
3183, encode

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

[dann23]

Originally Posted by 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

I deleted HKEY_CURRENT_USER\Software\GNU just to be safe, but the problem remains. ffdshow gets loaded. I see the icon in systray and says that it's using dxva 1, but the movie doesn't start playing.

[albain]

Originally Posted by dann23

I deleted HKEY_CURRENT_USER\Software\GNU just to be safe, but the problem remains. ffdshow gets loaded. I see the icon in systray and says that it's using dxva 1, but the movie doesn't start playing.

Sorry, but the last beta build is buggy on H264 decoder selection for FFDShow video
Revision 3187 fixed it

[dann23]

Originally Posted by albain

Sorry, but the last beta build is buggy on H264 decoder selection for FFDShow video
Revision 3187 fixed it

where to download build 3187? thank you.

[tal.aloni]

Originally Posted by 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.

OK, I did this, I also did a complete uninstall and reinstall of rev. 3188,
I still cannot use ffmpeg-MT, can you?
also, still 00:00 when trying to use DXVA.

Thanks,
Tal

[albain]

Originally Posted by tal.aloni

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

Thanks!

You're right, I thought at first that this was because I forgot to recompile it but the ffmpeg-mt library fails to load : this is because there are extra methods for DXVA that are included in libavcodec but not in ffmpeg-mt

I have fixed it in revision 3189

Concerning DXVA, this is weird. Have you tried different samples ?

Otherwise I have uploaded a new build to sourceforge with the last fix.
https://sourceforge.net/projects/ffd...t.exe/download

[Sebastiii]

Hi Albain

I've test then i have some issue.
How i can help you on this (must i put allowdprintf and log with debugview ?)
Thx for your work
Seb.

[albain]

Originally Posted by crlorentzen

@albain

1) ffdshow_rev3183_20100105_dbt_dxva_beta5 dbgview
2) 3154 dbgview

DTS pass-through with AC3 encode.

Can you uncheck "Connect as PCM first" in the output section of FFDShow audio.
I think that should solve your problem.

In that case SPDIF will be initialized first and FFDShow won't have to do a dynamic format change (PCM to SPDIF) which fails as your audio driver will refuse it.

@Seb : thank you, maybe you can tell me if DXVA decoding is working for you ?

[VipZ]

@ albain

In every case where DXVA loads I get results like this, tested with rev 3190


I am running Win7 x64, ATI 4870 /w 9.12 Hotfix drivers.

[clsid]

Same here with:
Vista x64, ATI 3470, catalyst 9.10

Casimir666 might know what is wrong. I vaguely remember a similar issue in MPC a long time ago.

[Jeremy Duncan]

I'm building ffdshow using mingw but it's been a while since I worked with mingw msys and don't know how to go to the directory where the makefile is.
Can you please tell me how to go to where the makefile is if I use msys?