Search options (Page 352 of 354)

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

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.

No.

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.

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

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

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

docent27

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Соответствие алгоритмов: http://www.svp-team.com/wiki/Сравнение_SVP_2.0_и_3.0