ffdshow tryouts project: Discussion & Development

[egur]

They've always been doing that. Who knows why.
Just get builds here:
http://xhmikosr.1f0.de/ffdshow/

Build with latest stable GCC (4.7.0)

FYI, this site is fire walled by Intel's IT.

[Joniii]

There are some problems with ffdshow DXVA. external .srt subtitles wont show with VC-1 (DXVA), file mkv/vc-1/dts. It works on ffdshow_rev4224_20120105_xvidvideo-ru_x64-MSVC2010 but is broken on all builds after 4307, there weren't builds between those in xvidvideo.ru so don't know exactly when it broke. I'm using LAV splitter, ffdshow x64 DXVA and Radeon 7750.

There was also problem that I've had couple of months on latest builds. With Haali media splitter and ffdshow DXVA + subtitles I get error on player when trying to play the file (mkv/vc1/dts). With LAV splitter and ffdshow DXVA + srt subtitles all is fine. I don't know when this broke since I've moved to LAV splitter but might be related to the first bug.

These both are only with mkv files containing VC-1 video, player I used is WMP12 and Media Center.

To clarify, VC-1 on WMP12 refused to play and on Media Center I got "Microsoft Visual C++ Runtime Library, Runtime Error!" when started playback. If I swap to LAV splitter then these errors disappear and everything is fine except no DXVA subs on VC-1. 4229 ffdshow_rev4224_20120105_xvidvideo-ru_x64-MSVC2010 is the last working build.

[clsid]

You should try r4431 and post a sample file if it doesn't work.

[Joniii]

You should try r4431 and post a sample file if it doesn't work.

Same with r4431. This is weird as I would think others would have had the same problems too, I've had these problems for months. I thought it was something at my end and was lazy to format, then I build a new computer and still having the same problems so i'm fairly certain it's a bug. Clean W7 SP1 64-bit install, installed all updates, Catalyst 12.3, haali media splitter, ffdshow x64 and set up subtitles and DXVA for VC-1 and H.264. Used the Win7DSFilterTweaker_5_2 to disable media foundation and changed the preferred decoders to ffdshow DXVA. For playback I used 64-bit WMP12 or WMC.

Problems:
Haali splitter + ffdshow DXVA > r4224, error playing VC-1 mkv or m2ts. (WMP12 doesn't play the file, WMC gives some C++ error)
LAV splitter + ffdshow DXVA > r4224, files play fine but no subtitles on files containing VC-1.

Sample (https://skydrive.live.com/redir.aspx?cid=2260ad7bb5710cd9&resid=2260AD7BB5710CD9!126&parid=root)

[nevcairiel]

DXVA subtitles in ffdshow are a ugly hack anyway, i'm actually surprised it worked as good as it does without causing massive corruptions. You cannot paint subtitles onto a frame which is still used as a reference frame in the decoder. :p

[clsid]

r4257 is working, r4291 is not
I get no crash or errors at all with my own builds, so try the builds from sf.net.
The splitter also shouldn't matter since you are using an external subtitle file.

@Haruhiko
Could the subtitle issue perhaps be related to r4263/4268?

[haruhiko_yamagata]

r4257 is working, r4291 is not
I get no crash or errors at all with my own builds, so try the builds from sf.net.
The splitter also shouldn't matter since you are using an external subtitle file.

@Haruhiko
Could the subtitle issue perhaps be related to r4263/4268?
I'll take a look when I have time.

[Blight]

I'm getting user-reports that clsid's build 4431 breaks 10bit decoding.
Can anyone confirm?

[nevcairiel]

I'm getting user-reports that clsid's build 4431 breaks 10bit decoding.
Can anyone confirm?

It should not only break, but crash.
The issue was fixed in 4432, it was a problem from libav, which was fixed there.

[Blight]

Thanks for the info nev!

clsid:
Any chance you can create a 4432+ build?
I noticed you mentioned other (xvidvideo.ru?) build suffer from some issues.

[adam777]

4432 is available at XhmikosR's - http://xhmikosr.1f0.de/ffdshow/

[aufkrawall]

Why aren't the input levels set to Auto?
It's working fine for me. Correctly flagged streams get correctly treated.
I guess that's what LAV is doing by default and you can't even change this in the GUI.
I suggest to make Auto default. :)

It also seems that this option is broken anyway or I haven't understood what it is doing exactly.
I extracted a frame of a source with both TV and PC input levels and both frames were bit exact.
That's why I think it is broken.

But no need to fix it, IMHO it can be entirely removed and set to Auto.

[egur]

Why aren't the input levels set to Auto?
It's working fine for me. Correctly flagged streams get correctly treated.
I guess that's what LAV is doing by default and you can't even change this in the GUI.
I suggest to make Auto default. :)

