101

(21 replies, posted in Using SVP)

> a setting that should be doing nothing different because the source is already 1080p

... and it does nothing in this case
do you really have 1 (one) dropped frame?

102

(7 replies, posted in Using SVP)

> I had never even tried the vulkan version.

Maybe you should, since there no RT cores in your card anyway.

103

(7 replies, posted in Using SVP)

does it even supposed to work on a non-RTX card?
any benefits over the Vulkan version?

104

(7 replies, posted in Using SVP)

outdated NV drivers, probably?

works for me...
what's in the log?

btw, 29.97 > 29.0

updated vsmlrt.py to fix "Blackfyre's V2 shaking"
basically it's a latest git version plus a few mods:
- altered engine path
- keep the same engine file names as with old version (to not rebuild everything after updating)

> настройки совсем другие уже

Настройки ВСЕ один-в-один, кроме одной галочки "use DXVA copy call back там выпадающий список".

> в Фильтрах не появляется AviSynth фильтр.

смотрю в хрустальный шар, вижу там PotPlayer 32-bit

flowreen91

...and your "shaking" is not like Blackfyre's V2 shaking, which is quite obvious not only on those lines but in a whole frame

---
BTW: if you just replace vsmlrt.py with the latest git, then it will use V1 models instead of V2

flowreen91 wrote:

We can see how the directly generated video of RIFE has no shake of the white lines on the right side of the screen.
But when transcoding it with SVP, every interpolated frame has different positioning of the white lines than the non-interpolated frames.
It's like you show the video normally on the non-interpolated frames and then reduce the height by a few pixels on the RIFE generated frames which makes the pixels not align with the original movie, adding a shake-like effect on the static white lines that is obvious for big screen users.

SVP devs please take a look

Looking through the magnifying glass on the 65'' OLED, I can see "shaking" in both of these converted samples (non-RIFE too), and moreover, in a real-time RIFE conversion.
I'd say this's because of color space converted back and forth, noticeable in a very high contrast areas only.
Probably hmm

110

(3 replies, posted in Using SVP)

hmm.... should work

if SVP prints "0 GPU OpenCL device(s) on AMD Accelerated Parallel Processing" then clGetDeviceIDs() returns zero number of GPU devices
no idea how this could happen if clinfo clearly prints "Device Type: GPU"

111

(2 replies, posted in Using SVP)

SVP installs MPC-HC using the official installer with a default options, and does absolutely nothing to the sound settings.

112

(3 replies, posted in Using SVP)

"Image support" must be "yes"

allexmv wrote:

Is it possible to use RIFE in the JRiver media center?

if you can add 'Vapoursynth Filter' then yes

114

(21 replies, posted in Using SVP)

> and GPU never reaches 100%

like, 95%? smile
it's still just an _average_ load over some period of time
moreover, it averages several different GPU blocks with an unknow math

115

(13 replies, posted in Using SVP)

> RTX HDR

https://github.com/mpv-player/mpv/pull/14901

gpu acceleration is off

wait for the command window to close
it always used to work this way

118

(13 replies, posted in Using SVP)

the only workaround I can see now is don't put vf into mpv.conf, toggle it manually with the keyboard shortcut

119

(13 replies, posted in Using SVP)

this way you're inserting d3d11vpp filter _before_ vapoursynth

120

(81 replies, posted in Эксплуатация SVP)

с нашей стороны единственный патч остался, который оправдывает собственный билд - чтоб Dolby Vision не мигал
если это пофигу, то смело можно брать "официальный билд"

121

(7 replies, posted in Эксплуатация SVP)

ну, между 1030 и 4070 еще много возможностей
какая 1650 наверное тоже ок

update SVP

just a bug fix for a rare situation RIFE + HDR + SVP's tone mapping

fixed now

fixed