Search options (Page 151 of 235)

Bars
ссылки не подкинете на какие-нибудь примеры с рассинхроном
Там три части ветки. Вот результат поиска по словам "рассинхрон | отстав | опереж": часть 1, часть 2, часть 3.

быстродействие памяти/шины видеокарты всё-равно где-то нужно?
Не обязательно причина именно в быстродействии. Есть еще не менее важная программная сторона: драйвер и настройки. Иногда проще сменить видеокарту, чем плясать с бубном вокруг старенькой AMD-карточки.

Мелкие зубцы на графике статистики EVR Custom - это не обязательно плохо. Меня вполне устраивает даже волнистый график. Главное, чтобы скачки не были величиной с большое деление (т.к. это уже целый кадр).

Bars
Так и как всё-таки отличать, когда ошибка, а когда реально Progressive_segmented_Frame?
Зачем? С т.з. SVP это одно и то же. SVP нужен прогрессив на входе.

рассинхрон НЕ прогрессирующий...
Ну тогда искать причину. Я не знаю в чем она у Вас. Видимо придется заняться наинтереснейшим занятием: подбором тройки сплиттер-декодер-отрисовщик для Вашей системы.

Меня отставание в кадр-два не напрягает. Это всего 2/60 сек. И к слову, у меня зеленая линия параллельна и близка к красной в EVR Custom. Но я им не пользуюсь, я пользуюсь madVR Exclusive mode.

Bars

Из MediaInfo по этому отрывку:

Это всего лишь ошибка кодировщиков, которые ошибочно указали флаг чересстрочности для прогрессивного материала. Все что нужно сделать пользователю, это погасить этот ошибочно выставленный флаг в цепочке DS-фильтров, и чем раньше, тем лучше. Иначе, этот флаг будет передан в отрисовщик, который начнет силами видеокарты каждый кадр превращать в два, пытаясь произвести VA-деинтерлейс.

Конкретно в случае Bars происходило повышение частоты кадров с 25-ти до 60-ти, затем отрисовщик EVR Custom, видя флаг Interlaced эти 60 fps превращал в 120 fps и, конечно же, видеокарта "захлебывалась", пытаясь посчитать и показать все эти кадры.

Самое простое и правильное - это погасить флаг прямо в декодере. Тогда видео станет для плеера и отрисовщика обычным прогрессивным видео без каких-либо отклонений.

jkauff
OK. I have a solution.
19.98 fps shows only one kind of DVD. It is multy-format DVD with PAL and NTSC video in one disc.
So, If decoder finds NTSC 29.97 with 2:3 pulldown it does IVTC to convert framerate to progressive 23.976. It is 4/5 from it. But because of DVD is multy-format Somehow it tells about 25 fps instead of 29.97 and 4/5 from 25 is 19.98 fps (20 but with NTSC-scaling coefficient 1000/1001). It happens when SVP is ruuning.

Without SVP all is good and ffdShow reports about 29.97 fps But if you run SVP and turn on smoothing with 2x coefficient then you can not get 60 fps (Jerky tearing test) and if you point 2.5x coefficient (24->60) then you get good smoothness of Tearing test. It tells about wrong framerate againg. But now real framerate is 23,976 but ffdShow shows 29,97. It looks like little bug in LAV DVD decoder.

So. You must manually point right target frame rate in the profile window. Test it by watching to tearing test.

Bars
DSS2 открывает на каждом компьютере используя DS-декодеры, установленные в системе, выбирая согласно приоритетам (merit-ам). Это может оказаться ffdShow, LAV или любой другой декодер. Поэтому перевернутая картинка - это индивидуально на одной конкретной системе так вышло. Переставить LAV или ffdShow с повышением приоритетов и это исправится. У меня DSS2 кадры открывает нормально, не перевернутыми.

AVISource не пробовал. Возможно в нем проблема, но скорее всего в самом AVI, VirtualDub ругается на него, мол отсутствуют первые два кадра. Вот Avisynth'у и снесло башку от нестандартного AVI. В нем еще и кадры-дубли закодированы по-честному (D - флаг пропуска кадра). Это значит, что кодировщик имел доступ к информации, что кадр пропущен, иначе бы закодировался кадр-близнец. А как такие D-кадры обрабатываются Avisynth'ом я не проверял. Возможно, для него D означает заполнить это пропуск кадром из будущего, а не из прошлого. Ну а иначе я просто не могу объяснить такую чехарду с кадрами.

