Замена выпавших кадров (drop'ов) и SVP (Page 7 of 11)

Даже при однократном переводе из RGB в YV12 портятся цвета, в частности сильно падает насыщенность. Что можно сделать? Как вы решаете эту проблему в SVP?

Ghostlamer
Не устраивает результат в YV12, оставляйте в RGB и кодируйте в нём, ну или на худой конец в YV24, по сравнению с RGB - потеря минимальная.

Я бы рад, но в начале того же скрипта dropfix стоит ConvertToYV12().

Ghostlamer
если какой-нибудь lossless avi в YUV, то скорей всего RGB и т.д..

Как RGB может быть одновременно YUV?

2MAG79
Применяя GameDropFix_v4 (приведеный Вами 25-10-2013) и, естественно, добавив mvtools2 и mt_masktools-26, получил ошибку скрипта "unable to unit GPU-based renderer  - code255". У меня комп на базе е3 (интегрированная GPU в CPU). Не подскажите ли где подправить GameDropFix_v4 ? Спасибо.

Спасибо за ссылку на последнюю версию GameDropFix v5. Но ошибка осталась. Простой скрипт (по примерам) :

SetMTMode(3)
Import("avss.avsi")
import ("D:\AviSynth\SVP\GameDropFixV5.avsi")
LoadPlugin("D:\AviSynth\SVP\svpflow1.dll")
LoadPlugin("D:\AviSynth\SVP\svpflow2.dll")
LoadPlugin("D:\AviSynth\SVP\mvtools2.dll")
LoadPlugin("D:\AviSynth\SVP\masktools2.dll")
LoadPlugin("D:\AviSynth\Plugins\avss.dll")

DirectShowSource2("D:\leha\IMG_1282.MOV").converttoyv12.trim(100,0).trim(0,2000)

SetMTMode(2)

GameDropFixV5()
Distributor()

Дает ту же ошибку что и ранше (см. предыдущий пост) в строке GameDropFixV5.avsi (выделена красным)

setmtmode(2)

super=SVSuper(super_params)
vectors=SVAnalyse(super, analyse_params)
fix_all = SVSmoothFps(super, vectors, smoothfps_params, mt=GetMTMode(true), url="www.svp-team.com")

SetMTMode(1)

Это что-то с многопотоковостью ?
Спасибо.

А с какими настройками качества рендеринга кадров работает скрипт? Подозреваю, что с дефолтными. Есть (720x576) 29,97 fps видео (реально 20 fps + дропы) пускаю через скрипт, чтобы получились полноценные 29,97 fps. Плавность после скрипта меня в общем-то устраивает, но на сложных сценах появляются артефакты рендеринга. Например когда люди на фоне жалюзи эти жалюзи смазываются и прилипают к людям или движение вокруг множества объектов (цветов, всяких предметов) смазываются как джпеговские артефакты порождая грязь. А при 60 fps еще хуже. Я с SVP раньше дела не имел, но неужели она так работает?
Использовал GameDropFixV5, XviD4PSP 5, сам SVP не установлен. Похоже используется софтовая обработка, потому что что с myGPU true и false скорость одинаковая 0,35x. Хотя видеокарта в списке поддерживаемых GTX 560. Win7 x64 Core2Duo.
Я так понимаю у SVP есть профили тяжести, которые представляют собой особый набор настроек. По типу как x264 имеет пресеты medium, slow, slower, но есть еще сами настройки. И в скрипте можно как-то указать, но только отдельные настройки вручную https://www.svp-team.com/wiki/Plugins:_SVPflow и надо еще знать какие и как настроить. Почитав описание, я так понял что нужно указывать в файле GameDropFixV5.avsi
в раздел
super=SVSuper(super_params)
vectors=SVAnalyse(super, analyse_params)
А может еще туда, где params

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

А как узнать, что видеокарта задействуется? Если скрипт отрабатывает без ошибок с gpu=true, значит аппаратное ускорение есть?
Ну судя по всему видеокарта используется. Я проверил правда на скрипте простого уплавнения InterFrame2 20>30 fps на CPU скорость 1x, на GPU 0,6x. То есть получается с видеокартой медленнее. И как ни странно артефактов даже больше. То есть разница есть, но в худшую сторону. А в целом артефактов много и на CPU и на GPU. Я говорю, конечно, о сложных сценах, например, где люди на фоне жалюзи.
Правда исходник изначально с низкой четкостью, VHSRip, хоть и почищен от шумов. Может быть на чистой HD картинке результат был бы получше.

deniskx
как узнать, что видеокарта задействуется? Если скрипт отрабатывает без ошибок с gpu=true, значит аппаратное ускорение есть?
да

Может быть на чистой HD картинке результат был бы получше.
тоже да

andeyut
Интересное видео. 23,976 к/сек, но при этом каждый 4-ый кадр - дроп. Как так могло получиться?
Насчет настроек - да, все настраивается. Покручу это видео, по результатам отпишусь.

Для данного семпла необходимо составить скрипт, который удаляет данный дубль-кадр, заменяя его предыдущим, тогда gamedropfix подхватит такие (не перекодированные) кадры.

В данном случае нет. т.к. в результате перекодирования дубль кадры стали не дубль кадрами. Это видно если смотреть по стоп-кадру, существуют микро-изменения в структуре.
Из-за этих микро-изменений в менее динамичных сценах, gamedropfix распознаёт их полноценными кадрами.

А чтобы они были полноценными дублями, их необходимо повторно сделать дублями, в этом случаее gamedropfix сработает в 99.99% (кроме ну ооочень медленных сцен).
А в некоторых случаях, когда дубль-кадры являются неотъемлемой частью видеоряда, наоборот перестараться.

Планку по замене можно было-бы поднять до 100% (и без перестараний), если бы gamedropfix умел использовать таймкоды, тогда данный поток необходимо былобы переводить в VFR... (но это уже другая история)

TDecimate(cycleR=1, cycle=4)
ChangeFPS(23.976)

Разницы особой нет, в слабодинамичных сценах по прежнему дубли.

Думаю дело в том, что картинка чистая и движение в кадре только в небольшой области. Как-то я пропускал шумное и артефачное видео с периодическими дублями через GameDropFix и он нормально справился, а сейчас не хочет. И добавление искусственного шума перед ChangeFPS ничего не меняет, наверное GameDropFix опирается еще на какие-то флуктуации.

То есть 4 прогрессивных кадра (23.976) + левый 5 кадр = 29.97. Такое TDecimate с дефолтными настройками устраняет. Но люди используют что попало. Иногда только ради того, чтобы на трекере "сомнительно" не поставили  пытаются сделать стандартный fps, но с рывкотней.

После деинтерлейса хардтелесиненного видео получится точнее 3+2. 3 прогрессивных кадра и 2 бленда. Здесь уже надо было делать IVTC.

Да, тогда все складывается. Я тут прикинул, получается выбрасывается нормальный кадр следующий сразу за дублем или точнее с первого кадра.

PPPPDPPPPDPPPPDPPPPDPPPPD (P - обычный кадр, D - дубль)

выбрасываются первые назовем их p кадры

pPPPDpPPPDpPPPDpPPPDpPPPD

для наглядности представим это как

PPPDpPPPDpPPPDpPPPDpPPPDp
PPPD-PPPD-PPPD-PPPD-PPPD- (- отсутствие кадра)
D- это дубль и пропуск. Вместо - должен быть четвертый полноценный кадр, но его вырезали, а вместо него остался дубль третьего кадра (по текущей нумерации). Дубль стал дроподублем.
Казалось бы совсем близко был алгоритм от правильного удаления. Если бы вырезался из PPPPD четвертый P, то его бы заменил D (D=P4). Или, конечно, если бы сразу удалялся D. В общем очень не повезло.
А с другой стороны хорошо, что хотя бы из середины PPPP цепочки кадр не удалялся, это был бы недетектируемый пропуск вообще. Были бы дубли, еще и с пропусками.

29.97p в кинофильмах не бывает. Я имел в виду кинофильмы. Там 29.97 означает 23.976+hard telecine (3 прогрессивных, 2 интерлейсных кадра) и прочие извращения. В сериалах, клипах, там могут быть и честные 29.97.