> картинка портится (мусор остается) до следующего ключевого кадра. Это как то можно настройками исправить?

нет, это фича ависинта

Ничего не удалял. Ничего не переустанваливал. Открыл нормальное 1080p (4k на ноуте открывать примерно бесполезно), в течении 10 сек непрервыно дрочил клавишу курсора [Вправо]. Ничего не зависло.
Выводы:
1. "Оно, может, иногда у кого-то и зависает, но такой остроты проблемы, как была в 2013, сейчас нет."
2. Не надо нажимать [Вправо] с интервалом 0.2сек, проигрывая 4к видео в MPC-HC.

Сегодня, с Avisynth+ и MPC-HC 64-bit, надо очень постараться чтобы что-то зависло. Оно, может, иногда у кого-то и зависает, но такой остроты проблемы, как была в 2013, сейчас нет.

> чтоб знать, почему свпшные кадры не торт, надо какими-то единичными знаниями-представлениями-требованиями обладать. У разрабов очевидно их нет, поэтому скрытия реальных (и куда более сильных, чем в ориг) артефактов шумностью в принципе не предусмотрено. Я писал об этом, но разрабы вщ не поняли о чём я и во флуд отправили

Вот мне из другой ветки понравилось, Dreamject опять пришел такой красивый-современный, старпёров уму учить:

AviSynth is closed for understanding. You need use knowledges and logics from ~1990. It could be funny if you scare you grandson 'we had to use eval(""" """) widthout highlight instead of {}, we set filename in scripts by hand and them did not works without it', but using it in present is not funny

А ему один из означенных старпёров и отвечает:

I still use knowledge and logic from the late 17th century such as Newton's calculus and the laws of gravity. Should we forget about these too?

Еще и циничное видео присоветовал, про "как молодые долбоё... миллениалы открывают банку с краской" - https://www.youtube.com/watch?v=fPV05eZgEpc
Смешно big_smile

====

"Воссоздавать шумы", ясен пень, мы не будем.
Но вот легкий дизеринг расчетных кадров есть. Т.к. делался по одному спец.заказу, за отдельные деньги, то в публичных версиях отключен. Дело было много лет назад, наверное уже можно включить для всех, вдруг кому надо hmm Хотя мне вот лично и так хорошо. Меня "стробоскоп по шумам" не беспокоит, даже, простите, на 65'' OLED-е с 1.5 метров.

2,580

(8 replies, posted in Using SVP)

> Is there a problem with this?

It's like mixing apples and oranges in my opinion. Occlusion (i.e. "cover-uncover") mask is (theoretically smile) allows FlowFps to use only one src frame when processing areas covered in the other frame.
I believe that occ. mask in MMask is just wrong, SVP (SVSmoothFps) calculates totally different mask (look at frame edges while panning, they are always blurred with MMask's occ. mask, and are perfectly clear with SVP's 21/23th shaders),
BUT mixing it with SAD mask ...  I dunno hmm

Isn't your "blown-away quality" achieved by masking most of the frame area? smile

2,581

(8 replies, posted in Using SVP)

I mean this:

EMocc = MaskOcc > 0 ? C_luma.MMask(bak, ml=MaskOcc, kind=2, gamma=1/gam, ysc=255, thSCD2=SkipOver).mt_inpand() : Blank
EM = MaskOcc > 0 ? EM.Overlay(EMocc, opacity=.4, mode="lighten", pc_range=true) : EM

EM is "SAD mask (kind=1)" plus "Occ. mask (kind=2)".

===
> So yes, 20/80 gives better result.

Did you tried it for *5/2 FRC rate?

2,582

(8 replies, posted in Using SVP)

This's about SAD masking aka "yushko" aka "artifacts masking" in SVP's UI.
OK, why just not mask it with a nearest frame w/o blending at all (like SVP does with 1st and 2nd shaders)?
Is "20/80" better than both "50/50" and "0/100" in your tests?

===
BTW, do you really mix two SAD masks together with the occlusion one? hmm

2,583

(28 replies, posted in Using SVP)

Every 65'' oled has its own motion interpolation.

.mkv - временный файл, он удаляется после нажатия на большую зеленую кнопку

2,585

(46 replies, posted in Using SVP)

https://mpv.io/manual/master/#options-audio-spdif
audio-spdif=ac3,eac3,dts-hd

2,586

(3 replies, posted in Using SVP)

We definitely won't make any packs for ffmpeg, mpv, Qt etc.

2,587

(3 replies, posted in Using SVP)

> does not allow for easy installation of third-party software

Does it prevents your from running SVP's installer app?

> your product.... which only works with 32bit

This's not true. Again, switch to 64-bit MPC-HC.

2,589

(4 replies, posted in Using SVP)

https://github.com/RadeonOpenCompute/RO … /issues/59

Image support is supplied by a closed-source component of the ROCr runtime (libhsa-ext-image64.so) that is part of the hsa-ext-rocr-dev package.

2,590

(28 replies, posted in Using SVP)

there's still a bunch of opened and/or not solved issues on GitHub, so I'm now not so optimistic about full HDR support in mpv sad
https://github.com/mpv-player/mpv/issues/5521
https://github.com/mpv-player/mpv/issues/5237
etc...

> panzerjeffrey

first of all - don't play 4K in a 32-bit MPC-HC

> Any ideas?

Any log? wink

2,593

(455 replies, posted in Using SVP)

run mpv from console, see the output

2,594

(4 replies, posted in Using SVP)

Official AMD drivers should work.
https://www.amd.com/en/support

Да хоть просто всю папку снести, прямо руками.

2,596

(8 replies, posted in Using SVP)

one last idea is to run installer with admin rights - in case the problem is somehow connected with UAC

2,597

(8 replies, posted in Using SVP)

dunno what to say hmm

probably it just waits for a UAC in a background window and you're missing it?

2,598

(2 replies, posted in Using SVP)

obviously they are encrypted and DRM'ed, so the answer is no

так не бывает hmm

можно лог после того как "отмечаю все 32-х битные версии, и нормально работает", и еще один лог после перезагрузки, когда "снова пишет ошибку про кодеки"?

2,600

(8 replies, posted in Using SVP)

there's a small chance it actually stuck on the next component in the list, which is ffdshow
try to install ffdshow 64-bit manually first - https://www.videohelp.com/software/ffdshow