В том смысле что по жизни разница между 440 и 9500 не очень большая. Была бы больше - тесты были бы еще более рельефны.
Но и так отлично получилось.
You are not logged in. Please login or register.
SmoothVideo Project → Posts by Chainik
В том смысле что по жизни разница между 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
Поблагодарить за сообщение
Какую-то нашел и прикрутил
docent27
На первой же блин странице ветки ixbt:
В: ...неправильные цвета, кожа отображается синим цветом. Выбрано цветовое пространство по-умолчанию (YV12), декодер сообщает, что цветовое пространство NV12. Как сделать цвета правильными?
О: Перепутаны цвето-разностные составляющие между собой. В этом и есть отличие NV12 и YV12. Предлагается два варианта решения: поставить галку "Постобработка" или "Убрать логотип" в ffdShow
Один из худших у меня результатов в этой ветке
Фигня, посмотри на результат VIA C7 - SVP-CPU = 25
Оконный D3D под wine-ом на интеле... удачи в поисках!
Могу новость в шапку подвесить - "заполни профиль!"
That's very generous of you guys
"We aren't competitors", right?
To the authors of Avisynth encode scripts (such as Interframe).
We (the developers of SVP) have decided that you can freely make use of SVP3 libs. Of course, you must include our project name and link to the web-site in the description.
However, we can't gurantee that the compatibility will be kept in future releases of SVP.
In fact, it will not.
And I've almost forgot
You always can open file SVP/AVS/MSmoothFps.avs and add "chroma=false" or something. May be this is simpler than edit .ws-script.
SmoothVideo Project → Posts by Chainik
Powered by PunBB, supported by Informer Technologies, Inc.