ffdshow tryouts project: Discussion & Development

[clsid]

There is a massive leak of system handles when using ffdshow in combination with Haali renderer.

tested builds:
r4174 = working
r4183 = freeze
r4207 = leak

[haruhiko_yamagata]

Originally Posted by kc7bfi

We are having trouble decoding video from an Axis Q7606 blade H.264 encoder. After running for about an hour the video dramatically degrades. The video appears to "melt". Stopping and restarting the video fixes the problem until it happens again. This problem does not seem to happen with VLC or using the Microsoft decoder. One other thing I notice is that, when using ffdshow, my effective frame rate is around 8fps when the actual frame rate is 20fps. Also, when using the Microsoft decoder (that comes with Windows7) the effective frame rate always matches the expected frame rate. The decoded SDP for the video is as follows.


Any ideas what may be going wrong? Could there be some configuration setting that needs to be changed? Any ideas of how to further debug this issue? Thanks, David

I guess ffdshow calculates wrong timestamps (just a random guess though). If I can get testing environment, I'll take a look.

[haruhiko_yamagata]

Originally Posted by clsid

There is a massive leak of system handles when using ffdshow in combination with Haali renderer.

tested builds:
r4174 = working
r4183 = freeze
r4207 = leak

I can see the leaks, but isn't it more related to color space conversion (HQ RGB) rather than Haali renderer?

// EDIT
fixed at rev 4247. Please confirm.

[clsid]

Fix confirmed.

[Snowknight26]

Has there been any thought of moving to Google Code, even if it's solely to get rid of the 2 minute page load time for viewing the change log?

[clsid]

No.

But you can use this link to quickly see the latest revision:
http://ffdshow-tryout.svn.sourceforg...?view=revision
There is a Next/Previous button to skip through revisions, so you easily check the latest few.

[kc7bfi]

Originally Posted by haruhiko_yamagata

I guess ffdshow calculates wrong timestamps (just a random guess though). If I can get testing environment, I'll take a look.

Thanks, what we also see is that, when the video "melts" the frame rate reported in the ffdshow info window grows well beyond what the encoder is sending. For example, the encoder is sending 15fps but ffdshow can report frame rates as high as 50fps. Also, the current frame value "bounces" around between zero and and the frame count.

If useful I could post a wireshark of the video stream for when the video is degrading.

Thanks again, David

[Reino]

Originally Posted by clsid

Fixed.

FFDShow has already abandoned libfaad2, but now (since rev3962) MPC-HC has done so too.
Because, with the latest FFDShow and LAV Filters versions, the aac audio stream of this particular video is still incorrectly being decoded here, I was wondering if it could be a WinXP-only issue.
Could everyone on WinXP 32bit see if the audio-track of this video is properly decoded with libavcodec please?

[nevcairiel]

I can confirm that it works on Win7 at least. However, i don't think that the decoder actually behaves differently on XP vs 7, that would be quite odd. Windows XP however has some issues with float audio, maybe thats the issue, because avcodec decodes to that? Could try turning off float in ffdshow/LAV, and see if that helps?

[Px]

Originally Posted by CoRoNe

Because, with the latest FFDShow and LAV Filters versions, the aac audio stream of this particular video is still incorrectly being decoded here, I was wondering if it could be a WinXP-only issue.
Could everyone on WinXP 32bit see if the audio-track of this video is properly decoded with libavcodec please?

Is LAV filters necessary to reproduce? Haali+ffdshow is not enough?

[haruhiko_yamagata]

Originally Posted by kc7bfi

Thanks, what we also see is that, when the video "melts" the frame rate reported in the ffdshow info window grows well beyond what the encoder is sending. For example, the encoder is sending 15fps but ffdshow can report frame rates as high as 50fps. Also, the current frame value "bounces" around between zero and and the frame count.

If useful I could post a wireshark of the video stream for when the video is degrading.

Thanks again, David

The stream may help. Please post it.
But perhaps I also need a compatible upper stream filter to reproduce.
Thanks.

[Reino]

I've never touched float. Output is always integer here, in case of FFDShow as well as LAV Audio.

I don't use Haali. At least LAV Filters or MPC-HC's internal MP4 Splitter doesn't make a difference.

[haruhiko_yamagata]

Originally Posted by mkanet

This affect's all ffdshow versions as far as I know. I'm currently using: ffdshow_rev4150_20111215_clsid

I am trying to playback mpeg2 videos which switch between soft and hard telecine using ffdshow's internal mpeg2 decoder + avisynth IVTC/deinterlace.

The problem is that the internal “ffdshow_source” source filter that is used to get frames from ffdshow into AviSynth is not honoring soft pulldowns when fed to the avisynth IVTC plugin (TIVTC or Decomb). It needs to behave the same way as if the video was fed from DGDecode (or any avisynth mpeg2 decoder would).

I have read documentation of AviSynth API, but I couldn't find necessary information for it. Could anyone help?

[haruhiko_yamagata]

Originally Posted by TheShadowRunner

Clsid, maybe you remember the FLV4/VP6 cropping issue.
Nev has found a solution for LAV Video Dec, could it be implemented in FFDshow too?

Done at rev 4256.
Off course the credit goes to nevcairiel.

[haruhiko_yamagata]

Originally Posted by mandarinka

It seems that ffdshow doesn't expect mkv chapters with the leading chapter entry set as hidden. If you open such file and right-click ffdshow's tray icon, ffdshow will crash.

This sample should be able to reproduce the crash: http://www.mediafire.com/?2053dzjwvis9j21
(Open file and right-click on ffdshow's try icon.)
This probably "works" with any video if muxed with chapters like these: http://pastebin.com/

fixed at rev 4257.

[mandarinka]

Originally Posted by haruhiko_yamagata

fixed at rev 4257.

Thanks

[ryrynz]

I experience corruption with Quick Sync enabled along with ffdshow raw with this sample. I experience no problems with any other decoder or with raw disabled.

20MB sample below.

http://www.mediafire.com/?0s68s1yjojkj9wc

[Px]

Originally Posted by CoRoNe

I've never touched float. Output is always integer here, in case of FFDShow as well as LAV Audio.

I don't use Haali. At least LAV Filters or MPC-HC's internal MP4 Splitter doesn't make a difference.

Tested at my work PC today, all works fine with haali/internal splitters and int16/int32/float32 output. XP SP3.

[Reino]

That's really weird. I'm also running WinXP SP3, but the decoded audio is completely distorted no matter the source filter or output settings.
AAC(libavcodec)_decode-error.tak to be precise (the first 25 seconds of Standard720x576_1MBit.mp4 its distorted audio stream recorded as stereomix with Audacity the way I hear it).
I can't believe it's a soundcarddriver- or dependency-issue, or is it?
I've also tested Standard720x576_1MBit.mp4 on a family member's Win7 laptop. All fine with libavcodec.

[edit]Having music in the background (foobar or even MPC-HC) while playing Standard720x576_1MBit.mp4 also badly affects the music.[/edit]

[Px]

Originally Posted by CoRoNe

I can't believe it's a soundcarddriver- or dependency-issue, or is it?

Maybe, but - have you tried to reset ffdshow audio decoder settings?