You are not logged in. Please login or register.
SmoothVideo Project → Posts by Bars
MAG79
Скрипт GameDropFix_v3
Данный скрипт заточен именно под игровое видео? (в плане чувствительности определения движения и т.д. и т.п.)
Если цель дубли в фильмах/сериалах, то есть смысл переходить с "второй версии DoubleDropFix.avs" (из этого поста, которой я пользуюсь с февраля и её качество меня в принципе устраивает) на GameDropFix_v3?
Планировал отписаться в этой теме после тестов, но до подготовки роликов 60fps и их тестирования руки так и не дошли, т.к. отпала практическая надобность (хотя всё ещё интересно провести такой тест, может быть позже всё-таки займусь).
А практическая надобность отпала, т.к. оказалось что переход на использование режима Direct3D при просмотре (чтобы избавиться от периодического "расслаивания" картинки) ещё и помог комфортно включить эту опцию:
Настройки рендеринга=>Управления GPU=>Ожидать заполнения
Включение которой как раз избавляет от рассинхрона, но без включения Direct3D пользоваться ей было невозможно, т.к. для HD видео после перемоток fps стабилизировался 5-10 секунд (т.е. после каждой перемотки нормальной плавности не было 5-10 секунд, что естественно было абсолютно неприемлемо), полагаю это вина слабой видеокарты (т.к. только для SD видео было комфортно пользоваться). Но с включенным Direct3D всё отлично: после перемотки полсекунды-секунда и плавность восстановлена.
Bars
как вариант найти на народном сайте овотар 60к/с и посмотреть без SVP есть ли на нем рассинхрон.
Если есть - в морг
У меня где-то даже ролик валялся с этого аватара (только вот там не 60, а 59,94fps - для теста не очень подходит), но мысль я уловил...действительно стоит проверить на практике, вдруг затык где-то на выводе 60fps...на выходных перекодирую (с уплавлением до точной своей частоты экрана) свои тестовые ролики в 1080p (чтобы масштабирование не требовалось) и в 720p (чтобы задействовалось масштабирование) и погоняю на них перемотку.
Если на перемотках и тут вдруг будет периодически рассинхрон, значит SVP непричем.
В любом случае по результам напишу в этой теме.
Bars
Декодер кто? хд4350?
Нет, конечно, с такой слабой видяхой пытаться её что-то декодировать - безумие. Её даже на масштабирование иногда не хватает, поэтому приходится делать это софтово.
Декодер CoreAVC или LAV (пробовал оба)
Терзают меня смутные сомнения что хд4350 вытянет вывод over60fps
Я 60fps вывожу, но масштабирую софтово всё что выше 720p до разрешения экрана (FullHD)
Bars
На 3.1.4 рассинхрон на перемотках в точности такой же как и на 3.0.5
А без SVP?
Без SVP всё, естественно, идеально.
Появилось достаточное количество времени для основательного тестирования, поэтому установил сегодня 3.1.4 и начал проверять (начал на сабжевом семпле, а потом на обычные перешёл)...по результатам описываюсь:
=Параметры профиля автоматически подобрались такие, что была загрузка всех ядер почти до предела (~90%), поэтому для чистоты эксперимента вскоре пришлось выставить параметры попроще (чтобы загрузка упала до 60-70%), чтобы убрать фактор нехватки производительности:
У меня есть мнение, что с переходом на 3.1.3 (3.1.4) проблема рассинхрона на перемотке решится сама собой даже без настройки паузы. Причина в том, что со времен SVP 3.0 много воды утекло и много полезных изменений было сделано. Когда я услышал о рассинхроне, то ощутил некое неприятное чувство из-за того, что вернулась давно решенная проблема. А оказывается ошибка наблюдается на древней версии SVP.
На 3.1.4 рассинхрон на перемотках в точности такой же как и на 3.0.5 (т.е. ни чаще, ни реже не стало). Кстати, рассинхрон чаще случается при перемотках вперёд, при перемоках назад чуть пореже.
Кстати, отключение плавности на перемотках до 1 секунды полностью проблему не решает (тогда просто не было достаточно времени на тестирование), просто при таком варианте рассинхрон после перемотки случается реже.
меньше 0.05 нельзя?
Нельзя. Пока нельзя.
50мс - оказалось что это уже реальная альтернатива варианту "отключить плавность и сразу включить", но визуально всё же ещё немного заметно. Поэтому хотелось бы более низких значений (сейчас в найстройках можно выставить меньшее значение и оно не сбрасывается, но по факту похоже работает всё равно как 50мс, т.к. визуально задержка меньше похоже не становится)
Отключение плавности на перемотках - это временное решение. В следующих версиях задумывается по-другому.
Это хорошо, значит шанс на будущее есть.
Не в перемотках дело
А в чём? (просто интересно)
меньше 0.05 нельзя?
Нельзя. Пока нельзя. Отключение плавности на перемотках - это временное решение. В следующих версиях задумывается по-другому.
У меня есть мнение, что с переходом на 3.1.3 (3.1.4) проблема рассинхрона на перемотке решится сама собой даже без настройки паузы.
ОК, подожду 3.1.4 и буду проверять...
Причина в том, что со времен SVP 3.0 много воды утекло и много полезных изменений было сделано. Когда я услышал о рассинхроне, то ощутил некое неприятное чувство из-за того, что вернулась давно решенная проблема. А оказывается ошибка наблюдается на древней версии SVP. Тогда не удивительно. И я решил пока ограничиться добавлением поддержки дробного значения.
Я регулярно читал чейнджлоги выходящих версий, и что-то неприпомню чтобы там где-то упоминалось хоть что-то на тему улучшений при перемотках (иначе бы перешёл на новую версию давно)
Добавил в SVP 3.1.4 поддержку дробных значений StopSmoothDelayOnRewind.
Ух ты, великолепно! 
Можно вводить любые значения от 0.05 до 5.
А меньше 0.05 нельзя? Я ж не знаю, на практике может и 5-10-20мс хватить (0.005/0.01/0.02), а чем меньше, тем лучше (чтобы визуально минимизировать время без плавности). 50мс это все-таки много и без необходимости не хотелось бы использовать.
Может нижний порог 0.01 можно сделать? (или ещё лучше 0.001)
* Пакет SVP 3.1.4 проходит тестирование, станет доступен на днях.
MAG79
В дополнение к этому своему посту, хотел ещё добавить то, о чём забыл упомянуть...
Я всегда использую только:
Плавность на перемотке: Отключить и сразу включить (StopSmoothDelayOnRewind=0)
Если включить 1 сек (StopSmoothDelayOnRewind=1), то рассинхрона нет (всегда <20мс), но целая секунда без плавности крайне неприятна визуально (очень часто пользуюсь перемоткой), поэтому это неприемлемо.
Возможно ли как-то задать промежуточное значение между нулевым ожиданием перед включением плавности и этим огромным значением в одну секунду?
Дробные значения для StopSmoothDelayOnRewind ничего не дают 
Погагаю для избежания проблем рассинхрона было бы достаточно какого-то значения от 50мс до 300мс (т.е. 0.05-0.3 секунды).
Можно использовать "улучшалки" . Только толку от них 0.
Кстати - в 3.1 из интерфейса доступен 11 блочный шейдер
Полнейшая чушь , я сторонник НД интела
СД нужно увеличивать до свп , и этим достигать точность . Считать 720*400 , затем увеличивать рендером до 1920*1080 ....это только от недостатка мощности камня - не ваш случай.
Я уже пробовал увеличивать до SVP, мне не понравилось, результат хуже (особенно по артефактам), потому что профиль в SVP для уплавнения 1080p у меня всё-таки слабый.
3.1 имеет свои проблемы ...
Так а всё-таки какие проблемы 3.1.x имеет относительно 3.0.5?
Кстати, уже не просадки fps, как заявлено в теме.
Да, я заметил, просто не стал создавать новую тему, если чего-нибудь хорошее получится всегда ведь можно будет вынести в отдельную тему, как например, эта хорошая тема была выделена из другой:
http://www.svp-team.com/forum/viewtopic.php?id=415
На перемотке возникает, а до перемотки?
На второй перемотке, на третьей?
Только на перемотке, до перемотки всё стабильно.
Часто после первой перемотки большой рассинхрон, а после второй перемотки уже нормально (10-20мс)
В подсказке черным по-английски сказано: Авто использует флаг из видеопотока.
Странно тогда, что я никакой разницы не увидел при просмотре, когда было включено "Auto", а потом "Progressive"...
Там три части ветки. Вот результат поиска по словам "рассинхрон | отстав | опереж": часть 1, часть 2, часть 3.
Не уверен, что по таким ключевым словам я найду что-то близкое к своей проблеме, но попробую ещё там поискать и по другим ключевым словам.
Да, я сторонник NVIDIA.
Мелкие зубцы на графике статистики EVR Custom - это не обязательно плохо. Меня вполне устраивает даже волнистый график. Главное, чтобы скачки не были величиной с большое деление (т.к. это уже целый кадр).
А что вообще означает красная и зеленая полоса? (зеленая как я понимаю показывает равномерность вывода кадров на экран?)
А то не очень понятно почему на предыдущем скрине синхронный скачок на обоих полосах.
==============================
А для последней версии SVP обязательно нужен плеер mpc-hc, который идёт с ней в комплекте? Просто в этой последней стабильной версии mpc-hc появился баг с плейлистами .mpcpl поэтому я использую предыдущую стабильную версию mpc-hc
А что в 3.1.3 значительно улучшилось?
Без полупиксела , что на фулке можно пожертвоать , значительно уменьшились требования к оперативной памяти . С полупикселом тоже , но не так явно.
Не, полупикселом жертвовать не хочется, мне больше нравится 1080p с полупикселом и SD с четверть-пикселом. (вот для SD мне хватает и на четверть пиксел и на шейдеры, и включение "ожидание заполения" устраняет полностью рассинхрон - и в итоге всё идеально на максимальных настройках даже с моей плохой видеокартой)
3.1 имеет свои проблемы ...
Например?
P.S. А для последней версии SVP обязательно нужен плеер mpc-hc, который идёт с ней в комплекте? Просто в этой последней стабильной версии mpc-hc появился баг с плейлистами .mpcpl поэтому я использую предыдущую стабильную версию mpc-hc
у меня SVP 3.05, решил не переходить на более поздние (во всяком случае пока нет нормальной видяхи)
Переходите , с версии свп 3.1.3 имеет смысл.
А что в 3.1.3 значительно улучшилось, что теперь имеет смысл перейти? (т.е. если не учитывать улучшения по GPU-ускорению)
Попробуйте использовать встроенный мпс фильтр(он же Габест) для тс/м2тс.
Пробовал габест, сейчас уже не помню, но что-то не понравилось. Вечерком пожалуй попробую ещё раз.
40 буферов евр видяйка отобразить не в состоянии . Искать где и что сейчас не буду , применительно к видяйкам цифра 4 и 5 - рабочие , остальное выстрел в воздух .
Но на практике при 40 буферах загрузка видеопамяти возросла (судя по GPU-Z), а количество рассинхронов на перемотках уменьшилось (правдо только для LAV splitter'а, на Хаали вообще никак не влияет)
Главная проблема вашей конфигурации в другом , а именно софтовой обработке всего и вся . Подумайте сами , процессор вынужден делать всё , что он делает в многопотоке и в очереди . Мощей может вполне хватать , но вот соблюсти очередность декодер-деинтерлейс-поиск-построение-вывод
Да, в этом что-то есть...
свп 3.1 очень сильно зависима от того , что на экране
у меня SVP 3.05 (в 3.06 помню были какие-то глюки, а на более поздние решил не переходить, во всяком случае пока нет нормальной видяхи)
===============================
===============================
MAG79
Может мой пост затерялся, он тут
ни разу ни у кого не было
Было. Решения индивидуальны. Общее решение: Haali + LAV + madVR. Реализовано в SVP.
Если не подошло, то гемор по перебору обеспечен.
А ссылки не подкинете на какие-нибудь примеры с рассинхроном из-за перемоток? (может чего вычитаю, что на мысли на какие-нибудь наведёт)
может быть вообще дело быть в слабой видеокарте?
Может.
Т.е. быстродействие памяти/шины видеокарты всё-равно где-то нужно? даже если она не используется для масштабирования и не используется ни для чего другого (типа шейдеров и т.д.)
где тут у меня про кадр-два было?
На картинке. Одно деление на графике статистики соответствует одному кадру. Зеленая линия выше красной на два деления - это отставание на 2 кадра.
Так там скачок красной и зеленой линии синхронный и поэтому расстояние между ними остаётся тем же самым, как и без скачка...или это неважно?
рассинхрон НЕ прогрессирующий...
Ну тогда искать причину. Я не знаю в чем она у Вас.
А что, ни разу ни у кого не было такого в вашей практике? Ветке на ixbt много лет, я думал народ уже со всеми проблемами по 10 раз туда приходил...
Видимо придется заняться наинтереснейшим занятием: подбором тройки сплиттер-декодер-отрисовщик для Вашей системы.
Да я уже практически все комбинации этих цепочек перепробовал (экспериментировал много дней). Так а может быть вообще дело быть в слабой видеокарте? (и соответсвенно узкой шине и её медленной памяти)
Меня отставание в кадр-два не напрягает. Это всего 2/60 сек.
А где тут у меня про кадр-два было? 2 кадра из 60 (сек) - это всего лишь 34мс, а я говорил про 200-400мс - а это уже десяток кадров и очень сильно напрягает...
И к слову, у меня зеленая линия параллельна и близка к красной в EVR Custom. Но я им не пользуюсь, я пользуюсь madVR Exclusive mode.
Буду иметь ввиду.
Протестировал всё что упоминалось в теме:
Если используется LAV-сплиттер + LAV-декодер то на периодический рассинхрон после перемоток вообще не влияет отключение/включение этих опций:
VSync
Аккуратный VSync
Ожидать заполнения <- И даже эта не влияет
---------------------------
Также пробовал отрубать в Catalyst'е все опции относящиеся к видео - на рассинхрон никак не повлияло.
P.S. Т.е. пользоваться терпимо, но хотелось полностью избавиться от рассинхрона на перемотках, чтобы его вообще никогда не было. С каким бы ещё опциями поэкспериментировать?
---
Bars
А как определили, что это именно ошибка кодировщика, а не Progressive_segmented_Frame?
Это ошибка с точки зрения корректности видеопотока.
Так и как всё-таки отличать, когда ошибка, а когда реально Progressive_segmented_Frame?
Рассинхрон (если картинка отстает) - признак бОльшего числа кадров, чем может показать монитор. Значит деинтерлейс и SVP генерят больше 60 к/сек.
Да нет же, рассинхрон НЕ прогрессирующий...т.е. нажал на перемотку, SVP отключил-включил плавность и получился рассинхрон допустим ~200мс и он полностью стабилен (не увеличивается по ходу просмотра), частота точно совпадает.
Вот тут на скриншоте 10мс рассинхрон после перемотки (примерно столько в большинстве случаев получается):
http://i53.fastpic.ru/big/2013/0216/50/ … 59b550.png
А бывает не 10-50, а 200-400мс и причем тут бОльшая частота?
И я сейчас не только про сабж, а про любое 1080p-видео.
==============
запретить деинтерлейс в LAV (нижний пункт)
Я ж говорю, режим авто даёт абсолютно тоже самое (видимо как раз правильно и выбирает прогрессив), что и ручной выбор нижнего пункта, так что вручную нет смысла это делать.
Самое простое и правильное - это погасить флаг прямо в декодере. Тогда видео станет для плеера и отрисовщика обычным прогрессивным видео без каких-либо отклонений.
А как определили, что это именно ошибка кодировщика, а не Progressive_segmented_Frame?
У меня версия LAV'а поновее, там уже режим авто есть (результат не отличается от того, если вручную выставить принудительно прогресссив, т.е. последнюю строчку...я как раз с этой опцией уже экспериментировал ~10 часов назад)
http://i52.fastpic.ru/big/2013/0216/d5/ … 891bd5.png
Теперь по крайней мере стала понятна причина, почему именно на LAV декодере нет просадок FPS, а на всех остальных - есть.
P.S. Вопрос про рассинхрон на перемотках из этого поста всё ещё в силе (можете что-нибудь подсказать, что ещё можно подкрутить?)
Может радонга 4300 не хватает на вывод 60к/с?
Да я вот тоже на свою видяху грешу...и жду, может местные спецы прояснят этот вопрос (тут вон на странице закачки вроде даже тест видел, так что "база" с инфой по протестированному железу должна уже быть, ну и плюс многолетний опыт, начиная с IXBT)...может действительно дело в GPU и ничего при помощи настроек тут не улучшить... (я наверное уже перепробовал всё что только можно)
Но это всё мои догадки, а хотелось бы хоть какой-то уверенности.
Протестировал всё что упоминалось в теме:
Если используется LAV-сплиттер + LAV-декодер то на периодический рассинхрон после перемоток вообще не влияет отключение/включение этих опций:
VSync
Аккуратный VSync
Ожидать заполнения <- И даже эта не влияет
---------------------------
Также пробовал отрубать в Catalyst'е все опции относящиеся к видео - на рассинхрон никак не повлияло.
P.S. Т.е. пользоваться терпимо, но хотелось полностью избавиться от рассинхрона на перемотках, чтобы его вообще никогда не было. С каким бы ещё опциями поэкспериментировать?
Сейчас на LAV декодере с включенным Аккуратным VSync'ом и при 40 буферах EVR воспроизводится в принципе нормально (при большинстве перемоток рассинхрона нет). А вот если включить показ статистики, то начинается как раз медленно нарастающий рассинхрон, который и показывает статистика переходом зеленой линии на ступеньку выше.
В общем похоже ресурсов видяхи не хватает, чтобы еще и статистику отображать.
Если глаз видит разницу между Мадвр и евр польз. , то нужно идти в магазин.
А причём тут Мадвр? Вроде про оверлей речь шла (на котором всё заблокировано, сабы, шейдеры и т.д.)
Честно говоря Мадвр вообще не использовал, с такой слабой видяхой как у меня сейчас, вряд ли что-то путное будет.
Может помочь полноэкранный Д3Д , но это очень веселый режим
Недавно им как раз начал пользоваться (для устранения "расслоения" картинки, это вроде еще "дрожанием" называют), т.к. ничего другое не помогало.
Пробуйте оверлей - ничего быстрее в природе не существует . Тест дрожания можно и из свп запустить .
Оверлей...ну если только для тестов.
SmoothVideo Project → Posts by Bars
Powered by PunBB, supported by Informer Technologies, Inc.
