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

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

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

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

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

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

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

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

komandors wrote:

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

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

nemoW wrote:

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

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

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

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

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

для каждого вопроса (на который негде найти ответ) создавать тему

Терпение надо воспитывать wink

"Качественный", mask=0 -> SVP-шейдер "21. Оригинальный"
"Качественный", mask=1 -> нету
"Качественный", mask=2 -> SVP-шейдер "23. Усложненный"

Предыдущие чемпионы:

djonline wrote:

Разогнанный i7-860 до 22*153=3366Mhz:
- CPU: compose (single-threaded): 464
- CPU: compose (multi-threaded): 2018
- CPU: search (single-threaded): 372
- CPU: search (multi-threaded): 1550
- GPU: system -> GPU transfer: 1039
- GPU: GPU -> system transfer: 1272
- GPU: calculation: 521
- GPU: total score: 3235

Total SVP-MARKS: 3100
- SVP-CPU: 1753
- SVP-GPU: 3100

и

Chainik wrote:

AMD X6 @3400
- CPU: compose (single-threaded): 313
- CPU: compose (multi-threaded): 1696
- CPU: search (single-threaded): 258
- CPU: search (multi-threaded): 1501
- GPU: system -> GPU transfer: 369
- GPU: GPU -> system transfer: 871
- GPU: calculation: 339
- GPU: total score: 1929

Total SVP-MARKS: 3002
- SVP-CPU: 1592
- SVP-GPU: 3002

b2rdetor wrote:

чтото не пойму что и КАК этот тест считает

Это НЕ 3DMark, баллы видяхи влияют на итоговый результат только если видяха дохлая.
Если она достаточная (а это почти всегда так), то скорость работы SVP ограничивается скоростью поиска векторов движения процессором. Т.е. итоговый балл "SVP-GPU" ограничен баллом за "search (multi-threaded)".

А вообще, поздравляю, у вас самый длинный! Это новый чемпион  big_smile

sergioleon wrote:

Подтверждаю - точность прогнозирования совсем не бесплатна.

Ладно, поправлюсь:
1. совсем бесплатна по памяти (очень не-бесплатно в CPU-режиме)
2. полу-пиксель нагружает мало, процентов 10-15 от силы (в CPU-режиме - гораздо больше)
3. четверть-пиксель - пока что побольше...

igorfd wrote:

16x16 то загрузка 74% если поставить до полупиксела то нагрузка возрастает до 87-90%, дальше - хуже. Если снять галку с GPU то на любых вышеперечисленных настройках загрузка 97-100%

Вот это уже похоже на правду для c2q & fullHD

Давай эксперименту для 16*16 выставим.
В принципе, в нормальной ситуации при использовании GPU это снижает нагрузку почти вдвое.

----
Короче, выводы:
- Совершенно не жизненные настройки (удвоение, построение блоками, 16*8 на FullHD), которые в принципе не могут показать разницы между CPU и GPU.
- "Жизненные" настройки - нормальное по-пиксельное построение (13-й или 23-й SVP-шейдер) и "до частоты экрана" (при использовании GPU скорость не упадет) + блоки 16*16, что даст ускорение вдвое. Лучше вместо этого перекрытие блоков включить. И вот тут уже, при отключении галки "OpenCL" будет сильная разница.
- Надо писать мануал smile

igorfd wrote:

не знаю хорошо это или плохо...

Вроде все хорошо

igorfd wrote:

Стало подергивать иногда, сразу отставание звука и 95-100% нагрузка

Вот. а теперь сними галку "OpenCL" и восхитись ускорением  big_smile

На самом деле, даже не знаю, есть ли тут какая-то проблема. Может и нет?  hmm

И еще - из соседней ветки SVPMark запусти, самое показательное будет.

Просто если у 25-и человек все работает, а у одного - нет, то проблема явно у этого одного wink

igorfd wrote:

А какой алгоритм мне выбрать

Не верная постановка вопроса.
Все алгоритмы на GPU работают с одинаковой скоростью. С выключенным режимом OpenCL они отличаются по скорости раза в 4.
У вас скорость ограничивает что-то другое. Например, декодер.

Дабы закрыть вопрос, поставь "повышение плавности" "Комплексное" (или как оно там зовется), и "SVP-шейдер" с номером 23. Как изменится загрузка / индекс SVP?

Chainik wrote:

На сколько грузит проц это конкретное видео с выключенным СВП?

1. На сколько грузит проц это конкретное видео с выключенным СВП?
2. Блоки 16*8 - толку мало, 16*16 достаточно всегда, лучше радиус поиска увеличивать.
3. Зачем "уменьшение размера кадра" стоит? Это не снимает нагрузку, а увеличивает wink

Но, спасибо, на вашем примере очень рельефно проступает, чего надо в первую очередь в ФАКе описать smile Завтра займемся.

Очень простой "SVP-шейдер". При таких условиях разницы может не быть.

Чего делает GPU - оно считает кадр. Т.е. при условии достаточности мощи GPU (а тут она достаточная) можно ставить любой шейдер, (и не надо построение блоками).
Более того, на скорость практически не влияет, какая частота кадров поставлена - удвоение, "до частоты", хоть удесятирение.
И еще, полу- и четверть- пиксель на GPU почти бесплатны.

igorfd wrote:

Оказывается надо ОТДЕЛЬНО поставить ati stream sdk

Не, что то перемудрили smile

Цитирую с AMD:

Catalyst Software Suite
Package Includes:
   Display Driver
   OpenCL Driver
   ATI Integrated Driver
   Catalyst Control Center

igorfd wrote:

на загрузку CP это никак не влияет

Точно? wink
Тогда доп.инфо сюда, и конфиг системы - в профиль.

не ошибка

http://www.svp-team.com/wiki/SVPMark/ru

У кого самый длинный?  big_smile


Табличка результов (не всех, только от бета-тестеров):
https://spreadsheets.google.com/ccc?key … y=CN2_rIsD

Перенес сюда сообщения из другой темы

igorfd
Пакет 10.12 мог еще быть по-умолчанию без OpenCL (на сайте называется либо "with APP", либо "with APP removed").
Проще всего скачать полный Catalyst Suite 11.3, чем искать по помойкам "OpenCL driver" для 10.12 wink

Я просто копировал с тебя.
Со списочным составом редакторов вики надо разбираться wink

Сейчас это скорее "переход с зимнего" wink
Факт в том, что без этой галки в профиле время отстает на час.