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

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
Факт в том, что без этой галки в профиле время отстает на час.

1. победил странные полоски
2. убрал кнопку "ответить" у каждого сообщения
3. убрал ограничение на макс. ширину - все дружно ищем, не испортилось ли чего от этого!
4. поставьте галку в настройках "переход на летнее/зимнее время", по-умолчанию не стояла

Даже не знаю куда писать.

Нашел (вернее, вспомнил) самый страшный кошмар уплавнителя - х/ф Speed Racer (он же - "Спиди Гонщик").
Мало того, что это просто очень смешное зрелище, так еще и включает в себя все самые неудобные типы сцен, причем много.
SVP3 справился неплохо. Но, если добиться незаметности аретфактов здесь, то все остальные фильмы - просто детская игрушка smile

Если кто не видел - то смотреть осторожно. Эпилептический припадок + разжижение мозга при просмотре практически гарантированы  big_smile

Надо бы нарезать самые отмороженные моменты, будет классный тест smile

Vovanchik wrote:

есть ли воще варианты на этом движке уйти от фиксированной ширины страницы?

Наверняка есть. Берешь css скина, и начинаешь его править wink

Ознакомился. Новых идей там нет, кроме:
1. pel-клип делается  с участием функции EEDI2 (что это?)
2. в MAnalyse используется SATD вместо SAD

Ну и еще там Recalculate до блоков 4*4. Так что сравнивать с нами надо при блоках 8*8 и включенном "уточнении".

Главная идея - кол-во настроек, равное одной  big_smile

ой, действительно, только заметил  roll

Ну вот есть "Количество секунд до изменения статуса нахождения пользователя на форуме" = 300.
Поставил для эксперимента =600.

Тогда вот так.
1. выделение нет - вставляется жирный ник
2. выделение есть - вставляется текстом без форматирования

Можно придумать какое-то другое название этой "кнопки", вместо "цитировать"

И многострочный оффтоп кажется починил, но могут быть последствия в других местах  big_smile

Бинго!
Но тогда надо выбирать - либо как есть, либо при цитировании все форматирование убивать, копировать только текст - как на ixbt.
Склоняюсь ко второму...