Рассинхрон на перемотках при использовании SVP (Page 2 of 2)

MAG79
В дополнение к этому своему посту, хотел ещё добавить то, о чём забыл упомянуть...
Я всегда использую только:
Плавность на перемотке: Отключить и сразу включить (StopSmoothDelayOnRewind=0)

Если включить 1 сек (StopSmoothDelayOnRewind=1), то рассинхрона нет (всегда <20мс), но целая секунда без плавности крайне неприятна визуально (очень часто пользуюсь перемоткой), поэтому это неприемлемо.

Возможно ли как-то задать промежуточное значение между нулевым ожиданием перед включением плавности и этим огромным значением в одну секунду?
Дробные значения для StopSmoothDelayOnRewind ничего не дают
Погагаю для избежания проблем рассинхрона было бы достаточно какого-то значения от 50мс до 300мс (т.е. 0.05-0.3 секунды).

Ух ты, великолепно!

А меньше 0.05 нельзя? Я ж не знаю, на практике может и 5-10-20мс хватить (0.005/0.01/0.02), а чем меньше, тем лучше (чтобы визуально минимизировать время без плавности). 50мс это все-таки много и без необходимости не хотелось бы использовать.
Может нижний порог 0.01 можно сделать? (или ещё лучше 0.001)

ОК, подожду 3.1.4 и буду проверять...

Я регулярно читал чейнджлоги выходящих версий, и что-то неприпомню чтобы там где-то упоминалось хоть что-то на тему улучшений при перемотках (иначе бы перешёл на новую версию давно)

А в чём? (просто интересно)

Появилось достаточное количество времени для основательного тестирования, поэтому установил сегодня 3.1.4 и начал проверять (начал на сабжевом семпле, а потом на обычные перешёл)...по результатам описываюсь:
=Параметры профиля автоматически подобрались такие, что была загрузка всех ядер почти до предела (~90%), поэтому для чистоты эксперимента вскоре пришлось выставить параметры попроще (чтобы загрузка упала до 60-70%), чтобы убрать фактор нехватки производительности:

На 3.1.4 рассинхрон на перемотках в точности такой же как и на 3.0.5 (т.е. ни чаще, ни реже не стало). Кстати, рассинхрон чаще случается при перемотках вперёд, при перемоках назад чуть пореже.

Кстати, отключение плавности на перемотках до 1 секунды полностью проблему не решает (тогда просто не было достаточно времени на тестирование), просто при таком варианте рассинхрон после перемотки случается реже.

50мс - оказалось что это уже реальная альтернатива варианту "отключить плавность и сразу включить", но визуально всё же ещё немного заметно. Поэтому хотелось бы более низких значений (сейчас в найстройках можно выставить меньшее значение и оно не сбрасывается, но по факту похоже работает всё равно как 50мс, т.к. визуально задержка меньше похоже не становится)

Это хорошо, значит шанс на будущее есть.

Без SVP всё, естественно, идеально.

Нет, конечно, с такой слабой видяхой пытаться её что-то декодировать - безумие. Её даже на масштабирование иногда не хватает, поэтому приходится делать это софтово.
Декодер CoreAVC или LAV (пробовал оба)

Я 60fps вывожу, но масштабирую софтово всё что выше 720p до разрешения экрана (FullHD)

У меня где-то даже ролик валялся с этого аватара (только вот там не 60, а 59,94fps - для теста не очень подходит), но мысль я уловил...действительно стоит проверить на практике, вдруг затык где-то на выводе 60fps...на выходных перекодирую (с уплавлением до точной своей частоты экрана) свои тестовые ролики в 1080p (чтобы масштабирование не требовалось)  и в 720p (чтобы задействовалось масштабирование) и погоняю на них перемотку.
Если на перемотках и тут вдруг будет периодически рассинхрон, значит SVP непричем.
В любом случае по результам напишу в этой теме.