Search options (Page 6 of 8)

Похоже тут действительно операционка тоже влияет. Например у меня железо не намного круче, но на Win7 результаты получше. EVR, madVR, D3D9 гладко идут. D3D9 правда портит цветовые уровни. А OpenGL тоже дико дёргает.

Вот я тоже все убрал как на скрине, но ПП всё равно не хочет сам сабы рисовать, только есть ffdshow raw вообще выключить, тогда рисует. Только я не сборку юзаю, а тот архивчик первый твой, но это ж без разницы должно быть.

Согласен. И разница видна невооружённым глазом.
А в одну флэшку объединить нельзя получается?

Анимация симпатичная, но
1. Рассинхрон наводит новичка на мысль об изменении скорости.
2. Разница между 30 и 60 тут даже для меня не очевидна (скорость кубика мала).
А что уж говорить о тех, кто ещё не подсел на SVP.
Думаю, что лучше самим сделать гифку или флэшку с быстрым движением по-горизонтали: сверху 20 fps, снизу 60. Я бы и сам сделал, но не умею пока...

droner
Крутая задумка
А что такого хорошего в КМП, чего нет в ПП? (который написан тем же автором сызнова)

Rimsky
Два рипчика в mkv (10 и 11 Mbps) - всё гладко. 

droner
А DXVA у ПП не подходит? http://www.svp-team.com/forum/viewtopic.php?id=102
(хехе, буду теперь всех склонять )

Rimsky
Ctrl-F, Сплиттеры, Управление..., Системные..., Haali Media Splitter,  OK,
переключаем у MKV, например, перезапуск.

MAG79
Я тоже сделал сравнение на своём C2D E8400 3.6 GHz, 9800GTX.
Но уже с SVP. Видео 1920x1080x24. Рендер EVR.
1. PotPlayer DXVA: 77% (встроенный сплиттер)
2. CoreAVC CUDA: 73% (ХаалиСплиттер иначе CUDA сильно лагает)
Разница несколько %, но тест дрожания в 1-ом случае почти идеальный, а во 2-ом нестабильный. Таким образом имеем хорошую альтернативу, которая на определённом железе показывает лучшую плавность. И 'покупать' ничего не надо.

Это смотря что хочется улучшить. Если уменьшить артефакты, то советую попробовать 13-ый шейдер. Можно перекрытие блоков 0.25. А от высокого подавления артефактов страдает плавность. Так что поаккуратней с выкручиванием.

Действительно, когда построение кадра в 3D-игре станет загружать процы больше (в силу высокой реалистичности), чем построение промежуточного кадра, тогда и начнут применять алгоритмы уплавнения.