YlangYlang
А если все то же самое, но без madVR?
MadVR сам по себе не кисло видяху жрет. Особенно + CoreAVC@CUDA. Да +SVP.
Попробуйте по отдельности.
You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
YlangYlang
А если все то же самое, но без madVR?
MadVR сам по себе не кисло видяху жрет. Особенно + CoreAVC@CUDA. Да +SVP.
Попробуйте по отдельности.
Не надо усложнять
Факт в том, что одновременно madVR + coreavc + svp совершенно не обязаны работать. Обо что надо в факе написать, кстати...
У меня, например, на AMD 5670, и декодер+svp - уже под вопросом.
Что это доказывает???
То, что все операции с видяхой стоят в одной общей очереди (у Фермы, говорят, несколько очередей). И coreavc, и рендер, и SVP, и всякие шейдеры в рендере. Поэтому они вполне могут толкаться и мешать друг другу, особенно на слабых картах.
И если задержка на лишние миллисекунды в декодере - незаметна, то такая задержка в рендере сразу даст рывки.
Так какой рендерер и H.264 декодер рекомендуются для WinXP?
Начать с перехода с madVR на EVR.
Может собака порылась в распоследних версиях ffdshow и прочего?
Соответствие алгоритмов: http://www.svp-team.com/wiki/Сравнение_SVP_2.0_и_3.0
для каждого вопроса (на который негде найти ответ) создавать тему
Терпение надо воспитывать
"Качественный", mask=0 -> SVP-шейдер "21. Оригинальный"
"Качественный", mask=1 -> нету
"Качественный", mask=2 -> SVP-шейдер "23. Усложненный"
Предыдущие чемпионы:
Разогнанный 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: 3235Total SVP-MARKS: 3100
- SVP-CPU: 1753
- SVP-GPU: 3100
и
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: 1929Total SVP-MARKS: 3002
- SVP-CPU: 1592
- SVP-GPU: 3002
чтото не пойму что и КАК этот тест считает
Это НЕ 3DMark, баллы видяхи влияют на итоговый результат только если видяха дохлая.
Если она достаточная (а это почти всегда так), то скорость работы SVP ограничивается скоростью поиска векторов движения процессором. Т.е. итоговый балл "SVP-GPU" ограничен баллом за "search (multi-threaded)".
А вообще, поздравляю, у вас самый длинный! Это новый чемпион
Подтверждаю - точность прогнозирования совсем не бесплатна.
Ладно, поправлюсь:
1. совсем бесплатна по памяти (очень не-бесплатно в CPU-режиме)
2. полу-пиксель нагружает мало, процентов 10-15 от силы (в CPU-режиме - гораздо больше)
3. четверть-пиксель - пока что побольше...
16x16 то загрузка 74% если поставить до полупиксела то нагрузка возрастает до 87-90%, дальше - хуже. Если снять галку с GPU то на любых вышеперечисленных настройках загрузка 97-100%
Вот это уже похоже на правду для c2q & fullHD
Давай эксперименту для 16*16 выставим.
В принципе, в нормальной ситуации при использовании GPU это снижает нагрузку почти вдвое.
----
Короче, выводы:
- Совершенно не жизненные настройки (удвоение, построение блоками, 16*8 на FullHD), которые в принципе не могут показать разницы между CPU и GPU.
- "Жизненные" настройки - нормальное по-пиксельное построение (13-й или 23-й SVP-шейдер) и "до частоты экрана" (при использовании GPU скорость не упадет) + блоки 16*16, что даст ускорение вдвое. Лучше вместо этого перекрытие блоков включить. И вот тут уже, при отключении галки "OpenCL" будет сильная разница.
- Надо писать мануал
не знаю хорошо это или плохо...
Вроде все хорошо
Стало подергивать иногда, сразу отставание звука и 95-100% нагрузка
Вот. а теперь сними галку "OpenCL" и восхитись ускорением
На самом деле, даже не знаю, есть ли тут какая-то проблема. Может и нет?
И еще - из соседней ветки SVPMark запусти, самое показательное будет.
Просто если у 25-и человек все работает, а у одного - нет, то проблема явно у этого одного
А какой алгоритм мне выбрать
Не верная постановка вопроса.
Все алгоритмы на GPU работают с одинаковой скоростью. С выключенным режимом OpenCL они отличаются по скорости раза в 4.
У вас скорость ограничивает что-то другое. Например, декодер.
Дабы закрыть вопрос, поставь "повышение плавности" "Комплексное" (или как оно там зовется), и "SVP-шейдер" с номером 23. Как изменится загрузка / индекс SVP?
На сколько грузит проц это конкретное видео с выключенным СВП?
1. На сколько грузит проц это конкретное видео с выключенным СВП?
2. Блоки 16*8 - толку мало, 16*16 достаточно всегда, лучше радиус поиска увеличивать.
3. Зачем "уменьшение размера кадра" стоит? Это не снимает нагрузку, а увеличивает
Но, спасибо, на вашем примере очень рельефно проступает, чего надо в первую очередь в ФАКе описать Завтра займемся.
Очень простой "SVP-шейдер". При таких условиях разницы может не быть.
Чего делает GPU - оно считает кадр. Т.е. при условии достаточности мощи GPU (а тут она достаточная) можно ставить любой шейдер, (и не надо построение блоками).
Более того, на скорость практически не влияет, какая частота кадров поставлена - удвоение, "до частоты", хоть удесятирение.
И еще, полу- и четверть- пиксель на GPU почти бесплатны.
Оказывается надо ОТДЕЛЬНО поставить ati stream sdk
Не, что то перемудрили
Цитирую с AMD:
Catalyst Software Suite
Package Includes:
Display Driver
OpenCL Driver
ATI Integrated Driver
Catalyst Control Center
на загрузку CP это никак не влияет
Точно?
Тогда доп.инфо сюда, и конфиг системы - в профиль.
http://www.svp-team.com/wiki/SVPMark/ru
У кого самый длинный?
Табличка результов (не всех, только от бета-тестеров):
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
Я просто копировал с тебя.
Со списочным составом редакторов вики надо разбираться
Сейчас это скорее "переход с зимнего"
Факт в том, что без этой галки в профиле время отстает на час.
1. победил странные полоски
2. убрал кнопку "ответить" у каждого сообщения
3. убрал ограничение на макс. ширину - все дружно ищем, не испортилось ли чего от этого!
4. поставьте галку в настройках "переход на летнее/зимнее время", по-умолчанию не стояла
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.