Search options (Page 227 of 233)

I confirm this.

travolter
Ok. Released version 3.0.2 has optimized vector search algorithm which gives about 70% to comparing with "chroma=false" CPU saving effect. But without any changes of SAD-related parameters.

You can measure it.

To add "chroma=false" You need to add this parameter value to file AVS\MSmoothFps.avs to function MAnalyse in two places and to function MRecalculate in two places.
It needs to be changed once. SVP uses this file to create final script.

Or you can change final AVS-script on-the-fly. To do this click AVS-script button in Profile settings window when play with SVP then change text of script, save it and rewind to any place in player. AVS-script will automatically applied.

Good luck.

No, chroma=false is not used in SVP 3.0.1.
And we do not planned to use it in 3.0.2.
You can insert this parameter to SVP AVS-script manually.
With CPU savings you gets disproportion in all SAD-related parameters values.
Therefore the values of these parameters needs to be reviewed.

We have another plans of CPU savings in 3.0.2 without reviewing SAD-parameters

Воспользовался утилитой от Haali, mkv2vfr, которая для mkv-файлов показывает интервалы внутри видео с разной частотой кадров. Получилось следующее:

Rimsky: PSNR.Planetes.01 (1)-004.mkv

Первая частота - из заголовка. Далее - интервалы кадров (первый, последний) и частота кадров на этом интервале. Здесь интервал один. Обе частоты примерно совпадают, этот файл корректно работает и в текущей версии SVP 3.0.1.

Mikluhamaklay: Planetes_TV_05 (1) -001.mkv

Если опустить первые единичные два кадра, которые имеют собственную частоту кадров, то остается два интервала:
1. Кадры 2-277. Частота 30 fps
2. Кадры 278-1112. Частота 24 fps
227 кадров на частоте 30 fps это почти 8 сек. На восьмой секунде происходит переход между частотами кадров. 30 fps понижается до 24. Сейчас SVP 3.0.1 не умеет на лету приспосабливаться к таким изменяющимся условиям. Поэтому и наблюдаются либо завышенные, либо заниженные значения SVP-индекса. Если научить отображать правильный SVP-индекс у меня уже получилось, то вот во время изменять коэффициент повышения плавности - пока нет. Проблема в том, что ffdShow показывает это изменение частоты кадров на 8 секунде не как резкую смену частоты, а как плавное падение частоты на протяжении оставшихся секунд ролика. Это затруднит выбор правильного коэффициента повышения плавности, и плавность при этом будет искажена, частота кадров видео перестанет быть равной частоте обновления экрана.
Нужен способ более быстрого определения текущей частоты кадров.

Mikluhamaklay: Bakemonogatari_[06]_[BDRip_720p_x264_FLAC][Noir] -001.mkv

Видно, что интервал один, но частота в заголовке отличается от реальной частоты кадров.
Такая ситуация отлавливается весьма корректно. ffdShow быстро начинает показывать реальную частоту кадров. В готовящемся исправлении SVP такие файлы будут уплавняться корректно.

Mikluhamaklay: [AniDUB]_Kaibutsu_Oujo_[08_of_25]_[RUS_JAP]_[DivX_704x396]_[Cuba77_&_Ellorial]-001.mkv

Тяжелый случай. Выделена частота кадров на интервалах, длиннее 3 кадров. Видно, что идет увеличение частоты с 24 до 30, но эта частота периодами "гуляет" туда-сюда. Я пока не знаю как повышать плавность такому видео.
Скорее всего никак

Mikluhamaklay: Rozen Maiden - 04 (DVDRip 1024x576 x264 AC-3) [HQR] (1)-001.mkv

Само видео 24 кадра в секунду, а периодически идут вставки с частотой 30 fps (выделил жирным). Японцы любят такое. Рисованное аниме на одной частоте, а титры и компьютерная графика - на другой. Повышать плавность тут тоже как бы не простая задача. Совсем не простая. ffdShow не успевает отловить переключение частоты кадров. Т.е. такому видео тоже повысить плавность не удастся.

Исправлено в SVP 3.0.1

NightFox
Называю подергиваньем неравномерность движений. Подергиваний быть не должно ни на 24, ни на 60 fps. На 24 присутствует некоторая "ступенчатость" движений, но при ее равномерности ее нельзя назвать подергиваниями.

Я имел в виду дерганье 60-фпс-ной картинки. Она дергается на слабых компах (и слабых видюхах) куда сильнее, чем аналогичная на квадратах. И разница получается в обратную сторону. На плавных движения дерганья заметны лучше и отрицательный эффект от них больше. При таких подергиваниях 24 кадра смотреть приятнее.

Кстати, эта анимашка перестала открываться.

кубики показывают что между 30 и 60 разницы особой нет
Я отчетливо вижу разницу.

между 24 и 30 разница ощутима
Это на 60 Гц мониторе. 60 не делится нацело на 24. Вы на 120 Гц мониторе смотрели?

Mikluhamaklay
Rimsky
Прошу вырезать кусок мегабайт на 20 и выложить. Я собираюсь реализовать уточнение входной частоты во время воспроизведения с плавностью в ближайшем исправлении SVP.

Rimsky
Поддержка анаморфного видео (с соотношением сторон, дающем неквадратный пиксел) записана в план. Это необходимо для корректной подрезки, растяжения и подсветки краев.
Первая пробная реализация будет в ближайшей бете. Дальше поглядим.

фпс=23,976 неверный фпс=30. Помогает не перезапуск свп во время воспроизведения, а выключения плеера, потом выгрузка свп, и запуск по новой - сначал свп потом плеера
Спасибо за рекомендацию. Многим поможет.
У меня есть большое желание добить подстройку под частоту кадров во время воспроизведения и выпустить это в ближайшем исправлении SVP 3.0.

DAAO
Спасибо, уточнил в выводе про WinXP.

Завершу картину про отрисовщики PotPlayer'а. Пригодность их для повышения плавности в SVP.
Померял на слабом компе.

Делал несколько замеров подряд. Брал среднее значение. Измерял в полноэкранном режиме.
Как можно видеть, на этой слабой системе (С2D 2.2 + GeForce 8500 GT) плавную картинку дают только 3 отрисовщика (рендерера). Лучшим по низкому значению загрузки оказался Overlay Mixer. Занял первое место. На втором - Old Video Renderer, на третьем - VMR7 Windowed. Остальные отрисовщики дают либо подергивания картинки, либо даже пропускают кадры пачками.

Вывод: на слабых системах с WinXP пользоваться Overlay Mixer'ом.