Тестовые билды madVR с новым скейлером (замена NNEDI3):
https://forum.doom9.org/showthread.php? … ost1795889
https://forum.doom9.org/showthread.php? … ost1797911

If you have drops with SVP+madVR it may help. Otherwise it should be disabled.

Для бд-рипов и ремуксов, как правило, никакие фильтры не нужны.
А вот для старого видео с артефактами сжатия (блочность, москитный шум и т.д.) и для полулюбительского видео с ютуба дополнительные фильтры полезны.
Для шумного видео перед SVP я KNLMeansCL использую (вот его добавить бы ло бы здорово, все равно SVP видеокарту почти не использует). QTGMC вместо YADIF/w3fdif использовал бы, если бы проц тянул. И т.д.

Предположу, что такое лучше спрашивать в бета-ветке.

80

(15 replies, posted in Using SVP)

http://www.svp-team.com/forum/viewtopic … 635#p63635

MAG79 wrote:

rix23
Как правильно отметили выше, аппаратный деинтрелейс работает только на Intel (Quicksync) или NVIDIA (CUVID).

Ага, этот момент я подзабыл и как раз хотел уточнить.

Говорят, Weston Three Field Deinterlacing filter (w3fdif, появился в LAV filters 0.68) лучше YADIF.

Ну, может получится тогда использовать QTGMC совместно с легкими настройками SVP.
И те, кто использует QTGMC для кодирования, думаю от прироста производительности не откажутся.

Добрый день.
Chainik предположил, что QTGMC может работать быстрее с использованием библиотек svpflow.
Я пытаюсь использовать QTGMC для исправления алиасинга и неправильного деинтерлейса. Проц еле-еле тянет быстыре режимы QTGMC, а вместе с SVP его и подавно использовать невозможно.
MAG79, не мог бы ты посмотреть, можно ли адаптировать QTGMC под svpflow?

84

(70 replies, posted in Using SVP)

I think there are more important goals for SVP development:
- improving interpolation quality (less artifacts or better smoothness);
- improving interpolation speed (lowering CPU usage or moving more computations to GPU).
However, if it's not possible, video conversion is a good feature to add.

Я не спец, но судя по чейнджлогу, с начала 2012 там только мелкие фиксы пошли, а активная разработка в 2008-2009 была.

Ну так сколько уже лет MVTools не разрабатывается? Ничего удивительного.

Good request. Maybe GameDropFix script can be modified for such task.
But I'm afraid, such mode cannot be performed in real-time by current hardware.

madVR v0.91.4

* redesigned "image upscaling" settings page once more
* fixed: downscaling anti-ringing checkbox was sometimes disabled

http://madshi.net/madVR.zip

На форчане фаны mpv выложили дамп всех шейдеров madVR, если кто-то хочет поиграться.

90

(10 replies, posted in Using SVP)

Alex wrote:

Hmm... I might consider then. That being said, truth is my computer is just barely good enough to run SVP at the max setting on the slider.
By the way, try enabling Smooth Motion, SVP, and Hardware Deinterlacing and Acceleration (LAV Video) all together then, I noticed it was best that way.

Try madVR with nnedi3 supersamping enabled. big_smile

Новый фильтр (deringing) отлично убирает/ослабляет тонкие ореолы около контрастных линий.
http://madvr.com/doom9/dering/lightHouseMadVR.png
http://madvr.com/doom9/dering/lightHouseNoDering.png

92

(13 replies, posted in Using SVP)

MPV is not what I dream of. Hope AVS+ will get more stable.

93

(46 replies, posted in Using SVP)

James D wrote:

Doesn't AVS+ provide famous bug on fast rewind? When multiple clicks crash it.

AFAIR this happens due to ffdshow x64 bug, not AVS+.

Chainik wrote:

Имеет смысл сделать возможность обмена готовыми профилями? о_О

Отличная идея.

I was under the impression that SVP could not work with DXVA2 or LAV and required ffdshow... is this not the case?

DXVA2 HW decoding is proposed to offload the CPU for SVP, I think.

96

(11 replies, posted in Using SVP)

Chainik wrote:
Blackfyre wrote:

But I recommend you guys finish this discussion in private. So you can message each other freely (via email or using the forum messages).

Obviously he wants do to this in public.

...and in international forum section despite both are Russians.

Ничуть.
Это вы понимаете, что там какие тесты значат, вы представляете, какие там результаты валидные, а какие нет.
Вот например:

        CPU name & frequency            Video card & driver            Real-life scores                Synthetic scores            Real tests details (FPS)                        Synthetic GPU details    
User name    Date and time    Vendor    Model    Freq    Vendor    Model / Series    Ver.    Frame size    GPU is on    Score    Adjusted to FHD    CPU only    CPU + GPU    Comment    fastest    simple 1    good    high    highest    simple 2    GPU score    Sub-tests (up / down / calc)
№36    42379.15427    Intel    Core i5-6600K    3504    NVIDIA    GeForce GTX TITAN X    361.43    FHD    TRUE    3904    3904    3425    6094        448.29    311.8    194.02    154.78    71.19    425.03    14219    2418|2623|6386
№44    42330.60735    Intel    Core i5-6500    3192    Intel    HD Graphics 530    20.19.15.4300    FHD    TRUE    2313    2313    2127    4060        242.6    175.3    122.22    95.93    46.43    237.35    3882    792|1328|759

Процы одной линейки, частота отличается на 10%, но с разными видеокартами - Real-life scores и очки CPU отличаются более чем в 1,5 раза.

И это, мне не показалось, у вас там реальная частота CPU вообще не детектируется?

Подскажите, какая для SVP разница в производительности между равночастотными Core i5 и i7 (реальный прирост от HT)?

brucethemoose wrote:

I don't suppose the alternative Vapoursynth deinterlacers like EEDI3/NNEDI3 work on the GPU yet, do they? They'd probably kill the CPU during real-time playback.

Maybe nnedi3 OpenCL can be run under VS?

madVR v0.90.17

* added a couple of image doubling super-xbr anti-bloating options
* fixed: "relaxed" vs "strict" option wasn't properly hidden for upscaling