You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
Тяжело на 6-яде загрузку оценивать. софтовый ffdshow и так всего 7-8% 
--------------------------
Не, у меня чо-то не очень, в смысле вместе с SVP.
Загрузка дохлой видяхи получается 65% (с ffdshow - 40%), тест дрожания - дрожит 
А трахать моск подбором рендеров и всякое такое из-за 5% скорости мне чо-то лень
Ну у меня за год список посмотренного - полтора листа А4 мелким шрифтом. Практически все - с СВП.
Все сюда переписывать, или через одного? 
появилась еще одна альтернатива аппаратного декодирования
Я бы расставлял акценты несколько иначе, учитывая цены на то аппаратное декодирование, которое было до этого 
Непонятно только, если это более-менее штатная фича DXVA2, почему только щас что-то появилось?
А это уже не от плеера зависит, а только от видяхи.
надо написать три минимальных конфигурации, которые достаточны для стандартных разрешений: SD, HD и FullHD.
Ога. И как раз для этого нужен полноценный SVPMark
Интересно, это именно DXVA, или что-то совсем другое?
----
Наверное, да.
As such, pipelines for simply decoding the media (without rendering) or post-processing and rendering (without decoding) can also be created. These features require the Windows Display Driver Model drivers, which limit DXVA 2.0 to Windows Vista, Windows Server 2008[5][1], Windows 7 and Windows Server 2008 R2.
Следующий этап, что бы этому научился сам ffdshow, и будет щастье.
Профиль можно попробовать сделать обязательным полем при регистрации, например
Подписи, аватары и прочий мусор идут в баню
А таким понижение приоритета вообще ничего не даст.
Это неправильное поведение для программы-видео-плеера (по сути), какой-то вирусней попахивает. И последствия могут быть любые...
Владельцы тазиков и так могли бы догадаться закрывать на время работы SVP свои десять вкладок с флешем
Враги сняли галку "GPU-ускорение"?
Надо дать сюда выхлоп "Показать" -> "Дополнительную информацию".
6% is less than the difference between compilers (msvc & gcc) even if SAD code is taken from x264 project.
В том смысле что по жизни разница между 440 и 9500 не очень большая. Была бы больше - тесты были бы еще более рельефны.
Но и так отлично получилось.
It can be up to 20% faster but with the same probability it can be 20% (or more) slower.
The motion vectors search algorithm is bounded by the very simple calculation called SAD, and it can't be improved with that "64-bit" thing.
Just take a look at x264 speed. Are there any speed improvements in x64 mode?
No.
But do you think it can be useful?
Why?
Круто, это реально полезные результаты.
Вот еще бы чуть больше разницы между видяхами...
айс - не айс, а 5470 сверху на i3 выступил гораздо лучше, даже по практически системо-независимой части "calculation". Ну тут можно оправдать медленной памятью, да...
у дохловатой видеочасти рама своя или расшаренная
а вот хз
AMD E-350 APU
Running subtest...
- CPU: compose (single-threaded): 102
- CPU: compose (multi-threaded): 174
- CPU: search (single-threaded): 84
- CPU: search (multi-threaded): 171
- GPU: system -> GPU transfer: 115
- GPU: GPU -> system transfer: 259
- GPU: calculation: 29
- GPU: total score: 239
Total SVP-MARKS: 342
- SVP-CPU: 172
- SVP-GPU: 342Чего-то совсем дохловатая GPU-часть
DAAO
Это не кошерно, надо dll прикручивать. Сразу и необходимость в mpc для создания скрипта отпадет
mna
в таком случае должна помочь смена значения скрытого параметра VarChkDimAndFps со значения "1" на значение "2"
Это очень сильное колдунство
А у буржуев уже минимум трое накололись, и ответить было нечего. Даже MAG79 ничего круче чем "снести ffdshow, стереть реестр, поставить ffdshow" не посоветовал
Напишу пока сюда, а вообще надо в ФАК.
Наши заокеанские товарищи пользу принесли: поднимите руки те, кто знал, что если вкладка "Grab" в ffdshow скрыта, то SVP не видит запущенное видео?
Try to play with "Smooth on rewind" parameter.
какие настройки SVP влияют на загрузку CPU, а какие на загрузку GPU
Наверное, это тема для Вики...
На GPU:
- "повышение плавности"/"SVP-шейдер" (в случае шейдеров "простой" и "простой двунаправленный" так же снижает нагрузку на CPU)
- "изменение частоты экрана" (может влиять на CPU, но не сильно)
- "размер расчетных кадров", "уменьшение размера кадра" - влияет и на GPU, и на CPU
- "подавление площадных"
Все остальное - на CPU
Процесс поиска векторов можно распараллелить?
Гы. А сейчас оно что, в одном потоке?
может этот DPC Latency положить в архив с свп-тестиром?
Сначала не плохо бы доказать, что эти зеленые столбики действительно что-то значат
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.