[Feature Request] Image Collage and Precise Frame interpolation, maybe not rendering to lossy formats about real-video-enhancer HOT 6 CLOSED

I plan on adding more codecs, thank you. For the issue, is this what you mean? nihui/rife-ncnn-vulkan#67

Also what codecs would you like to see implemented?

from real-video-enhancer.

No, actually, I did end up there, but, no, I don't think so.

So, if you're using rife-v4 specifically, I'm unsure if v4.1/2/3/etc can still do this, you can do something like this

rife-ncnn-vulkan -x -m rife-v4 -f frame-%010d.png -n 3836 -i input -o output

And it'll interpolate to that EXACT number of frames. The video I'm using as a test at the moment extracts from ffmpeg as 799 frames, and it ran at 12.5fps. So using the equation I posted above, that's 60*(799\12.5)=3835.2, rounding this up, 3836. Once this is interpolated to that many frames, it runs perfectly in sync with the origin video at 60fps, and besides the transition points, is quite smooth

So the formula I've given is for frame perfect conversion from the origin fps to the target fps in all use cases, so no desyncs should ever occur. Conversely however, any time I've used say, the anime one, or just rifev3, which bizarrely seems to bind this to play time, and frankly that makes no sense as a metric to tie frame projection to. With the test footage I'm using, it's consistently about 700 frames below the target, and results in footage that is 16.77% faster than the original.

from real-video-enhancer.

I see, what I do is just take the amount of frames and multiply it by the times of interpolation, and render it out with the frame rate*times. I will look more into it when I am home.

from real-video-enhancer.

I see, what I do is just take the amount of frames and multiply it by the times of interpolation, and render it out with the frame rate*times. I will look more into it when I am home.

I mean sure, but most of them don't accept floating point numbers, which is where that becomes a problem. To do that, you need a simpler calculation 60\12.5, which in this case is 4.8, and it doesn't like that. x5 would obviously be moving to fast, and x4 even worse in the opposite direction.

from real-video-enhancer.

In the latest beta https://github.com/TNTwise/REAL-Video-Enhancer-BETA/releases/latest I have added more codecs and a custom fps increase option. Sadly, lossless encoding does not support transition detection for now, but I am working on it. You are welcome to test and please tell me about any bugs experienced.

from real-video-enhancer.

Added in latest stable, I will close this, but if any issues pop up please open another.

from real-video-enhancer.