Search options (Page 350 of 352)

MAG79
Не, запускаться то оно запускается. И OpenCL не мешает, потому что либа его использующая динамически подгружается.

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

nivp222
Сурово!

Но это уже совсем куда-то за край необходимости, только если BD3D уплавнять

На самом деле, вот табличка по бета-тестерам:
https://spreadsheets.google.com/ccc?key … y=CN2_rIsD

Если мало скорости, то можно:
1. "Изменение частоты кадров" - поставить "24->60 1m" - будет чуть менее плавно, зато меньше артефактов и быстрее
2. Если все еще мало, то поставить "размер расчетных кадров". Очень резко влияет на скорость, но только при 1m-режиме (см. п.1 ). Несколько замыливает промежуточные кадры, но исходные кадры не трогает.

То что вы делаете - уменьшаете все кадры вообще. Тоже способ, но надо понимать что при этом "мылится" всё.

FullHD 16x9 проц чють-чють не тянет

Даже при "простом" "SVP-шейдере"?    Да и всегда можно "радиус поиска" в ноль загнать. Ну то есть, в один

дык тогда уравняйте конкурсантов - поставьте в SVP "уменьшение расчетных кадров" до 720p, как это делает сплэш

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

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

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

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

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

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

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

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

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

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

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