Search options (Page 346 of 349)
Topics by Chainik User defined search
Posts found: 8,626 to 8,650 of 8,719
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.
nemoW wrote:какие настройки SVP влияют на загрузку CPU, а какие на загрузку GPU
Наверное, это тема для Вики...
На GPU:
- "повышение плавности"/"SVP-шейдер" (в случае шейдеров "простой" и "простой двунаправленный" так же снижает нагрузку на CPU)
- "изменение частоты экрана" (может влиять на CPU, но не сильно)
- "размер расчетных кадров", "уменьшение размера кадра" - влияет и на GPU, и на CPU
- "подавление площадных"
Все остальное - на CPU
Michael Devito wrote:Процесс поиска векторов можно распараллелить?
Гы. А сейчас оно что, в одном потоке?
Rimsky wrote:может этот DPC Latency положить в архив с свп-тестиром?
Сначала не плохо бы доказать, что эти зеленые столбики действительно что-то значат
Michael Devito wrote: уменьшение размера блоков, и перекрытия приводит как минимум к 2-х кратному увеличению нагрузки на ЦП
Правильно, т.к. теперь вся загрузка на CPU - от поиска векторов движения, а она пропорциональна кол-ву блоков.
Но 32*32 - это не гуд, лучше поставить 16*16 с перекрытием 0.25, процессора хватит.
travolter wrote: 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
Rimsky wrote:Поблагодарить за сообщение
Какую-то нашел и прикрутил
docent27
На первой же блин странице ветки ixbt:
В: ...неправильные цвета, кожа отображается синим цветом. Выбрано цветовое пространство по-умолчанию (YV12), декодер сообщает, что цветовое пространство NV12. Как сделать цвета правильными?
О: Перепутаны цвето-разностные составляющие между собой. В этом и есть отличие NV12 и YV12. Предлагается два варианта решения: поставить галку "Постобработка" или "Убрать логотип" в ffdShow
docent27 wrote:Один из худших у меня результатов в этой ветке
Фигня, посмотри на результат VIA C7 - SVP-CPU = 25
Оконный D3D под wine-ом на интеле... удачи в поисках!
Могу новость в шапку подвесить - "заполни профиль!"
SubJunk wrote: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.
DAAO
нет
gaunt wrote:хватит ли лианы
должно
вот кто бы циферки дал по закату, на ixbt меня все игнорируют
5450 - не потянет
5670 - тянет, но не факт что со всякими madVR + декодер HAM
57хх - точно хватит на всё с запасом
create the most perfect frameinterpolation scripts
No. Our goal is to create "the most perfect frameinterpolation" software.
Yes, it all started with Avisynth script, but we're trying to make the scripts shorter in each version and to incorporate as much as posible into C++ code. I don't know where it will end, may be in some FrameInterpolation DirectShow filter, without avisynth at all...
"avisynth oldies" don't need SVP at all
Posts found: 8,626 to 8,650 of 8,719