"10-bit output in SVP" is for mpv and VLC, it does nothing for MPC-BE
You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
"10-bit output in SVP" is for mpv and VLC, it does nothing for MPC-BE
It's better to ask such questions via email
yep, ffdshow can't decode h265
Nope, it can only switch SVP shaders based on the current frame "quality" - which is "adaptive" rendering mode.
> 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
check %APPDATA%\SVP4\logs\active.log
Если речь конкретно про HDR, то попробовать выключить "восстановление цвета" в настройках SVP и посмотреть есть ли разница.
Если есть, то включить назад "восстановление цвета", а в окошке "все настройки" найти frc.color.hdr.adaptive и сделать его false. И опять проверить есть ли разница.
> прилетело обновление на potplayer
Поставить обратно предыдущую версию?
> 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
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 лет взад ![]()
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
Finally, VLC audio sync problems fixed in rev.168!
Только сегодня, только один день!
Мгновенное исполнение желаний! ![]()
обновитесь...
> There will be discount in the future ?
there's kind of "backdoor" on the Chinese site ![]()
https://www.svp-team.cn.com/wiki/Purchase
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 ![]()
> 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 ![]()
Which means "official" builds are now suitable for 4K+Vapoursynth playback.
А вот этого оставлю, потому что это смешно
Как он точно присосался к нужной теме!
> 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 ![]()
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.