Search options (Page 198 of 234)

Выводы, которые можно сделать на основе данного анализа:
1. Мгновенные переключения между разными частотами кадров в VFR-файлах ffdShow показывает как плавное изменение частоты в течение 6-9 секунд.
2. SVP требуется еще 9 секунд, чтобы убедиться, что частота стабилизировалась.
3. При смене частоты из меньшей в большую выводится сообщение о плавающей частоте кадров, что на самом деле не так.

Что можно предпринять:
1. Уменьшить время реакции на смену частоты кадров. Попробовать разные версии ffdShow, покрутить в нем настройки, поперебирать декодеры.
2. Исправить SVP. Уменьшить период проверки стабилизировавшейся частоты с 9 секунд например до 3-ех.
3. Исправить SVP. Это явно ошибка, надо исправлять, чтобы в данном случае не выводилось OSD о плавающей частоте кадров.

SVP имеет механизм обнаружения переменной частоты кадров и перевыбора профиля при обнаружении смены частоты кадров. Работает этот механизм не моментально. Требуется время, чтобы обнаружить новую частоту кадров и отличить эту смену частоты между кусочно-постоянной частотой кадра от по-настоящему плавающей частоты кадров. В первом случае надо перевыбрать профиль, а во-втором включить аварийное удвоение кадров.

Смотрим лог, как повышается частота кадров на этом файле.
Открытие файла:

Итак, видно, что изначально ffdShow сообщил, что частота кадров видео = 50 кадров/сек.
Уже через 0,7 сек включилось воспроизведение с повышением плавности "Воспроизведение 50 * (6 : 5) = 60 fps".
И тут же частота ffdShow плавно поплыла вниз до 12.726, а затем вверх до 24.917. Плавание частоты происходило 9 сек. Далее еще 9 сек потребовалось SVP, чтобы убедиться, что частота стабилизировалась. И еще 1,2 сек происходило переключение профиля на новую частоту: "Воспроизведение 24.999 * (12 : 5) = 59.998 fps".
В общей сложности SVP потребовалось 20 сек, чтобы переключиться с неверно определенной на старте воспроизведения частоты 50 каров/сек на частоту 25 кадров/сек.

Теперь смотрим продолжительность первого фрагмента и видим, что он длиной всего 25 секунд, из них первые 20 сек работал не тот профиль повышения плавности, а корректно картинка уплавнялась только оставшиеся 5 сек.

heyer
May be it will be "anime-preset" in future versions of SVP.
But now it will be nice to write short instructions.

If you found best settings for anime please write about it

heyer
Thank you for screenshots. Here is animation of frame fragment to best compare and understand.

This kind of artifacts is called waves-artifacts.
To avoid waves-artifacts especially for anime you can make some tuning in profile window.

SVP-shader: 2.Sharp. It makes interpolated frames from only one source frame. Choose it to avoid blended frames and double contours.
Motion vector grid: 24 px. Large 2. It means block size 32x32 with overlap 8 px. Big size of blocks is sensitive enough to detect global pan and zoom and not detect little motions. It helps to avoid small waves on contours.
Decrease grid step: Disabled. It is not necessary to decrease grid step for anime.
Search raduis: Small and fast. It is best choice to detect global motions only.
Motion vectors precision: Two pixels. This value of setting disable search at finest level. It is best choice to decrease wave artifacts for FullHD-video.

berryracer
It seems that my system is trying hard to drop the framerate every second to match my monitor's refresh rate....right?
Yes. Each monitor can show limited amount of frames per second. All extra frames are dropped.
It is unwanted job of your processor and video adapter that can lead to some problems with jerky motions or with synchronization to audio.

So better to stick it toe the refresh rate of the monitor heh?
Yes.

berryracer
it has encountered an error
Please, when error occurs next time copy full error text and error number here.
Or you can get errors info from windows log: Computer - Manage - View logs - Windows logs - Application.

BTW specially to avoid errors on rewind added tray menu option "Turn off on seek". Try to change it to Turn off by 2 sec.

FDisk
I  think I found the problem... You are right. There are some strange "memory effect" of Black bars lighting.
We will fix it.

Thanks for bug report.

Gregole
May be it is protection from very fast results

Noweol
Спасибо!
Вижу, что есть исправленные ошибки и по работе с матроской и с madVR. Надо скачать, покрутить.
Если плеер окажется стабильным, то он войдет в следующую полную версию SVP.

sergioleon
Хм. Ну и как оно с SVP смотрится?

Добавлю веселеньких скриншотов и сухих цифр.
Есть утилитка, называется nVidia Inspector

Я сделал замеры показателей при помощи нее на драйверах 275.33 и 301.10 во время прохода синтетических тестов.
Вот что получилось:

Как видно, практически никакой разницы. А по результатам теста эти драйвера дают цифры сильно отличающиеся друг от друга в части под-теста GPU: calculations (первая и последняя строчка):

Я решил понаблюдать за разницей, но выяснил, что оказывается:
- видеокарта у меня постоянно работает на максимальных частотах (режим P0) и ни при каких условиях их не снижает;
- под-тест "GPU: system -> GPU transfer" грузит блок GPU, а под-тест "GPU: GPU -> system transfer" грузит VPU;
- режимы работы (частоты) и загрузка блоков видеокарты одинакова на обоих драйверах.

Вот такая вот почва для размышлений.