You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
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 
levels=0
We've tested this setting for a while, and decided to remove it from 3.0-release.
Thank you
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 
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?
Как бы оно так и не осталось 
Opera 11 настолько сурова, что прокруткой грузит GTX280 на 45%? 
nv0001
Дохлый 9600, наверное...
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
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? )
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.
Is there documentation for that function?
No.
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"
MAG79
Не, запускаться то оно запускается. И OpenCL не мешает, потому что либа его использующая динамически подгружается.
Мне кажется, что шансы могут быть только у не-виндового плеера + рендер, работающий в полноэкранном d3d. Причем НЕ EVR, он может быть слишком сильно завязан на хрен знает что.
Ну и, вряд ли OpenCL работает под Wine-ом. Хотя я и не проверял
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
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
docent27
С каждым днем растет популярность свободных операционных систем
На этот счет есть разные мнения
Многие, кто ими пользуеться, назад к винде как правило не хотят возвращаться
Я хочу
работал с родными плеерами Linux
Я не вижу способа, как нативный плеер может работать с виндовым декодером. То есть один вижу, о чем писал на ixbt, но (как и все в линухе ) через задний этот самый.
nivp222
Сурово!
Но это уже совсем куда-то за край необходимости, только если BD3D уплавнять
Thank you for opening the English forum
there is no wiki in English yet
We're working on it, but we really need someone with native English
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
На самом деле, вот табличка по бета-тестерам:
https://spreadsheets.google.com/ccc?key … y=CN2_rIsD
ALM52
Может я плохой пример выбрал.
С самым тяжелым построением (23-й шейдер) и достаточно простым поиском. В этой ситуации видяха снимает больше половины нагрузки, наверное ближе к 2/3.
От чего зависит этот показатель?
От всего. От платформы в целом. От частот шин, от имен чипсетов, от версии PCI-E, от погоды на Марсе.
Но конечно
- GPU: system -> GPU transfer: 137
- GPU: GPU -> system transfer: 97это перебор. Антирекорд 
Пробовал,разница в нагрузке настолько мизерна (на любом видео),что смысла в ней не вижу.
Если мало скорости, то можно:
1. "Изменение частоты кадров" - поставить "24->60 1m" - будет чуть менее плавно, зато меньше артефактов и быстрее
2. Если все еще мало, то поставить "размер расчетных кадров". Очень резко влияет на скорость, но только при 1m-режиме (см. п.1 ). Несколько замыливает промежуточные кадры, но исходные кадры не трогает.
То что вы делаете - уменьшаете все кадры вообще. Тоже способ, но надо понимать что при этом "мылится" всё.
lionessb
1. нет никакого конфликта
2. поставить "подавление площадных артефактов":"отсутствует"
3. подавления контурных нет при 13-м шейдере
FullHD 16x9 проц чють-чють не тянет
Даже при "простом" "SVP-шейдере"? Да и всегда можно "радиус поиска" в ноль загнать. Ну то есть, в один
приходится смотреть Splash-ем
дык тогда уравняйте конкурсантов - поставьте в SVP "уменьшение расчетных кадров" до 720p, как это делает сплэш
Надо как-то начать связывать это с реальностью.
Вот например, берем средние настройки, без экстремизма, но вполне приличные:
FullHD (1920*1040)
- До частоты экрана
- Продвинутое, 23-Усложненный
- Блоки 16*16, без перекрытия
- Поиск: 3 пикселя, шестиугольниками
При этом в режиме CPU загрузка моего процессора ~90%. Ну, то есть, впритык для беспроблемного просмотра.
Так же я знаю, что имею 1592 SVP-CPU попугаев.
Вывод: для приличного просмотра FullHD надо иметь >1500 SVP-MARK-ов.
YlangYlang
А если все то же самое, но без madVR?
MadVR сам по себе не кисло видяху жрет. Особенно + CoreAVC@CUDA. Да +SVP.
Попробуйте по отдельности.
Не надо усложнять
Факт в том, что одновременно madVR + coreavc + svp совершенно не обязаны работать. Обо что надо в факе написать, кстати...
У меня, например, на AMD 5670, и декодер+svp - уже под вопросом.
Что это доказывает???
То, что все операции с видяхой стоят в одной общей очереди (у Фермы, говорят, несколько очередей). И coreavc, и рендер, и SVP, и всякие шейдеры в рендере. Поэтому они вполне могут толкаться и мешать друг другу, особенно на слабых картах.
И если задержка на лишние миллисекунды в декодере - незаметна, то такая задержка в рендере сразу даст рывки.
Так какой рендерер и H.264 декодер рекомендуются для WinXP?
Начать с перехода с madVR на EVR.
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.