9,026 Reply by Chainik

(9 replies, posted in Using SVP)

Thank you wink

SVP is a different approach than "classic scripts". Yes, you're limited to features that we (the developers) have implemented so far, but you get
1. simplicity
2. speed

In general, it's all about simplicity of use.

So the answer to all your questions  - "can I add that line" - yes, you can, but you wouldn't like it smile
While playing video, pause it, choose "Show" -> "AVS script from last play", change anything you want, save the script, and resume video. And yes, you have to do this every time.

Why you can't "correct colors" in ffdshow, or even in player's pixel shaders?

Go to forum: Using SVP

9,027 Reply by Chainik

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

Как бы оно так и не осталось  big_smile

Go to forum: Эксплуатация SVP

9,028 Reply by Chainik

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

Opera 11 настолько сурова, что прокруткой грузит GTX280 на 45%?  lol

Go to forum: Эксплуатация SVP

9,029 Reply by Chainik

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

nv0001
Дохлый 9600, наверное...

Go to forum: Эксплуатация SVP

9,030 Reply by Chainik

(17 replies, posted in Using SVP)

If we're using the same parameters (and the same vectors) the output is identical.

BTW, I've posted some tests - http://www.avsforum.com/avs-vb/showthre … st20258542 wink

Go to forum: Using SVP

9,031 Reply by Chainik

(17 replies, posted in Using SVP)

SubJunk wrote:

What are the differences between MSmoothFps and MFlowFps/MBlockFps?

MSmoothFps is a "next version" of MFlow/MFlowFps/MBlockFps (do you see that these three functions are basically one? wink)

