Да и вообще, в данном случае способы ресайза суперклипа очень мало влияют на финальный результат.

Rimsky wrote:

счетчик скачиваний свп тоже неплохо было бы увидеть

Тогда надо весь раздел download пускать через скрипт, а не прямыми линками. Оно надо?

Хотя мне тоже интересно, а из логов сервера вот так запросто кол-во скачиваний чего-то не видно

Так и на кой черт он этот eedi2 использует?  hmm
Хотя можно спросить у автора smile

8,654

(17 replies, posted in Using SVP)

SubJunk wrote:

You will see that the speed of InterFrame can far exceed yours at different presets

Fight! Fight! Fight!!!  big_smile

The truth is that SVP can beat any result that you can possibly achieve with original unmodified mvtools wink

InterFrame is primarily for encoding
Yep. But you see that SVP can do the same job in real-time  roll

8,655

(9 replies, posted in Using SVP)

Ok, I can tell the way to add or change anything in the script, it's not a big secret.
But this way is only for geeks from AVSForum, not for users big_smile

Find the file "SVPmgr.ws". It's Pascal-like script that builds avs-file.
Find the line "AddLineToFile(avsfile,'ffdShow_source()');". After this you can add anything to process the source.
For example:

AddLineToFile(avsfile,'toon(0.5)');

You should restart SVP manager to see the changes.

8,656

(6 replies, posted in Using SVP)

General answer is there - http://www.svp-team.com/forum/viewtopic … 2589#p2589

Sharp=0
very low impact on performance

search=4
see "Search type" parameter in the profile

chroma=false
Yes, this is huge, especially in GPU mode. But wait for the next version wink

levels=0
We've tested this setting for a while, and decided to remove it from 3.0-release.

8,657

(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?

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

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

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

8,661

(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

8,662

(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.

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

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

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

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

8,665

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

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

8,666

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

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

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

8,667

(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

8,668

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

docent27

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

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

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

nivp222
Сурово!

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

8,670

(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

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

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

YlangYlang wrote:

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

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

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

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

sergioleon wrote:

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

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

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

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

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

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

sergioleon wrote:

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

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