You are not logged in. Please login or register.
SmoothVideo Project → Posts by Bars
А что означают такие подъемы зеленой полосы через каждые несколько десятков секунд?
http://i51.fastpic.ru/big/2013/0216/8e/ … 09508e.png
Кстати, увеличил буфер EVR с 5 до 40 - значительно лучше стало, в плане перемоток
Чтобы не было рассинхрона снимите галку Аккуратный VSync
ОК, попробую...
Я помню экспериментировал с этой функцией, но что-то мне не понравилось при её отключении. Кажется кадры дропались часто...Да и тут где-то MAG79 рекомендовал её включать...
Незнаю , что там у вас за карта , но отсутствие ДХВА
Самая худшая из худших, у меня даже более древние карты были лучше по качеству, чем эта моя "временная"
Не проще будет прикупить карту посвежее?
Да была у меня GTX 460, и всё было отлично (но потом из-за некоторых обстоятельств я её лишился), а последующие казалось более лучшие покупки GTX 560->660->670 я возвращал, там fps проседал (перепробовал кучу драйверов и т.д., т.е. по сравнению с 460-ой было значительно хуже), да и потом на IXBT читал что у человека начались подергивания при том что из железа у него поменялось только GTX 460->GTX 580 (так что у меня не единичный случай). Вот подумаю теперь рискнуть и взять GTX 770...
По секрету : есть большой шанс , что в следующей версии свп будет "допилен" адаптивный режим . Это автоматически даст дорогу поиску шагом 8 пиксел для ай5 и выше . Это уже совсем другой уровень подвижности картинки . Собственно из-за излишней подвижности блоков 8*8 и невозможно контролировать картинку...
А как новая видеокарта в этом поможет, если речь о процессоре? (ай5 и выше?)
Ну что сказать , рендер не успевает ...
Хотя не факт.
Я сейчас ещё попробовал выключить обрезку краёв для семпла (вообще про неё забыл), да и для CoreAVC это ничего не давало, статистика:
С ВКЛюченным VSync (плоховато)
С ВЫКЛюченным VSync (нормально, на перемотках только несколько десятков милисекунд рассинхрона)
Т.е. теперь нет обрезки через ffdshow + нет софтового масштабирования через тот же ffdshow (но поскольку вариант "как есть" с черными полосами мне не интересен, тестов без обрезки я почти не проводил)...интересно почему после софтового (без участия слабой видеокарты) масштабирования возникают проблемы?
С лав декодером - нормально без оберзки, с остальными декодарами плохо всегда.
На обычном 24р-60р такая же статистика ?
Еще не успел проверить
Покажите статистику рендера , если поняли ...где её включить=взять .
http://i54.fastpic.ru/big/2013/0215/7a/ … e7a97a.png
http://i51.fastpic.ru/big/2013/0215/50/ … b6d250.png
http://i52.fastpic.ru/big/2013/0215/7a/ … f0db7a.png
Настраивайте уплавнялку с включенным "VSync" и не парьтесь .
Так я про то и толкую, что настройки не влияют.
Вот прямо сейчас включил VSync, поставил в SVP самые-самые простейшие настройки - тоже самое, на перемотках рассинхрон. В меньшую сторону менять просто некуда...
Bars
При выключенном "VSync" всё было в принципе нормально.Выключенный "VSync" - это ненормально . Не удивляйтесь рассинхронам и т.д.
Если дропит - нужно снижать нагрузку на процессор .
1) Применительно к текущему семплу включение "VSync" ничего не даёт
2) Статистика: тут
3) Нагрузка в тех случаях и так была небольшая ~30-40%, куда уж меньше, думаю дело не в нагрузке на процессор (а именно в видеокарте, т.к. других предположений у меня нет)
Галка VSync стоит ?
Стоит только "Аккуратный VSync", а вот включение опции "VSync" приводило на различных 1080p-видео к периодическим дропам, причем перегрузок не было
При выключенном "VSync" всё было в принципе нормально.
Всё же нужно разобраться , откуда рассинхрон. На евр быть не должно .
Статистика что показывает ?
Возможно причина в слабой видеокарте? (Опции "Заполнять GPU перед Vsync" и "Заполнить GPU после представления" включены)
И на "тяжелом" видео при перемотках она просто не успевает заполнить буфер достаточном количеством кадров...
P.S. А применительно к текущем семплу включение "VSync" ничего не даёт
Пробуйте задействовать софтовый деинтерлейс Лав декодера.
Софтовый деинтерлейс у Лад декодера в скобках стоит Yadif
После его включения теже просадки.
Если его не включать, то просадок хотя и нет, но на перемотках часто рассинхрон возникает (я забыл что с LAV'ом единственным не было просадок, но поскольку итоговый результат всё-равно неприемлемый я его вычеркнул тогда)
Неплохо бы заполнить профиль ...для начала
Заполнил (минимально необходимое)
МПС - настройки рендеринга/представление/включить коррекцию времени кадра .
Евр перестанет дропить кадры , если конечно дело в нем .
Попробовал, включение ничего не даёт.
И evr custom и так не дропит кадры, а копит рассинхрон до ~1000мс и только потом дропит кадр. Много дропит он только если включить "Ожидание заполнения", но для HD оно очень долго заполняется после перемоток (возможно на мощных видеокартах оно заполняется быстрее)
gaunt
Просадок нет . Вам нужно задействовать встроенное в ай7 видео = использовать QuickSync
Спасибо за информацию.
А какие-нибудь другие варианты есть, кроме этого? Имею ввиду софтовый способ?
P.S. Я не следил за процессорами в последние пару лет, сейчас вычитал, что сейчас уже новое поколение i7 с дискретным видео. У меня i7-920 из первого поколения, без видео.
Бросайте это дело.
Когда встретился с таком проблемой на нескольких ts (записях прямого потока со спутника), я так и сделал (бросил, потому что списал на косячность таких записей).
Но раз уж пошли теперь русские блюреи (это не единичный случай), на которых "косячность записи" отпадает, то хотелось разобраться.
Свп не предназначен для интерлейсного видео
...
Но настоящий интерлейс - сложно .
Так здесь видео как бы прогрессивное на самом деле, в этом и суть. С чисто интерлейсным и заморачиваться пока не планирую.
Ну а с дублированными кадрами - вообще атас , проще качнуть готовый рип и посмотреть.
Я так и сделал в начале, увидел что в рипе значительно хуже чёткость (в 70-80% случаях на 1080p-рипах экономят на битрейте и ощутимо страдает качество, а я люблю максимальное качество и поэтому год назад окончательно перешёл на блюреи) и удалил скачанный рип, и начал эксперименты с блю-реем...
Хотя конкретно прогрессивное видео закодированное полями вполне можно уплавнить .
Запускали мой семпл? Просадки fps есть?
Семпл: http://sendfile.su/762539 (Зеркало)
Исходный блю-рей 1080i: тут
Если я правильно разобрался, то на этом блю-рее как раз прогрессивное видео закодированное полями:
http://en.wikipedia.org/wiki/Progressiv … nted_Frame
Конкретное железо в профиле не указываю (пробовал на разных компьютерах, в том числе мощных на i7, везде одинаково, правда видеокарты везде из Low-End'а были, но их аппаратные возможности не задействовались, даже масштабирование до разрешения экрана было софтовое). C прогрессивым видео проблем нет, даже на высоких настройках SVP.
Но с этим видео даже на самых-самых-самых простейших настройках (меньше некуда) fps постоянно в районе 58-59fps (вместо 60), и с нарастающим рассинхроном (рендерер EVК custom, на других рендерерах то же самое, либо нарастающий рассинхрон, либо дропы). Как я понимаю, проблема скорее всего в декодере (пробовал наверное почти все: CoreAVC, ArcSoft, PowerDVD, LAV, ffdshow)
Достаточно это видео просто перекодировать в 25fps (без применения каких-либо деинтерлейсов или др. фильтров) и тогда всё идеально плавно.
Поэтому просьба проверить, хоть у кого-нибудь это видео нормально играется без просадок fps?
P.S.
Прочитал пару темы, в которых обсуждались проблемы с просмотром черезстрочного видео:
http://www.svp-team.com/forum/viewtopic.php?id=431
http://www.svp-team.com/forum/viewtopic.php?id=832
но решения не нашёл
Но я верю, что с этим вопросом можно разобраться без меня самостоятельно
Да, конечно.
P.S. Все не очень ясные моменты по теме, вы уже прояснили, спасибо
DSS2 открывает на каждом компьютере используя DS-декодеры, установленные в системе, выбирая согласно приоритетам (merit-ам). Это может оказаться ffdShow, LAV или любой другой декодер. Поэтому перевернутая картинка - это индивидуально на одной конкретной системе так вышло.
Да, это я уже знал, когда читал про DSS2, с причиной как раз мне было всё-понятно...а вот про изменение приоритетов фильтров я как-то вообще забыл 
(давно GSpot'ом не пользовался)
Переставить LAV или ffdShow с повышением приоритетов и это исправится.
Спасибо, изменил, так удобнее (на воспроизведения в плеере не повлияло, там свои приоритеты для фильтров прописаны)
AVISource не пробовал. Возможно в нем проблема, но скорее всего в самом AVI, VirtualDub ругается на него, мол отсутствуют первые два кадра.
Как станно, учитывая что семпл этот я специально вырезал через:
"VirtualDubMod 1.5.10.3 (build 2550/release)"
В нем еще и кадры-дубли закодированы по-честному (D - флаг пропуска кадра).
Спасибо! Теперь я, наконец, понял почему в свойствах рендерера при воспроизведении (без плавности) частота колебалась в райне 22, а не была чётко 25
Я так понял, что все получилось и все теперь устраивает?
В принципе да, ваш скрипт оказался полностью нормально работающим через DSS2 и этого думаю вполне достаточно.
P.S. Но вот вопрос с двумя отсутствующими кадрами всё ещё не дает покоя, сам виртуалдуб вырезает, а потом сам же и ругается на отсутствующие кадры...(хотя может у вас версия дуба другая?)
Причина: замена кадров дублей со смещением на кадр раньше.
Как должно быть:
исходник : кадр1 - кадр2 - дубль - кадр4 - кадр5
результат: кадр1 - кадр2 - Fix-50 - кадр4 - кадр5Как это выглядит в файле из архива:
исходник : кадр1 - кадр2 - дубль - кадр4 - кадр5
результат: кадр1 - Fix-50 - кадр2 - кадр4 - кадр5
Вот именно про это я и писал в первом комментарии, во втором пункте
Прогнал через оригинальный скрипт - все в порядке.
Тоже FlipVertical() использовали, чтобы не было перевернутого изображения из-за DSS2?
Вообще вижу такое впервые и теряюсь в догадках как такое можно было получить, применяя предложенный скрипт. Как удалось умудрится этим скриптом сделать видео еще хуже - я не представляю.
Я сейчас ещё потестировал, и оказалось что моё изначальное предположение было верным, всё дело в том, через что открывать, через DSS2 (со всеми отключенными фильтрами в запускаемом ffdshow) тоже всё нормально (так что деблокинг или повышение резкости совершенно непричём), а через AVISource будет то, что я приложил в архиве. Почему-то при открытие через AVISource скрипт работает неправильно.
Просто сколько я читал, avi обычно рекомендуют открывать именно через AVISource, поэтому и я так делал.
1. Можно еще поинтересоваться о том как были получены выпавшие кадры?
Без понятия как получены, запись чужая. Полагаю комп не тянул кодирование напрямую в AVI при захвате с ТВ-тюнера.
2. Нельзя ли найти в интернете этот фильм без выпавших кадров, чтобы не заниматься тут лишней работой?
Другой вариант найти нельзя (абсолютно точно нельзя), но в данном конкретном случае просмотр уже в прошлом:
собственно с этого глючного сериала, чтобы хоть как-то более менее терпимо (плавно) его посмотреть я и стал изучать ависинт, в итоге ничего лучше "TDecimate(cycle=7)" так и не удалось подобрать, и бОльшая часть дублей как раз выбрасывалась (в среднем 3 дропа в секунду было), ну и частично нужные кадры повыбрасывались, где в 7-ке кадров не было дропов.
В теории при "TDecimate(Mode=2,rate=22)" должно было быть медленнее, но лучше (дропы раскиданы хаотично, и ложных срабатываний при анализе сразу всех кадров за каждую секунду должно было быть меньше), и вроде было получше, но при этом был рассинхрон ~500мс (причины которого я так и не понял, и никакой инфы не нашёл ).
На данный момент меня это видео интересует исключительно для тестовых целей (на будущее, т.к. видео с дропами периодически встречается, пусть и не в таком жутком количестве дропов, как в моём семпле).
Можно подумать над расширением этой логики, может увеличить диапазон учета кадров вперед/назад. Сейчас просматриваются два кадра вперед и три кадра назад.
С удовольствием бы потестил обновленную версию
Качество определения дублей зависит от зашумленности видео. AVISource открывает видео как есть, DSS2 открывает DS-декодером, зарегистрированным в системе. Вполне могут работать шумодавы и деблок-фильтры. Поэтому работа скрипта замены выпавших кадров изменилась.
Понятно. У меня там только фильтр резкости работал, я его не отключал.
MAG79
Вот вторая версия DoubleDropFix.avs:
Приветствую. Спасибо за скрипт, по сравнению с первой версией действительно уже очень-очень неплохо, находит все дропы и главное без ложных срабатываний (потестил на одном особо ужасном видео, с хаотичным разбросом дропов от одного до нескольких подряд).
Но если можно, то просьба доработать скрипт, вот пара моментов которые я обнаружил:
Семпл исходника + Перекод этого семпла с использованием DoubleDropFix.avs (второй версии):
http://sendfile.su/762179
На этом семпле:
1) Индикация Fix-33 и Fix-66 как я понял должна быть всегда в паре и только на двойных дубликатах, но она почему то есть иногда и на единичных дублях:
7 секунда 8-ой кадр - только Fix-66 (до и после Fix'ов нету, потому что только один дубль, и как я понимаю должно было быть просто Fix-50)
10 секунда 2-ой кадр - только Fix-33 (тоже единичный дубль)
2) Этот же самый кадр (Fix-33) с 10-ой секунды, получается как бы заглядывает в будущее, и состоит из смешения двух кадров.
Похоже ошибка в последовательности возникает из-за того, что расчет делается между дублем и следующим кадром (насколько я вник, тут всё правильно), а вот потом этот расчитанный кадр вставляется на место первого дубля (из пары одинаковых кадров), а для правильной хронологии кадров он должен вставляться вместо последнего кадра (в паре одинаковых кадров)
P.S. Парные дубли там дальше тоже есть, с они вроде нормально выкидываются, а на расчитанных правильная индикация Fix-33 + Fix-66
upd: Для AVI-файлов всегда использовал открытие через AVISource (и в этот раз в том числе), т.к. через DSS2 для ави получается перевернутое изображение (да и вроде как не предназначен он для avi), но сейчас решил поэкспериментировать с DSS2 (+нагуглил FlipVertical для компенсации перевёртыша) и оказалось что через DSS2 вышеописанных проблем нет...хм...можно пользоваться только через DSS2 и ничего не сделать?
SmoothVideo Project → Posts by Bars
Powered by PunBB, supported by Informer Technologies, Inc.