интересует исключительно для тестовых целей
Вот я направление подсказал, если интересует, то можно дальше самостоятельно в этом направлении поизучать и поэкспериментировать. Я же сторонник подхода: не придумывать себе сложности.

И я не имел в виду включенные улучшалки именно в ffdShow. Просто до формата H.264 не сущестовало стандартизованного правила по декодированию и декодерам не ставилось условие попиксельного соответствия декодеру-референсу. Постобработка не являлась стандартом и обязательным условием. Поэтому в общем случае кадры полученные через AVISource, DirectShowSource и DSS2 дадут разные картинки с разной степенью постобработки. И не обязательно Вам об этом сообщат разработчики декодера или выведут настройку наружу.
Перевернутая картинка - это яркий пример нестандартизованного способа распаковки и постобработки кадра.

Но это все лирика и уже далека от темы замены выпавших кадров. Я так понял, что все получилось и все теперь устраивает?
Я рад.

jkauff
Lets find what the difference between DVD and MKV settings:
Make two text-reports and post them here: SVP tray menu - Information - Additional information.

Bars
Приложенный в архиве исправленный файл выглядит даже хуже, чем исходник. Причина: замена кадров дублей со смещением на кадр раньше. Вообще вижу такое впервые и теряюсь в догадках как такое можно было получить, применяя предложенный скрипт. Разве что, если в скрипт были внесены изменения.

Как должно быть:
исходник : кадр1 - кадр2 - дубль - кадр4 - кадр5
результат: кадр1 - кадр2 - Fix-50 - кадр4 - кадр5

Как это выглядит в файле из архива:
исходник : кадр1 - кадр2 - дубль - кадр4 - кадр5
результат: кадр1 - Fix-50 - кадр2 - кадр4 - кадр5

Из-за этого подергивания еще сильней усугубились, т.к. перед скачком (кадр2-кадр4) идет затормаживание, а на смене сцен вообще красотища: перемигивание кадров из предыдущей и следующей сцены.
Прогнал через оригинальный скрипт - все в порядке. Как удалось умудрится этим скриптом сделать видео еще хуже - я не представляю.

Bars
Спасибо за отзыв. Действительно есть проблема, когда пара выпавших кадров определяется некорректно, либо определяется только один из пары кадров.
Архив скачал, погляжу.

Причина, по которой парные дубли определяются не как первый и второй (Fix-33, Fix-66), а также встречаются одиночные Fix-33 и Fix-66, заключается в том, что работает адаптивный механизм определения кадров-дублей, а за точку отсчета всегда берется текущий кадр.
dif_prevMax - максимальное отличие кадров из прошлого
dif_nextMax - максимальное отличие кадров из будущего

Можно подумать над расширением этой логики, может увеличить диапазон учета кадров вперед/назад. Сейчас просматриваются два кадра вперед и три кадра назад.

---
оказалось что через DSS2 вышеописанных проблем нет
Качество определения дублей зависит от зашумленности видео. AVISource открывает видео как есть, DSS2 открывает DS-декодером, зарегистрированным в системе. Вполне могут работать шумодавы и деблок-фильтры. Поэтому работа скрипта замены выпавших кадров изменилась.

paintpack
Спасибо за предложение.

Можно поинтересоваться: как вы относитесь к Lightpack?
danil4eg поставил себе такую подсветку. С ней уже ничего не сделаешь?

См. тему:
Эмбилайт для монитора - различные варианты подсветки стены

Ruslan
есть ли возможность начать кодировку с момента зависания ??
Нет. Я вообще не рекомендую использовать кодирование в два прохода для алгоритма повышения плавности. Если очень хочется кодируй в один проход чем-нибудь с излишним качеством. А потом пережимай полученный файл хоть в десять проходов.

Причины необоснованности двух проходов:
1. Неповторимость результатов повышения плавности кадр-в-кадр, отчего снесет башку любому двухпроходному кодировщику.
2. Лишняя трата ресурсов компьютера на двойной расчет промежуточных кадров.

%username%
Скажу честно, без косяков идеально записать монолитное обучающее видео - это не простая задача. Была практика создания 5-ти минутных роликов, так у меня бывало по 8 часов на запись/перезапись ролика уходила. То не то сказал, то не правильно показал, то молчание и запинки, где надо четко и ясно все рассказывать...
А тут аж целых 30 минут! Маленькие косячки можно простить

Bolt
Deja vu

See topic: '1,5m'' Frame Interpolation Mode.
I want to add one of these modes to next version SVP (called 1m 50%).
We (developers) need to decide how it will be helpful or not...

What you think? As I see, you are really need 1.5m modes (between 1m and 2m)?