надо написать три минимальных конфигурации, которые достаточны для стандартных разрешений: SD, HD и FullHD.
Ога. И как раз для этого нужен полноценный SVPMark ![]()
You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
надо написать три минимальных конфигурации, которые достаточны для стандартных разрешений: 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 положить в архив с свп-тестиром?
Сначала не плохо бы доказать, что эти зеленые столбики действительно что-то значат ![]()
уменьшение размера блоков, и перекрытия приводит как минимум к 2-х кратному увеличению нагрузки на ЦП
Правильно, т.к. теперь вся загрузка на CPU - от поиска векторов движения, а она пропорциональна кол-ву блоков.
Но 32*32 - это не гуд, лучше поставить 16*16 с перекрытием 0.25, процессора хватит.
could you paste an example script using these 1m 2m coefficients
Set "Framerate change" to "24->60 1m (2.5x)" or "25->60 1m (2.4x)" and see the script ("Show -> AVS-script from last play").
А теперь представьте себе сервер, который для этого нужен.
А еще лучше - стоимость его аренды ![]()
Интереснее, всем ли НЕ видно лишнего, т.е. текста сообщения, за которое admin поблагодарил MAG79 ![]()
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.