Topic: VFR (variable frame rate) -- global fix possible?

Hello.

I've noticed a number of threads referencing issues w/ VFR. I've had some of those issues (in fact, I'm sure VFR is to blame), and I've seen the 2.5x speed-up proposed as a fix.

My question is: can SVP be "fixed" to detect VFR (by some more sophisticated look-ahead, maybe?) in order to prealloc the buffers and fill the first few frames in before it gets to that point? I believe that would "solve" VFR problems once and for all. Action anime tends to be source-VFR (depending on the encoder group, of course), so this "one-place fix" would fix it for every VFR source out there (and believe me, there's a tankload out there).

Secondly, does the 2.5x speed-up "fix" have any impact on performance? I haven't tried it, but I'd expect it to be so...

Re: VFR (variable frame rate) -- global fix possible?

2x maybe?

Re: VFR (variable frame rate) -- global fix possible?

You can check your video by utilities mkv2vfr and mp4dump to get more details about VFR structure of your file.
http://avisynth.nl/index.php/VFR

Re: VFR (variable frame rate) -- global fix possible?

Yeah this has been bugging me too. If we can't find a global fix then I'd love to see a profile rule that detects VFR in videos and allows us to change the conversion rate.

Re: VFR (variable frame rate) -- global fix possible?

VFR can be different from file to file. In general case we have several parts of CFR video joined one to another. For example: opening, movie and ending.
SVP now works this way: if new framerate detected (new CFR part) then switch to another profile (smooth factor) to get best smooth. We can notice smooth loosing on switching and some delay of switching. And this effect can't be removed completely for now.

Good solution without such switchings is:

During playback of a video with variable frame rate, it is recommended that you set the double frame rate (x2).

SVP Manual - Adding a Profile