DV just can't show "washed out" colors. It can do either good or totally wrong colors.
The _only_ option for now for the proper DV colors with SVP is SVP's provided mpv build.
And I personally can't see any color difference between RIFE and non-RIFE interpolation here.

If colors are washed out then it's HDR10, not DV.
Not sure what happens for the "hybrid" releases when there're both HDR10 and DV in the same video file hmm

> Качество кодирование при помощи RIFE зависит от видеокарты?

вроде нет

> я правильно понимаю что SVP для векторов использует далеко не только несколько соседних кадров

для каждого отдельного кадра использует только два соседних, но этих кадров одновременно считается _много_, по "количеству потоков"

"workspace" is deprecated, should be set to "None"

there is no point in using VapourSynth instead of AviSynth <=> there is no point in using Avisynth instead of Vapoursynth

Avisynth is easier to install and use cause it doesn't need all these "environment variables", this's why it's the default engine
however if you already have Vapoursynth stuff up and ready then just use it

> and if the Tensort TRT option did anything for the other profiles. Besides that, if there was any point in using VapourSynth instead of AviSynth,for the other profiles.

no and no

I really don't know what to do to get this error

why the hell you have both filters enabled?

> Unable to initialize Vapousynrh API 4.0

dunno, maybe you have some older Vapoursynth version installed somewhere?

grobalt
> but then SVP does not recognize the player. do you need logs or screenshot ?

if something is not working then looking through the log is a good idea!

jcflores
>  the result will always be black & white video

https://www.svp-team.com/wiki/RIFE_AI_i … n#Problems

still, TensorRT WON'T WORK VIA AVISYNTH!!!

> The tools menu offers VLC and libmpv but not vapoursynth.

did you clicked that one?

if any additional mb/s of data transferred can break things then everything is possible

aloola wrote:
UHD wrote:
aloola wrote:

My MPC-MC+MPC Video Render + Vapoursynth Filter works perfectly fine with RIFE. Better results than MPV.

Better results???

well at least for me
1080p@24 x4
MPC+MPC render: ~75% GPU load.
SVP's MPV default: ~85%

maybe different between users' setups.

different renderers

DragonicPrime

try this, will it improve a little bit? (replace in SVP 4\plugins64)

probably adopting generic SVP's scene detection algorithm (based on motion vectors) would be better...
anyway it isn't a first-priority task

> when I try to do this, access violation error appears and the player close

SVP menu -> Utilities -> Set environment variables for Vapoursynth

constasmile
> please try implement new ai scene detection

dunno, I don't see any real problem with the current simple and fast method
another neural network just for a scene change detection looks like an overkill to me

24 to 48 is _always_ 1n2n3n4n..., this is exactly why I said "not sure "1m"/"2m" do anything in 24->48 conversion"

24 to 60
"uniform": 1nnnn3nnnn5....
"2m": 11n22n33...
"1m": 1nn2n3nn4n...
something like this
"n" - interpolated frames, numbers - source frames

what exactly you'll get after enabling 1m/2m in any other XX fps to YY fps conversion - is a kind of mystery big_smile

not sure "1m"/"2m" do anything in 24->48 conversion

> Can someone integrate the script in MPC Player to add MadVR in the pipeline ?

what do you mean? just run MPC-HC with 'Vapoursynth Filter' instead of 'Avisynth Filter'

it doesn't matter in this case that others have same video card
it's about system's memory bandwidth

because others have different hardware?

DragonicPrime
2 identical videos, 1 in SDR the other in HDR, the SDR 4k runs perfectly,  HDR lags.

it's still 10-bit from the video decoder and to the point in Vapoursynth script where it got converted to 8-bit...
try MPC-HC + Vapoursynth Filter, and disable P010/P016 right in LAV Video decoder properties

aloola
btw:also maybe it a bug? every time black bar detection was on, the TRT CMD pop out again.

with black bars removed the frame size changes, obviously, and it'll need to generate cache for the new size
that's the problem, 3-5 mins waiting is not exactly a smooth experience big_smile
BTW it can generate a "multi-resolution" cache, for example one cache for "1920*1080 and below" but then the speed drops by ~30% hmm

ALL

FYI, 10-bit color depth needs _twice_ the memory bandwidth compared to 8-bit

HDR doesn't strictly require 10-bit processing, if you play HDR without "allow 10-bit" in SVP then nothing bad will happen

edVL

and you're still capped by the video encoder

> Grobalt said 1080p real-time should be ok on RTX 3070 laptop GPU

not sure what you're doing, but it's OK even on a 2060 laptop now big_smile