2,651

(33 replies, posted in Using SVP)

"10-bit output in SVP" is for mpv and VLC, it does nothing for MPC-BE

2,652

(1 replies, posted in Using SVP)

It's better to ask such questions via email

yep, ffdshow can't decode h265

2,654

(1 replies, posted in Using SVP)

Nope, it can only switch SVP shaders based on the current frame "quality" - which is "adaptive" rendering mode.

2,655

(33 replies, posted in Using SVP)

> Is this still an issue?

at least much less than before

not sure... you'd better wait for the next build of VLC plugin
it's not about raw CPU power

2,657

(1 replies, posted in Using SVP)

check %APPDATA%\SVP4\logs\active.log

https://www.svp-team.com/wiki/FAQ#SVP_M … .27t_start

Если речь конкретно про HDR, то попробовать выключить "восстановление цвета" в настройках SVP и посмотреть есть ли разница.
Если есть, то включить назад "восстановление цвета", а в окошке "все настройки" найти frc.color.hdr.adaptive и сделать его false. И опять проверить есть ли разница.

> прилетело обновление на potplayer

Поставить обратно предыдущую версию?

2,660

(1 replies, posted in Using SVP)

try again later

> Can quality improvements be made on the NVOF front?

yeah, theoretically, by post-processing motion vectors received from the NVOF

* added file tag "hdr=on|off" or "transfer=hdr|sdr|2084|709"

Indeed hmm Still all it has is 8-bit color data and no HDR meta info (neither dynamic nor static) at all.
And I can't check right now if it still switches TV to the HDR mode.

> Пункт ClearMotion TM сразу над MiraVision TM

На прошлой странице же ещё обсосано. Всего 5 лет взад big_smile

works on my 2070...
it can't be more stuttery than "software mode" with NVOF off, considering the same video, same player and same SVP rendering options used

but if you're hoping for "even in really fast paced scenes or with scenes with a lot of moving people or objects without artifacts" - then no, current implementation is overall worse than a good old "software motion estimation"

FYI

2,666

(128 replies, posted in Using SVP)

Finally, VLC audio sync problems fixed in rev.168!

Только сегодня, только один день!
Мгновенное исполнение желаний! big_smile

обновитесь...

2,668

(1 replies, posted in Using SVP)

> There will be discount in the future ?

there's kind of "backdoor" on the Chinese site wink
https://www.svp-team.cn.com/wiki/Purchase

2,669

(3 replies, posted in Using SVP)

ffmpeg doesn't have MVC decoder

madVR is a renderer - i.e. it renders video onto the specific screen
you can't encode anything "with the settings of madvr"

"Black bar lighting" will eat a lot of bitrate and will look awful after the encoder, this's why it's off in encoding mode

> Is this a Mandala effect

there was a memory leak somewhere in-between ffdshow x64 and Avisynth+ x64 in early AVS+ builds
let's think pinterf fixed it (probably unintentionally)

> As for HDR content, AFAIK madVR renders that properly.

madVR's HDR doesn't work with ffdshow in front of it

> MPC x64 was always stuttering with 4K HDR for me

seems like NV CUVID in LAV decoder is the key to success wink

> It performs significantly better than MPC (especially with 4K content).

It's "better" in terms of "picture quality" (cause it has HDR tone mapping), still it's slower than MPC-HC x64 ( = "requires more CPU")

Speaking of this, our performance patches to mpv were finally approved on Jul 8, 2019 and it took only 8 months big_smile
Which means "official" builds are now suitable for 4K+Vapoursynth playback.

А вот этого оставлю, потому что это смешно big_smile Как он точно присосался к нужной теме!

> No ffdshow x64 doesn't have a severe memory leak

it doesn't

> there's still no better option than MPC-HC x86

MPC-HC x64 is a better option big_smile