It also seems that this option is broken anyway or I haven't understood what it is doing exactly.
I extracted a frame of a source with both TV and PC input levels and both frames were bit exact.
That's why I think it is broken.

But no need to fix it, IMHO it can be entirely removed and set to Auto.

For normal systems "levels" should be off. It would make sense to use in order to transcode a poorly encoded file.

[aufkrawall]

For normal systems "levels" should be off. It would make sense to use in order to transcode a poorly encoded file.
Could you explain to me what you mean?
Are we talking about the same thing? :)
http://www.ld-host.de/uploads/thumbnails/40f7ff07d0b9d8c80f9b7965b98c34e1.jpg (http://www.ld-host.de/show/40f7ff07d0b9d8c80f9b7965b98c34e1.jpg)

[betaking]

Hi,last ffdshow svn have a bug! when i Enabled mpeg2 by libavcodec!after I Re-open ffdshow Video decoder configuration mpeg2 still Disabled! is this a bug?
download screen recoder files! After seeing this I think you should understand!
http://www.mediafire.com/?w8aw6vbhi1mej44

[Midzuki]

Hi,last ffdshow svn have a bug! when i Enabled mpeg2 by libavcodec!after I Re-open ffdshow Video decoder configuration mpeg2 still Disabled! is this a bug?
download screen recoder files! After seeing this I think you should understand!
http://www.mediafire.com/?w8aw6vbhi1mej44

Strange, that problem doesn't happen over here ( r4436, XP Pro w/ SP3 )

:confused:

[haruhiko_yamagata]

Why aren't the input levels set to Auto?
It's working fine for me. Correctly flagged streams get correctly treated.

OK, let's change it.


It also seems that this option is broken anyway or I haven't understood what it is doing exactly.
I extracted a frame of a source with both TV and PC input levels and both frames were bit exact.
That's why I think it is broken.

It is used for RGB conversion. If you grab in jpeg or some YCbCr output, it doesn't affect.

[betaking]

Strange, that problem doesn't happen over here ( r4436, XP Pro w/ SP3 )

:confused:

No! XP PRO SP3 have this problem too!

[Octo-puss]

One of you is wrong :P

[haruhiko_yamagata]

If I un-install and re-install, I can reproduce.

[Midzuki]

Hmmm... anyway, that glitch is not relevant to me, I'll keep using CLvsd.ax until the DVD-subpics problem gets fixed :sly:

[aufkrawall]

It is used for RGB conversion. If you grab in jpeg or some YCbCr output, it doesn't affect.
Ok, now I got it.
I've checked with 8 bit x264 I444 videos (PC.601, Rec601, PC.709, Rec709) if it works correctly with Auto and it does so. :)

[Dstruct]

Hi,last ffdshow svn have a bug! when i Enabled mpeg2 by libavcodec!after I Re-open ffdshow Video decoder configuration mpeg2 still Disabled! is this a bug?
download screen recoder files! After seeing this I think you should understand!
http://www.mediafire.com/?w8aw6vbhi1mej44

Related bug: http://forum.doom9.org/showthread.php?p=1562572#post1562572

[aufkrawall]

What is the reason why Lagarith isn't supported, please?

[hoborg]

Hi.
ffdshow_rev4430_20120415_xvidvideo-ru_x86-msvc2010.zip is crashing on "i444compressed.mkv" sample. Is that a known issue?

EDIT:
ffdshow_rev4437_20120426_xhmikosr.exe working fine.

[Milardo]

Hi, can one still compile latest revisions of ffdshow and include the removed vfw codecs? I would like to do that if possible.

[clsid]

Not possible. Also they have been removed for good reasons. There are better VFW codecs available. Use those.

[egur]

Committed new version of QS decoder - some small fixes mostly for broken files.
No ffdshow code changes.

[Blight]

Hi,
Looking at the change list for build 4437, I see "remove vobsub support (except DVD sub)." listed.
What does this mean? Is backward compatibility with vobsub broken somehow?

[clsid]

VobSub support has always been incomplete/buggy.

[haruhiko_yamagata]

Whichever ffdshow version is, you shouldn't let ffdshow handle vobsub.

[Sebastiii]

Hi,
I just posted the this report issue but from Nevcairiel, it seems related to ffdshow :

I get a crash in ffmpeg.dll (ffdshow) when LAV Video is in graph with NV12 output checked. I get it on my HTPC Win7 32 bits with my Nvidia GTX460 and only when ffdshow video decoder was as Post Process filter with resize function enable.

