AviSynth 2.5.6 bug in stable release

[Valeron]

The bug was discovered when I served a VFR MKV with directshowsource and force "convertfps" to be "true" to the RealAnime 2.25.
The output rmvb show flicker in some scene.

When I roll back to beta 3 or 4, this problem doesn't exist any longer.

Hope this bug will be fixed in the future build.

[IanB]

Some sample scripts demonstrating the bug would be nice.

[FredThompson]

Script AND source data are needed to validate/debug.

[Valeron]

I'm looking for some webspace to place the sample.....
Stay tuned.......

[Valeron]

Got the space to hold this sample (ftp://dbfosky:laogailaogai@219.133.37.209:5500/FOSKY/sample.rar) ....

The script used is:
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\VSFilter.dll")
DirectShowSource("D:\sample.mkv",fps=29.97,convertfps=true)
Trim(0,300)

[Wilbert]

@Valeron,

Please include sample.mkv in sample.rar. Btw, how did you make the sample.avi?

@IanB,

This flickering is a result of grey frames being inserted (randomly at first sight ...).

[Valeron]

I've update the sample to include "sample.mkv"~

[IanB]

The filter graph is not responding within the default time DSS is waiting, 60 seconds, previous versions waited forever, usually this would result is a hard hang, i.e. you had to kill the process. The current version either returns a grey frame or if the timeout is set to a negative value, raises a runtime Avisynth exception.

Try adding timeout=-300000 to your DSS call in your script. This will make it wait upto 5 minutes for the graph to respond and throw an exception if a timeout then occurs instead of waiting 60 seconds and returning a grey frame.

It is very abnormal for the graph to not respond instantly, so all this timeout fiddling is just hiding a deaper problem in the Microsoft DirectShow interface that DSS is built apon.

[Valeron]

@IanB:
Thanks for your so detail explanation~
It's not a "bug" for me anymore~ :thanks:

[Valeron]

@Valeron,

Please include sample.mkv in sample.rar. Btw, how did you make the sample.avi?


Wilbert, sorry to forget your question....

I use VirtualDub to encode the avi with the very same avs, serveral tried vfw encoder without "flikering" probelm....

[Valeron]

@IanB:

I made the conclusion too early yesterday.....
Just now I try add timeout=-300000 to the DSS in my script, but found it doesn't help at all......
No exception return but grey frames still....

Need advanced suggestion.....

[Valeron]

There's an interesting things running with RealAnime: it will automatic create a avs to be the input instead of mine, it's just like this:
Script:
# RealAnime 2.25
Import ("C:\Program Files\RealAnime\avs\BicubicResizeMaintainingRatio.avs")
LoadPlugin ("C:\Program Files\RealAnime\avs\aDeInt.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\MPEG2Dec3.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\atc.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\AutoCrop.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\aWarpSharp.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\cnr2.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\Convolution3DYV12.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\Decomb521.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\deen.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\eDeen.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\EDIUpsizer.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\FastEDIUpsizer.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\FluxSmooth.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\IT.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\MSharpen.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\Msmooth.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\UnDot.dll")
LoadPlugin ("C:\Program Files\RealAnime\avs\VSFilter.dll")
anime=AVISource("G:\AVS Script\sample.avs")
EnsureVBRMP3Sync(anime)
return anime

[IanB]

Most perculiar, the relevant code from directshow_source.cpp line 843 is HRESULT __stdcall GetSample::Receive(IMediaSample* pSamples) {
...
pSamples->GetPointer(&av_buffer);
...The other code that return the frame copies from av_buffer, if it is null a grey frame is returned. As far as I can see only a timeout can cause this. Maybe somebody else can see how av_buffer can fail to be set.

DirectShow experts is it possible for IMediaSample::GetPointer() to return NULL? The weak documentation implies no.

[Valeron]

Is there anyone still focusing on this thread?
I think it's really a problem need to be resolved.

[IanB]

I cannot reproduce this problem, so I cannot actively debug it. I will add code to test for the NULL return just in case to the next release. You can alway read the code yourself and tell me where you think it is wrong.