With MSmoothFps right now you can get the same visual results as MFlow/MBlockFps/MFlowFps, but the math is really different (there're two implementations now - SSE2-optimized and OpenCL).
These additions are implemented as "plugins", so they're not covered by GPL and for now can't be used in other software, sorry.

SubJunk wrote:

Is there documentation for that function?

No.

SubJunk wrote:

Also, what about MFinest()?

MFinest exists in original MVTools2 sources, but is commented out. I don't now why, cause it's really useful function for pel>1.
May be Fizick thinks that 

AVSValue cache_args[1] = { finest };
finest = env->Invoke("InternalCache", AVSValue(cache_args,1)).AsClip();

is enough for caching MVFinest result, but it's not.

Go to forum: Using SVP

9,032 Reply by Chainik

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

Настройка "плавность" регулирует размер блока (!).
Плюс, там теперь два (!!) пересчета векторов, только с минимальным радиусом поиска (=1).

Например, при плавности = "smooth":
1. Поиск векторов для блоков 16*16
2. Пересчет их в блоки 8*8
3. Пересчет п.2 в блоки 4*4

Все с параметрами по-умолчанию.

Go to forum: Эксплуатация SVP

9,033 Reply by Chainik

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

YlangYlang
А всякие показометры загрузки GPU чего показывают при работающем плавном скролле?
Например: "MSI Afterburner, она определяет эту самую загрузку корректно на любых более-менее современных видеокартах nVIDIA"

Go to forum: Эксплуатация SVP

9,034 Reply by Chainik

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

MAG79
Не, запускаться то оно запускается. И OpenCL не мешает, потому что либа его использующая динамически подгружается.

Go to forum: Эксплуатация SVP

9,035 Reply by Chainik

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

Мне кажется, что шансы могут быть только у не-виндового плеера + рендер, работающий в полноэкранном d3d. Причем НЕ EVR, он может быть слишком сильно завязан на хрен знает что.

Ну и, вряд ли OpenCL работает под Wine-ом. Хотя я и не проверял smile

Go to forum: Эксплуатация SVP

9,036 Reply by Chainik

(3 replies, posted in Using SVP)

pacemaker1000

but gpu acceleration is still grayed out
HD4xxx' drivers lacks the support of some required OpenCL-extensions.

in effect 'reduce' the effect to make it less real
It's like cigarettes - almost nobody likes the first one smile
And now I just can't see movies without this "effect", especially on big screens (like projector).

But there's one parameter that can help to reduce "smooth effect" - try set "Framerate change" to "24->60 1m" or even "24->60 2m". Also these modes requires less CPU power.

if you need help with the English i will be glad to help
Nice to hear smile

Go to forum: Using SVP

9,037 Reply by Chainik

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

docent27

С каждым днем растет популярность свободных операционных систем
На этот счет есть разные мнения smile

Многие, кто ими пользуеться, назад к винде как правило не хотят возвращаться
Я хочу big_smile

работал с родными плеерами Linux
Я не вижу способа, как нативный плеер может работать с виндовым декодером. То есть один вижу, о чем писал на ixbt, но (как и все в линухе  big_smile) через задний этот самый.

Go to forum: Эксплуатация SVP

9,038 Reply by Chainik

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

nivp222
Сурово!

Но это уже совсем куда-то за край необходимости, только если BD3D уплавнять smile

Go to forum: Эксплуатация SVP

9,039 Reply by Chainik

(3 replies, posted in Using SVP)

Thank you for opening the English forum smile

I wonder where you got this link?

there is no wiki in English yet

We're working on it, but we really need someone with native English big_smile

than just following instructions on dedicated threads that are out there

I hope that SVP is far better and more powerful than just another mvtools script.
And this is only a beginning wink

Go to forum: Using SVP

9,040 Reply by Chainik

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

На самом деле, вот табличка по бета-тестерам:
https://spreadsheets.google.com/ccc?key … y=CN2_rIsD

Go to forum: Эксплуатация SVP

9,041 Reply by Chainik

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

ALM52
Может я плохой пример выбрал.
С самым тяжелым построением (23-й шейдер) и достаточно простым поиском. В этой ситуации видяха снимает больше половины нагрузки, наверное ближе к 2/3.

YlangYlang wrote:

От чего зависит этот показатель?

От всего. От платформы в целом. От частот шин, от имен чипсетов, от версии PCI-E, от погоды на Марсе.
Но конечно

- GPU: system -> GPU transfer: 137
- GPU: GPU -> system transfer: 97

это перебор. Антирекорд  hmm

Go to forum: Эксплуатация SVP

9,042 Reply by Chainik

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

sergioleon wrote:

Пробовал,разница в нагрузке настолько мизерна (на любом видео),что смысла в ней не вижу.

Если мало скорости, то можно:
1. "Изменение частоты кадров" - поставить "24->60 1m" - будет чуть менее плавно, зато меньше артефактов и быстрее
2. Если все еще мало, то поставить "размер расчетных кадров". Очень резко влияет на скорость, но только при 1m-режиме (см. п.1 smile). Несколько замыливает промежуточные кадры, но исходные кадры не трогает.

То что вы делаете - уменьшаете все кадры вообще. Тоже способ, но надо понимать что при этом "мылится" всё.

Go to forum: Эксплуатация SVP

9,043 Reply by Chainik

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

lionessb
1. нет никакого конфликта
2. поставить "подавление площадных артефактов":"отсутствует"
3. подавления контурных нет при 13-м шейдере

Go to forum: Эксплуатация SVP

9,044 Reply by Chainik

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

FullHD 16x9 проц чють-чють не тянет

Даже при "простом" "SVP-шейдере"?  hmm  Да и всегда можно "радиус поиска" в ноль загнать. Ну то есть, в один smile

sergioleon wrote:

приходится смотреть Splash-ем

дык тогда уравняйте конкурсантов - поставьте в SVP "уменьшение расчетных кадров" до 720p, как это делает сплэш wink

Go to forum: Эксплуатация SVP

9,045 Reply by Chainik

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

Надо как-то начать связывать это с реальностью.

Вот например, берем средние настройки, без экстремизма, но вполне приличные:
FullHD (1920*1040)
- До частоты экрана
- Продвинутое,  23-Усложненный
- Блоки 16*16, без перекрытия
- Поиск: 3 пикселя, шестиугольниками

При этом в режиме CPU загрузка моего процессора ~90%. Ну, то есть, впритык для беспроблемного просмотра.
Так же я знаю, что имею 1592 SVP-CPU попугаев.

Вывод: для приличного просмотра FullHD надо иметь >1500 SVP-MARK-ов.

Go to forum: Эксплуатация SVP

9,046 Reply by Chainik

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

YlangYlang
А если все то же самое, но без madVR?

MadVR сам по себе не кисло видяху жрет. Особенно + CoreAVC@CUDA. Да +SVP.
Попробуйте по отдельности.

Go to forum: Эксплуатация SVP

9,047 Reply by Chainik

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

Не надо усложнять smile

Факт в том, что одновременно madVR + coreavc + svp совершенно не обязаны работать. Обо что надо в факе написать, кстати...
У меня, например, на AMD 5670, и декодер+svp - уже под вопросом.

Go to forum: Эксплуатация SVP

9,048 Reply by Chainik

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

komandors wrote:

Что это доказывает???

То, что все операции с видяхой стоят в одной общей очереди (у Фермы, говорят, несколько очередей). И coreavc, и рендер, и SVP, и всякие шейдеры в рендере. Поэтому они вполне могут толкаться и мешать друг другу, особенно на слабых картах.
И если задержка на лишние миллисекунды в декодере - незаметна, то такая задержка в рендере сразу даст рывки.

Go to forum: Эксплуатация SVP

9,049 Reply by Chainik

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

nemoW wrote:

Так какой рендерер и H.264 декодер рекомендуются для WinXP?

Начать с перехода с madVR на EVR.

Go to forum: Эксплуатация SVP

9,050 Reply by Chainik

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

komandors
Тут фишка в том, что содержательная часть уплавнения уже месяц не менялась.

Может собака порылась в распоследних версиях ffdshow и прочего?  hmm

Go to forum: Эксплуатация SVP