I cut a little sample that show up the issue on my HTPC :
(http://dl.dropbox.com/u/10536084/lav/Sample/LesI.avi)

It surely related to ffdshow but if i use another video decoder it didn't crash.
If i keep NV12 + rezise OFF -> no crash.
If i uncheck NV12 + resize ON -> no crash
If i enable NV12 + rezise ON -> it crash

I have test on clean setting from LAV and/or ffdshow.

Thanks.

[Sebastiii]

I have build latest SVN version but i can't get call stack like it crash in ffmpeg.dll.

> ffmpeg.dll!072e7e70()
[Frames below may be incorrect and/or missing, no symbols loaded for ffmpeg.dll]
ffmpeg.dll!07273c76()
ffmpeg.dll!07274e24()
ffmpeg.dll!0727abd7()

[clsid]

I can confirm the crash.

[Sebastiii]

cool thanks :)

[the6thday]

Rev4362:

-> open Video Configuration
-> set MPEG2 format to "libavcodec" decoder
-> OK
-> delete the libmpeg2_ff.dll DLL from ffdshow folder

-> open Video Configuration again


Result: "MPEG2" format decoder set to "Disabled".

Expected: "MPEG2" format decoder still set to "libavcodec"!

I can confirm this behavior in rev. 4444.

As soon as i put any file (even an empty txt file) with name "libmpeg2_ff.dll" in the ffdshow folder its correctly set to libavcodec

[clsid]

@the6thday
I have fixed that bug

@Haruhiko
Can you have a look at this bug report:
https://sourceforge.net/tracker/index.php?func=detail&aid=3524019&group_id=173941&atid=867360
It think setting dwControlFlags may give problems with some renderers. LAV Video decoder only sets it when connected to for madVR, since that is the only one that actually uses the info. It also performs a reconnect when the value changes.

[nevcairiel]

As far as i know, at least Haalis Renderer and the Overlay Mixer have issues with the dwControlFlags values.

[vvicked]

Hi,

I'm new to the forum. I just posted a bug report about DXVA decoder crashing when fast forwarding media playing from a network share. Is the problem description adequate? Do I need to provide any additional information to help debug the issue?

http://sourceforge.net/tracker/?func=detail&atid=867360&aid=3522419&group_id=173941

[clsid]

Try mapping the network share to a drive letter.

[clsid]

@haruhiko
There is a small bug with soft telecine detection.
https://sourceforge.net/projects/ffdshow-tryout/forums/forum/597594/topic/5247253/index/page/1

[TheShadowRunner]

Sorry to re-post about this, but it was completely ignored:
A strange issue, "FFDShow Audio Decoder" refuses to connect to MPCHC's "FLACSource" filter.
FLACSource presents subtype {1541C5C0-CDDF-477D-BC0A-86F8AE7F8354} on its output pin and of course FLAC is set to Libavcodec in FFDshow Audio Dec.

On the other hand, when a FLAC stream is present in a MKV for exemple, it connects to FFDShow Audio Dec without problems using the same subtype {1541C5C0-CDDF-477D-BC0A-86F8AE7F8354}.

Why does FFDShow Audio Dec. refuse to connect to FLACSource specifically?
(LAV Audio Dec. connects and works perfectly fine with FLACSource btw)
Thanks for any info.

[Reino]

Confirmed. Accepts MPC Audio Decoder and LAV Audio Decoder as decoder for FLAC, but doesn't accept FFDShow Audio Decoder somehow.

[clsid]

The problem isn't connection. It fails to decode when connected to that splitter. The problem seems extradata related. It won't be fixed unless someone submits a patch.

[vvicked]

Try mapping the network share to a drive letter.

I just tried that and it did not have any effect. I actually did some more testing and the crashing occurs when the "Surface Overlay" option in DXVA is enabled. When I tested the network share media files using DXVA and "Surface Overlay" disabled, there was no crashing. If I disable surface overlay, I lose my subtitles and ffdshow OSD messages. Is there any other way to view subtitles when the ffdshow DXVA decoder is active and surface overlay is disabled?

[wanezhiling]

http://forum.doom9.org/showpost.php?p=1574375&postcount=19549
FYI :)

[RealSnoopyDog]

In the latest builds, the VC1 DXVA decoder does not show embedded subtitles anymore. H.264 DXVA does. I went back all the builds i found on my HD: in build 4257 (15.01.2012) it's still working, in (e.g.) 4436 (22.04.2012) it does not work.

[clsid]

VC1 DXVA + subs got broken somewhere between r4257 and r4291. If someone pinpoints the exact revision, then maybe it can get fixed. But otherwise don't expect a fix anytime soon. There are no developers that are actively working on ffdshow.

[RealSnoopyDog]

Hm in your builds list, i only find these two 4257 and 4291. You need it more accurate (?)

[ryrynz]

@RealSnoopyDog

http://www.xvidvideo.ru/ffdshow-tryouts-project-x86-x64/stranitsa-3.html

That should help you pinpoint it.