|
|
|
Mike Brick
Стаж: 15 лет 8 месяцев Сообщений: 179
|
Mike Brick ·
18-Июл-09 06:24
(15 лет 4 месяца назад, ред. 18-Июл-09 18:24)
Вот... собрался для экономии места перевести кое-какую документалку из DVD в AVC. Как известно, телевизионная продукция, в отличие от кинофильмов, записывается с чересстрочной разверткой, interlace (так видеокамера снимает), т.е. каждый кадр состоит из двух полукадров или "полей". Для DVD первый полукадр кадра - чётные строки, второй - нечётные. Возник вопрос: сохранять ли чересстрочность или сделать деинтерлейс. Вообще-то чересстрочность актуальна для телевизоров на ЭЛТ, а ЖК-панельные сами микшируют поля из-за чего картинка получается смазанной или со стробом. Но поскольку хочется сделать всё по уму и сохранить максимум информации для всех типов дисплеев, собственно вопросец:
железные медиаплееры типа Попкорна или WD400 или иконБИТа правильно интерпретируют чересстрочность в AVC или "выплёвывают" на выход дейнтерлейсный сигнал? Интересуют форматы 704x480, 720x480 (для NTSC) и 704x576, 720x576 (PAL). Проверить самому возможности нет. И ещё: в AVC хранится инфа о соотношении сторон видеофайла (aspect ratio), как это есть в MPEG-2, VOB?? Mediainfo, конечно, рулит, но иногда не туда 
Подумываю и о том, не стоит ли сохранять и своё домашнее видео из DV AVI сразу в AVC, минуя полуживой DVD/MPEG-2.
PS запихнул свой собственный MPEG-2 720x576 в XviD4PSP, а он, зараза, на выходе выдал AVC 720x532 (типа облагородил, привёл pixel aspect к 1.00), поэтому и возникли нек. подозрения..
|
|
|
|
andreylitv
Стаж: 17 лет 9 месяцев Сообщений: 562
|
andreylitv ·
18-Июл-09 07:39
(спустя 1 час 14 мин.)
Цитата:
в AVC хранится инфа о соотношении сторон видеофайла (aspect ratio), как это есть в MPEG-2, VOB??
Да, в mkv можно задать соотношение сторон для видео-дорожки.
Что касается интерлейса, то я использую automkv, там встроен деинтерлейс.
|
|
|
|
GarfieldX
Стаж: 19 лет 10 месяцев Сообщений: 4016
|
GarfieldX ·
18-Июл-09 14:58
(спустя 7 часов)
Mike Brick
Чересстрочность надо по любому убивать, это анахронизм.
|
|
|
|
Mike Brick
Стаж: 15 лет 8 месяцев Сообщений: 179
|
Mike Brick ·
18-Июл-09 18:25
(спустя 3 часа, ред. 18-Июл-09 18:25)
andreylitv
так мне автодеинтерлейс и не нужен нужна свобода выбора.
GarfieldX, ты неправ, GarfieldX Потеря интерлейса там, где он заложен при съёмке - это, по большому счёту, потеря информации о движении. Обратите внимание на спортивные передачи по ящику (где всё движется плавно) и на те же передачи в рипах. Телевизионные 25 кадров в секунду с интерлейсом почти = 50 кадров в сек.! Чересстрочность могу заменить только 50/60 кадров/сек, что нечасто встретишь.
Вопрос по плеерам открыт. Есть товарищи по идеям?
|
|
|
|
GarfieldX
Стаж: 19 лет 10 месяцев Сообщений: 4016
|
GarfieldX ·
18-Июл-09 19:48
(спустя 1 час 22 мин., ред. 18-Июл-09 19:48)
Mike Brick писал(а):
Потеря интерлейса там, где он заложен при съёмке - это, по большому счёту, потеря информации о движении.
Он нигде не заложен при съемке. При съемке интерлейса нет, он появляется при передаче сигнала. Это необходимость вызванная ограничением полосы пропускания.
Именно поэтому берутся 50/60 кадров/полуполей.
А проблемы в рипах - исключительно проблемы кривых рипов.
|
|
|
|
Mike Brick
Стаж: 15 лет 8 месяцев Сообщений: 179
|
Mike Brick ·
19-Июл-09 00:22
(спустя 4 часа)
Цитата:
Он нигде не заложен при съемке. При съемке интерлейса нет, он появляется при передаче сигнала. Это необходимость вызванная ограничением полосы пропускания.
троечка Вам по теории телевидения. Необходимость в чересстрочной развёртке возникла, когда оказалось, что пока эл. луч, сканируя поверхность люминофора в кинескопе, добирается до низа экрана, вверху он (светящийся люминофор) уже успевает погаснуть. Из-за этого возникало жуткое мерцание.
В цифровой видеокамере формата DV (или DVCAM или DVCPro), на которые снимается подавляющее большинство документалки, выборка сигнала с матрицы происходит 50/60 раз в секунду опять же через строку. Это и есть "скорость срабытывания затвора". Пока в буфер записывается один полукадр, быстродвижущийся объект в кадре (т.е. объективе) успевает переместится на значительное расстояние и два полукадра одного и того же кадра могут значительно отличаться. За счёт чересстрочности обеспечивается плавность телевизионной картинки. Особенно это заметно на спорте.
Вы думаете, разработчики формата DVD оставили в нём интерлейс исключительно из-за косности мышления? Полоса пропускания (кол-во информации) идентична: что передавать 50 полей, что 25 полных кадров.
Едем дальше. Деинтерлейс в программах может осуществляться двумя способами - дублирование полей или блендинг их же. В первом - потеря вертикального разрешения вдвое, что плохо; во втором - искажение геометрии объектов вследствие работы алгоритма блендинга (приводит к "размазне" во время движения).
Мой (может кого ещё :)) вывод - отстреливать интерлейс там, где он есть в источнике - не есть хорошо, т.к. потеря инфы. Поэтому я и хочу его сохранить, чтобы смотреть плавное видео на современном DVD плеере и любом дисплее. В противном случае (если чипсеты Сигма Дизайн убивают его сами на аппаратном уровне) остаётся старичок DVD-Video, как формат, а AVC придётся оставить тока для синематографа.
|
|
|
|
Il_Burbero
Стаж: 18 лет 3 месяца Сообщений: 149
|
Il_Burbero ·
02-Сен-09 13:08
(спустя 1 месяц 14 дней, ред. 02-Сен-09 13:08)
Цитата:
Цитата:
Цитата:
Он нигде не заложен при съемке. При съемке интерлейса нет, он появляется при передаче сигнала. Это необходимость вызванная ограничением полосы пропускания.
троечка Вам по теории телевидения. Необходимость в чересстрочной развёртке возникла, когда оказалось, что пока эл. луч, сканируя поверхность люминофора в кинескопе, добирается до низа экрана, вверху он (светящийся люминофор) уже успевает погаснуть. Из-за этого возникало жуткое мерцание.
И верно и неверно. И причем тут телевидение?
При съемке на кинопленку интерлейса нет. Он как раз таки есть только на магнитопленочных камерах которые слава богу почили в бозе...
Про ПП гарфилд прав также как и вы про кинескоп, обе этих причины побудили использовать интерлейс для вещания ТВ. Оно еще в бозе не почило, но благодаря бурному развитию компсетей скоро почнет.
Согласно теории восстановления ощутимых потерь при (де)интерлейсе не возникает если правильно выбрать метод (де)интерлейса - так называемое восстановление прогрессивного видео...
Интерлейс это не только для ЭЛТ, он еще и "простейший" кодек для сжатия видеосигнала (если так можно выразится)
Цитата:
В чересстрочной развертке вертикальное разрешение при заданной спектральной полосе пропускания и кадровой частоте повышается в два раза.
Прогрессивная развертка при одинаковых размерах кадра требует большей полосы пропускания канала, чем чересстрочная развертка.
Так что Mike Brick вам тоже троечка по теории сигналов :))) (шучу)
Mike Brick писал(а):
Деинтерлейс в программах может осуществляться двумя способами
Да ну? Способов намного больше, и многие специально заточены даже под конкретный формат - ПАЛ 4:3, НТСЦ 16:9 и т.п.
Avisynth имеет такие фильтры которые достаточно хорошо убивают интерлейс + специально заточенные под формат. А наличие знаний позволяет убивать любой интерлейс и его комбинации практически без потерь. Ветку про ависинт местную почитайте, там есть и алгоритмы и инструкции...
Вы Майк Брик просто не пробовали деинтерлейсить с ависинтом, я вам точно говорю лучшего деинтерлейсера вы не найдете :), ависинт (поверьте) это очень круто...
Цитата:
Вы думаете, разработчики формата DVD оставили в нём интерлейс исключительно из-за косности мышления?
Не знаю как Гарфилд, а я в этом уверен. Из за косности мышления и для совместимости с ЭЛТ телевизорами - т.к. тогда еще не было ЖК и плазм...
Цитата:
Мой (может кого ещё ) вывод - отстреливать интерлейс там, где он есть в источнике - не есть хорошо,
Последний аргумент...Вы же хотите AVC, поэтому интерлейс придется отстрелить, т.к. этот формат наименее приспособлен для чресстрочного видео. Хотите качественное интерлейсное видео - храните все в мпег, там он зашит на аппаратном уровне...
|
|
|
|
Mike Brick
Стаж: 15 лет 8 месяцев Сообщений: 179
|
Mike Brick ·
04-Сен-09 01:17
(спустя 1 день 12 часов)
Il_Burbero, спасибо за поддержание темы
Цитата:
В чересстрочной развертке вертикальное разрешение при заданной спектральной полосе пропускания и кадровой частоте повышается в два раза.
Прогрессивная развертка при одинаковых размерах кадра требует большей полосы пропускания канала, чем чересстрочная развертка.
это не мои цитаты и за их достоверность я никакой ответственности не несу 
Il_Burbero писал(а):
При съемке на кинопленку интерлейса нет. Он как раз таки есть только на магнитопленочных камерах которые слава богу почили в бозе...
насчёт киноплёнки - да,.. далее: на магнитооптических (дисковых), HDD-камерах интерлейс как был, так и остался - он заложен в сам формат DV AVI. Да собственно он и в стандарты High Definition Video заложен тоже...
Il_Burbero писал(а):
Вы же хотите AVC, поэтому интерлейс придется отстрелить, т.к. этот формат наименее приспособлен для чресстрочного видео. Хотите качественное интерлейсное видео - храните все в мпег, там он зашит на аппаратном уровне...
AVC приспособлен для интерлейса не более и не менее, чем другие форматы. Его изначальное название - MPEG-4 Part 10. После окончательной стандартизации - h.264.
Всё, что я на данный момент уяснил - интерлейс поддерживается AVC в профилях Main и High. Другое дело, поддерживают ли плееры (чипы) эти профили. У меня задача практическая - перевести свои архивы (DVD) без потери разрешения и не деинтерлейся - в AVC (который меня просто поразил своей эффективностью). И в дальнейшем окончательно забить на DVD MPEG2, как формате хранения "для себя". Т.е. если есть, скажем, видео PAL 720x576 16:9 то пусть оно таким и останется. Тут ещё проблемы с аспектом в большинстве общеупотребительных программ. Про Ависинт в курсе, что он умеет практически всё в хороших руках, но на всё времени не хватает.
ЗЫ копаюсь дальше............
|
|
|
|
Pustovetov
Стаж: 17 лет 1 месяц Сообщений: 4255
|
Pustovetov ·
04-Сен-09 08:35
(спустя 7 часов, ред. 04-Сен-09 08:35)
Mike Brick писал(а):
Всё, что я на данный момент уяснил - интерлейс поддерживается AVC в профилях Main и High. Другое дело, поддерживают ли плееры (чипы) эти профили. У меня задача практическая - перевести свои архивы (DVD) без потери разрешения и не деинтерлейся - в AVC (который меня просто поразил своей эффективностью). И в дальнейшем окончательно забить на DVD MPEG2, как формате хранения "для себя". Т.е. если есть, скажем, видео PAL 720x576 16:9 то пусть оно таким и останется. Тут ещё проблемы с аспектом в большинстве общеупотребительных программ.
Интерлейс чипами по идее должен поддерживаться, так как сейчас новые камеры уже переходят/перешли на сжатие именно H.264 Другое дело что если смотреть видео на компе, то чисто софтовые деинтерлейсеры "на лету" справляются с деинтерлейсом не так чтобы очень хорошо... С аспектом никаких проблем не должно быть, прописываем при рипе правильный --sar, оно вбивается в заголовок видеопотока и вуаля.
|
|
|
|
Il_Burbero
Стаж: 18 лет 3 месяца Сообщений: 149
|
Il_Burbero ·
04-Сен-09 11:09
(спустя 2 часа 34 мин.)
Mike Brick писал(а):
это не мои цитаты и за их достоверность
Это мои цитаты, и поверьте так оно и есть.
Цитата:
без потери разрешения и не деинтерлейся
Mike Brick да не бойтесь вы деинтерлейса, не так уж он и страшен, все равно глаза его не видят у интерлейсного видео за счет интерлейса увеличена вертикаль в два раза, а по настоящему она в два раза меньше плюс еще кадр разбит на два полукадра. Лично для меня это выглядит как махинация, такое впечатление что тебя надули фокусники...
Я согласен с мнением: "прогрессивное изображение технически проще и универсальнее, а потому за ним будущее" и очень хочу чтобы так и было.
Цитата:
AVC приспособлен для интерлейса не более и не менее, чем другие форматы.
Из прочитанного мною я понял что скорее менее чем другие.
Pustovetov писал(а):
Интерлейс чипами по идее должен поддерживаться
В том то вот вся и штука. Производители бытовой техники по ходу еще долго-долго будут поддерживать интерлейс, уж очень он им нравится :). Вон ДВД уже фактически труп, и все равно "плеер ДВД поддерживающий МПЕГ4" именно так, а не иначе "Плеер МПЕГ4 поддерживающий ДВД", я уж про существ "плеер МПЕГ4 ДВД не поддерживает" вообще молчу, ну нет их в природе акромя мобильных и прочих миниплееров с миниэкранчиком (или без оного).
Вот почему так? Почему ПК запчасти и их поддержка умирают быстро, а МПЕГ2 живет и живет и живет? Прямо какой то монстр
|
|
|
|
sasha990
Стаж: 16 лет 3 месяца Сообщений: 376
|
sasha990 ·
05-Сен-09 00:24
(спустя 13 часов, ред. 05-Сен-09 00:24)
Mike Brick писал(а):
Едем дальше. Деинтерлейс в программах может осуществляться двумя способами - дублирование полей или блендинг их же.
Зря, наверное, люди пишут месяцами какие-то странные, почему-то долго работающие алгоритмы. Ведь методов то всего два 
Mike Brick писал(а):
Потеря интерлейса там, где он заложен при съёмке - это, по большому счёту, потеря информации о движении.
Почему? Кто вам, в таком случае, мешает из двух полукадров сделать два полных кадра? Никакой потери информации о движении абсолютно. Только (очень образно говоря) 50% "восстановленной каким-то методом информации". Другой разговор, что интерлейс не всегда "pure", и тогда эта "восстановленная информация" не всегда "информация". Но это уже вопрос прореживания, а не деинтерлейса.
Il_Burbero писал(а):
"плеер ДВД поддерживающий МПЕГ4" — "Плеер МПЕГ4 поддерживающий ДВД"
...а МПЕГ2 живет и живет и живет?
Может стоит вспомнить такое понятие, как "пиратство"?
Mike Brick писал(а):
PS запихнул свой собственный MPEG-2 720x576 в XviD4PSP, а он, зараза, на выходе выдал AVC 720x532 (типа облагородил, привёл pixel aspect к 1.00), поэтому и возникли нек. подозрения..
Особенно если размеры и ценность "собственного архива для перегона" большИе, то по-моему лучше "знать каждый шаг"...
Поэтому может стоит удалить XviD4PSP и поставить, например, AviSynth + MeGUI ?
|
|
|
|
newsky
Стаж: 16 лет 10 месяцев Сообщений: 405
|
newsky ·
08-Сен-09 01:38
(спустя 3 дня, ред. 08-Сен-09 01:38)
Хорошо у вас тут... интерлейс и его убийство А вот "чиста канкретна" научил бы кто "убить" интерлейс с HDV 1440x1080 для 720Р... что только не пробовал (Avisinth в том числе с его всевозможными деинтерлейсами) ну всё равно, смотреть даже МАЛОЕ движение невозможно, голова кружится от строба и смазанности (если конечно не сделать 50 кадров) Вот есть у меня один файлик, в котором и движение (пусть и немного "неправильное", несколько быстрое) и провода и мелкие детали, который я никак не могу "отпрогрессивить". Вот кто-бы помог сделать из него ХОРОШИЙ 720P ящик пива с меня. Я понимаю, что сам формат HDV некое "обманулово" и мало в нем информации для нормального прогрессива, но увы, другой камеры пока нет, а куча материала снятого в этом формате валяется на хардах и только я и могу его смотреть по средствам Dune Ultra в хорошем качестве, несмотря на "неполноценность" HDV, но очень нужно и для друзей не искушенных во всех этих делах пожать хороший 720Р.
|
|
|
|
Mike Brick
Стаж: 15 лет 8 месяцев Сообщений: 179
|
Mike Brick ·
08-Сен-09 18:08
(спустя 16 часов)
Il_Burbero писал(а):
да не бойтесь вы деинтерлейса, не так уж он и страшен, все равно глаза его не видят
да видят, видят! Выражается либо в "продёргивании", либо в размазывании. Классический пример - бегущие титры и вообще быстрое движение. Это отчётливо видно на ЭЛТ дисплее. Бегущая горизонтально строка - самый явный пример. Конечно ЭЛТ умирает, но не факт то что ЖК и плазма - "последнее пристанище". ИМХО, будущее за FED-дисплеями, которые будут сочетать фичи ЭЛТ (полный обзор и динамический диапазон) и ЖК (дисплей тонкий). В общем, хотелось бы сохранить по максимуму и разрешение по вертикали (число строк) и чтобы это "игралось" по максимуму и на ЭЛТ и на ЖК. Насколько понял, в ЖК-телевизоре деинтерлейс зашит в железо, а на компе - встроен в плеер софтово. С этим вопросов нет. Из интерлейсной записи всегда можно сделать прогрессивную, а вот наоборот уже пути нет.
sasha990 писал(а):
Зря, наверное, люди пишут месяцами какие-то странные, почему-то долго работающие алгоритмы. Ведь методов то всего два
Речь о методах, а не о алгоритмах. Смешивание полей может осуществляться разными алгоритмами.
sasha990 писал(а):
Кто вам, в таком случае, мешает из двух полукадров сделать два полных кадра? Никакой потери информации о движении абсолютно
из двух один - это аппроксимация, потеря есть.
Il_Burbero писал(а):
прогрессивное изображение технически проще и универсальнее, а потому за ним будущее" и очень хочу чтобы так и было.
да кто спорит? 50/60 fps нас спасут
ps из протестенных мной ненавороченных программ Main и High Profile нашел только в Sorenson Squeeze.
https://rutr.life/forum/viewtopic.php?t=1837128
там же есть профили для БлуРея H.264 i576 и i480. Но вот аспект он пытается интерпретировать по-своему.
ps за время этой дискуссии мне почему-то четыре "минуса" влепили - думаю, те, кто не разобрался в моей проблеме.
ну скажем возьмём замечательную раздачу
https://rutr.life/forum/viewtopic.php?p=26081003#26081003
основное видео там 720x576 PAL 16:9 (бонусы 4:3). Терять строки видео никак не хочется...
и аспект сохранить нужно в AVC...
|
|
|
|
Mike Brick
Стаж: 15 лет 8 месяцев Сообщений: 179
|
Mike Brick ·
08-Сен-09 18:10
(спустя 1 мин.)
Pustovetov писал(а):
С аспектом никаких проблем не должно быть, прописываем при рипе правильный --sar, оно вбивается в заголовок видеопотока и вуаля
это в Ависинте?
|
|
|
|
sasha990
Стаж: 16 лет 3 месяца Сообщений: 376
|
sasha990 ·
08-Сен-09 21:45
(спустя 3 часа, ред. 08-Сен-09 21:45)
Mike Brick писал(а):
Речь о методах, а не о алгоритмах. Смешивание полей может осуществляться разными алгоритмами.
Если в такой постановке вопроса, то — согласен.
Mike Brick писал(а):
sasha990 писал(а):
Кто вам, в таком случае, мешает из двух полукадров сделать два полных кадра? Никакой потери информации о движении абсолютно
из двух один - это аппроксимация, потеря есть.
Странно. Вроде я писал про "из двух - два", а вы говорите "из двух - один".
Если "из двух - один", то конечно есть... Или я что-то не так понял? 
Mike Brick писал(а):
да кто спорит? 50/60 fps нас спасут
Ну так и делайте рип под 60 фпс, если источник позволяет
Другой вопрос, что это не нужно или не стоит сопутствующего геморроя, если приемлемо оставить интерлейс...
скрытый текст
Mike Brick писал(а):
ps за время этой дискуссии мне почему-то четыре "минуса" влепили...
Держи "плюс"
Mike Brick писал(а):
Pustovetov писал(а):
С аспектом никаких проблем не должно быть, прописываем при рипе правильный --sar, оно вбивается в заголовок видеопотока и вуаля
это в Ависинте?
Эмм... При кодировании, например x264, у него есть параметр --sar (через командную строку, или, может, через какой-то интерфейс, неважно) AviSynth вроде как тут "не причём"...
Из какого-то перевода описания какой-то версии x264
4.2 sar - Соотношение сторон пикселя
По умолчанию: отключено
Записывает размер неквадратного пикселя в видео потоке, который будет использоваться при дальнейшем проигрывании. Это позволяет производить анаморфное кодирование.
Человеческий глаз в большей степени чувствителен к вертикальному разрешению, чем к горизонтальному, когда кодируют MPEG2-поток из DVD, этим пользуются и, сохраняя вертикальное разрешение, интерполируют горизонтальное. В этом и суть анаморфного разрешения при кодировании видео: вместо того, чтобы тратить битрейт на горизонтальные пиксели, рипер устанавливает вертикальное разрешение 1:1, а на горизонтальном экономит за счёт анаморфной интерполяции. Человеческому глазу сложно с расстояния отличить "честные" 1024x576 от тех же 1024x576 интерполированных из 720x576. Если рип был сделан с DVD, то вместо того, чтобы делать масштабирование с потерей части информации по вертикали, AVC поток можно кодировать и хранить в контейнере в том разрешении, которое было на DVD, а в самом контейнере с фильмом устанавливается флаг, который точно указывает в каких пропорциях необходимо конкретный фильм воспроизводить.
Например, вы хотите создать анаморфный клип с разрешением по вертикали 480. Аспект разрешения у фильма 16:9. Тогда 480х16/9=853.44. В таком случае получим:
--sar 853:720
|
|
|
|
Pustovetov
Стаж: 17 лет 1 месяц Сообщений: 4255
|
Pustovetov ·
09-Сен-09 01:20
(спустя 3 часа)
Берем ависинт и x264 и жмем интерлейсно с указанием правильного соотношения сторон пикселя. В чем проблема то?
|
|
|
|
Forest Dumb
Стаж: 16 лет 11 месяцев Сообщений: 28
|
Forest Dumb ·
12-Сен-09 23:19
(спустя 3 дня)
Mike Brick
Сам интересовался оным сабжем (поддержкой интерлейса).
Была где-то тут тема, да уже потёрли.
По дейнтерлейсу много интересного здесь
По памяти могу сказать, что:
1) Интерлейс может начинаться с чётных или нечётных строк (что важно для дейнтерлейса).
2) Интерлейс может быть заведомо неправильным - т.е. сначала идёт второй полукадр, затем первый - получается эдакое подёргивание (кое-где специально используется).
3) Структура MPEG имеет флаги для обозначения прогрессивных и интерлейсных блоков, а для интерлейсных - ещё и их начало (какое поле идёт первым). В частности, такой бутерброд можно увидеть во многих клипах (например, The Chemical Brothres - Out of Control или The Chemical Brothres - Let Forever Be).
4) Интерлейс успешно жмётся в x264. При этом некоторые параметры специально выставляются для интерлейса, другие же универсальны.
5) Качество сжатия чуть похуже, чем, если бы это был прогрессив.
6) Как я понял, весь поток для сжатия должен идти как интерлейс или прогрессив, так как никаких флагов (не)интерлейсности отдельных групп кадров нет.
7) Контейнер MKV имеет флаг Interlaced, но непонятно, как он работает.
8) При воспроизведении видео через дейнтелейсинг-bob получается 50 fps, но приходится вручную выставлять очерёдность полей.
9) В любом случае поток должен содержать информацию о интерлейсности блока и его стартовом поле.
10) При правильном деинтерлейсе (motion compensation), статичное изображение интерлейсного видео имеет то же разрешение, что и прогрессивное. При увеличении динамичности разрешение падает, а fps увеличивается (но непропорционально).
11) В теории, имея коэффициенты компенсации движения для каждого кадра, возможно создание интерлейсного видео с практически таким же разрешением, как и у прогрессивного видео (одинаковое разрешение+двухкратная динамика в одном флаконе).
12) Все качественные деинтерлейсы работают по методу motion compensation.
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4960
|
Tempter57 ·
15-Сен-09 09:45
(спустя 2 дня 10 часов, ред. 21-Май-13 10:33)
newsky писал(а):
Хорошо у вас тут... интерлейс и его убийство А вот "чиста канкретна" научил бы кто "убить" интерлейс с HDV 1440x1080 для 720Р... что только не пробовал (Avisinth в том числе с его всевозможными деинтерлейсами) ну всё равно, смотреть даже МАЛОЕ движение невозможно, голова кружится от строба и смазанности (если конечно не сделать 50 кадров) Вот есть у меня один файлик, в котором и движение (пусть и немного "неправильное", несколько быстрое) и провода и мелкие детали, который я никак не могу "отпрогрессивить". Вот кто-бы помог сделать из него ХОРОШИЙ 720P ящик пива с меня. Я понимаю, что сам формат HDV некое "обманулово" и мало в нем информации для нормального прогрессива, но увы, другой камеры пока нет, а куча материала снятого в этом формате валяется на хардах и только я и могу его смотреть по средствам Dune Ultra в хорошем качестве, несмотря на "неполноценность" HDV, но очень нужно и для друзей не искушенных во всех этих делах пожать хороший 720Р.
Зачем вам делать деинтерлейс, будет потеря в четкости изображения. Любое удаление чересстрочности в конечном счёте представляет из себя интерполяцию полей, а следовательно, уменьшение вертикального разрешения.
Алгоритм монтажа и преобразования HDV -> DVD стандартного разрешения
Там в скрипте LeakKernelDeint, а конкретно строка
LeakKernelBob(order=1)
отвечает не за деинтерлейс конечного выхода, а вспомогательный деинтерлейс для корректного пересчета и ресайза. Видео остается интерлейсным.
Но правильней бы было индексировать другим методом:
Цитата:
Как получить DVD Video из AVCHD наиболее качественно?
A: При получении DVD из HD-видео (неважно, AVCHD или другого формата) самый важный момент — качественное масштабирование видео (необходимо уменьшить разрешение), особенно если это видео интерлейсное (с полукадрами). Программы конвертации видео либо видеомонтажа, умеющие понижать разрешение видео и даже получать на выходе готовый DVD, к сожалению, не только не дают возможности управлять процессом масштабирования изображения, но и неизвестно, какие именно алгоритмы в них используются для этого. Кого-то вполне может устроить качество, получаемое на выходе даже «однокнопочных» программ конвертации либо простых программ, которые прилагаются к камере. Например, довольно хорошее качество DVD дает программа Canopus ProCoder (Rhozet Carbon Coder).
Если же хочется точно управлять процессом масштабирования, придется воспользоваться написанием скрипта для AVISynth. Предположим, что имеется готовый результат монтажа в формате AVCHD (файл с расширением m2ts/mts). Последовательность действий может быть такой:
Проиндексировать видеофайл с помощью DGAVCIndex. Сохранить проект в формате данной программы (для примера — в файл с именем “video.dga”).
Звук (обычно в формате AC3) сохранить в отдельный файл, например, с помощью SmartLabs tsMuxeR. Это даст возможность сохранить качество звука без перекодирования.
Установить плагины DGAVCDecode (входит в состав DGAVCIndex) и LeakKernelDeint для AVISynth в папку с его плагинами.
Написать скрипт следующего вида в текстовом редакторе (например, notepad):
LoadPlugin("DGAVCDecode.dll")
LoadPlugin("LeakKernelDeint.dll")
LoadPlugin("ColorMatrix.dll")
AVCSource("video.dga")# AVCHD-видео нужно сначала проиндексировать с помощью DGAVCIndex
LeakKernelBob(order=1)# первое поле верхнее (TFF)
LanczosResize(720,576)# для DVD
AssumeTFF().SeparateFields().SelectEvery(4, 0, 3).Weave()# на выходе TFF
#DoubleWeave().SelectEvery(4,1) # другой вариант
ColorMatrix(mode="Rec.709->Rec.601", inputFR=false, clamp=0,interlaced=true)
ConvertToYUY2(interlaced=true)# для CCE или Canopus ProCoder
Сохранить скрипт в файл с расширением avs и открыть в любой программе кодирования в MPEG2.
Перекодировать только видео (без звука) в формат MPEG2 с нужными вам настройками, битрейтом и т.д.
Полученный видеопоток (обычно файл с расширением m2v, mpv и т.п.) и сохраненный ранее звук (AC3) открыть в программе авторинга DVD.
На всякий случай, если уж захотите эксперементировать далее с деинтерлейсом здесь наиболее качественные фильтры деинтерлеса под VD, обратите внимание на фильтр С.Столяревского Muksun. Но и этот фильтр от рывков вас не спасет:)
скрытый текст
#plugin_files
#muksun.vdf
#vdf_arguments:muksun:0
#ccd_sse2.vdf
#vdf_arguments:CamCD:0
#Depan.dll
#DepanEstimate.dll
#WarpSharp.dll
#degrainmedian.dll
#RemoveGrainSSE3.dll
#RemoveGrainTSSE3.dll
#RemoveDirtSSE2.dll
#mvtools2.dll
#RepairSSE3.dll
#MaskTools.dll
#mt_masktools-25.dll
#MT.dll
#FluxSmooth.dll
#AGC.dll
#LimitedSupport_09Jan06B.dll
#AddGrainC.dll
#RemoveDirt.avs
#LimitedSharpenFaster mod.avs
setmtmode(2)
ConvertToRGB32(interlased=true)
muksun()
CamCD(9,1)
converttoyv12()
W = 720
H = 576
source= last.trim(1,0)
#STABILIZING
dxmax = 32
dymax = 24
stab_reference= source.crop(dxmax*2,dymax*2,-dxmax*2,-dymax*2).tweak(cont=1.04).binarize(threshold=80).greyscale().invert()
mdata = DePanEstimate(stab_reference,trust=3.0,dxmax=dxmax,dymax=dymax)
stab = DePanStabilize(source,data=mdata,cutoff=1.0,dxmax=dxmax,dymax=dymax,pixaspect=1.094,mirror=15) # или pixaspect=0.911 для стандартного NTSC
stab2 = stab.crop(dxmax,dymax,-dxmax,-dymax)
preNR = stab2.blur(1,0).blur(1,0).Removedirt()
base = stab2.degrainmedian(limitY=7,limitUV=7,mode=3).coloryuv(off_U=-0,off_V=-0).tweak(sat=1.0).unsharpmask(20,3,0)
psuper = preNR.MSuper(pel=2, sharp=2, rfilter=1)
bsuper = base.MSuper(pel=2, sharp=2, levels=1)
vb3 = MAnalyse(psuper, isb=true, truemotion=false, delta=3, blksize=16, overlap=4,dct=5)
vb2 = MAnalyse(psuper, isb=true, truemotion=false, delta=2, blksize=16, overlap=4,dct=5)
vb1 = MAnalyse(psuper, isb=true, truemotion=false, delta=1, blksize=16, overlap=4,dct=5)
vf1 = MAnalyse(psuper,isb=false, truemotion=false, delta=1, blksize=16, overlap=4,dct=5)
vf2 = MAnalyse(psuper,isb=false, truemotion=false, delta=2, blksize=16, overlap=4,dct=5)
vf3 = MAnalyse(psuper,isb=false, truemotion=false, delta=3, blksize=16, overlap=4,dct=5)
den = base.MDegrain3(bsuper,vb1,vf1,vb2,vf2,vb3,vf3,thSAD=400,thSCD1=450,thSCD2=104,limit=180).FluxSmoothST(5,5)
#HDRAGC
leveled = den.HDRAGC(coef_gain=2.0,max_gain=1.8,min_gain=0.5,max_sat=1.2,shadows=true)
#SHARPENING
sharp1 = leveled.LSFmod(defaults="slow",preblur="ON", strength=150, dest_x=W,dest_y=H)
sharp2 = sharp1.unsharpmask(20,1,0).addgrainC(2,2,0.2,0.2,5)
sharp2.coloryuv(off_U=-0,off_V=-0).levels(0,1.0,255,0,255)
# Назначение: для качественной обработки материала DVC (цифровых видеокамер) любого исходника с частичной стабилизацией изображения
# Наличие фильтра подавления радужности изображения и цветового шума: включен
# Тип предварительного шумоподавителя: двойной блюр + removedirt
# Тип основного шумоподавителя: на основе векторного анализа оценки движения с шумоподавлением: 1-й этап - MDegrain3, 2-й этап -FluxSmoothST или иной
# Тип шарпера: LSFmod
# Скорость обработки: медленная
Ещё одна цитата по поводу деинтерлейса:
скрытый текст
Цитата:
Мы все так ругаем интерлейс и молимся на камеры снимающие в прогресиве, но монтаж в прогресиве на поверку оказывается не тривиальной задачей требующе постоянно думать о том, что 25 кадров в секунду совсем не хватит для того, чтобы воссоздать движение более менее быстрое без строба.
Значит наш родной 25i (50 полукадров) всё таки не так уж и плох, и кроме проблем с кеингом и цветокоррекции всё таки дает и преимущества - плавность движения объектов в кадре.
Среди ависинтовских фильтров деинтерлейса два лидера MCBob и TempGaussMC_beta1mod( лучший результат на сегодняшний день, но очень медленный), либо вам уже знакомый:
Код:
#AssumeTFF() # подберите поле: верхнее поле первым для DVD и HDV-камер
AssumeBFF() # подберите поле: нижнее поле первым для DV-камер
edeintted = nnedi2(field=-2)
TDeint(edeint=edeintted,order=-1,mode=1,sharp=true,mtnmode=3,full=false,tryWeave=false,type=1,emask=TMM(mode=1))
Но опять же интерполяция в 50fps 
Многие ответы на свои вопросы вы можете получить, прочитав статьи Viconta:
50 кадров в секунду - миф или реальность
Фильтры в VirtualDub: Описание и применение наиболее полезных фильтров
Очень познавательна статья Виктора Савушкина Что лучше: интерлейс или прогрессив?
Ну и в заключении стоит напомнить, что дергание может происходит из-за неправильного выбора какое поле первым:
Для DV-камер первое поле нижнее, для HDV-камер порядок полей обратный: первое поле верхнее
ВЫВОДЫ:
Цитата:
те фильмы (фильмы!), которые снимали на кинопленку, а потом показывают на телевизоре, как правило, не нуждаются в деинтерлейсинге (кстати, процентов 40 людей, впервые натыкаясь на проблему перевода чересстрочного видео в прогрессивное натыкаются на порядок полей а не на настоящие артефакты деинтерлейса). Теперь первое ведро дегтя к бочке меда:Некоторые компании считают, что при простом разбиении кадра на поля возникают артефакты временнОго искажения, и они правы... Что за артефакты? Мысленно пробегитесь взглядом вслед за лучом пушки телевизора - первая строчка, третья строчка, пятая... каждая последующая остоит от первой на 0.07 миллисекунд в данном случае пренебрежем для простоты временем обратного хода луча). Какая мелочь! А вот последняя строчка четного поля (которая в прогрессиве принадлежала одному кадру!) будет отставать уже на почти 1/25 секунды. Т.е. у нас получится "елочка". Поэтому некоторые фильмы могут быть переделаны с учетом того, что телевидение у нас чересстрочное, надо помнить об этом! И таким фильмам, захваченным с телека, придется делать деинтерлейс...
Второе ведро дегтя: все домашнее видео, включая цифровое, исключая камеры с прогрессивной разверткой (часто не только с 25р, но и с 30p), - настоящее чересстрочное и никакое простое объединение полей нам не поможет, - необходим деинтерлейс и перевод в 50 фпс или оставить его как есть интерлейсным
|
|
|
|
qiq-1st
Стаж: 16 лет Сообщений: 49
|
qiq-1st ·
22-Сен-09 19:49
(спустя 7 дней)
andreylitv писал(а):
Цитата:
в AVC хранится инфа о соотношении сторон видеофайла (aspect ratio), как это есть в MPEG-2, VOB??
Да, в mkv можно задать соотношение сторон для видео-дорожки.
Что касается интерлейса, то я использую automkv, там встроен деинтерлейс.
Самый лучший деинтерлейс что я видел.
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4960
|
Tempter57 ·
22-Сен-09 20:50
(спустя 1 час)
qiq-1st
А там деинтерлейс или обратное TIVTC преобразование?
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4960
|
Tempter57 ·
28-Сен-09 12:50
(спустя 5 дней, ред. 21-Май-13 08:59)
Написал под HDV пару шустрых пресетов, сделал в XviD 4PSP 5.0 деинтерлейс SmoothDeinterlacer c первым верхним полем и само собой автоматом c интерполяцией в 50 fps, лично меня результат удовлетворил. Оставил результат в формате mkv с родным разрешением 1440х1080 и с частичной стабилизацией изображения. Пробуйте, может кому тоже подойдёт:
скрытый текст
#plugin_files
#Depan.dll
#DepanEstimate.dll
#degrainmedian.dll
#fft3dfilter.dll
#RemoveGrainSSE3.dll
#RepairSSE3.dll
#mvtools2.dll
#MaskTools.dll
#MT.dll
#mt_masktools-25.dll
#AddGrainC.dll
#GradFun2DB.dll
#minblur.avs
#Contrasharpening.avs
#GradFun2DBmod.avs
setmtmode(2)
setmemorymax(1024)
source= last
#STABILIZING
dxmax=64
dymax=48
stab_reference= source.crop(dxmax*2, dymax*2, -dxmax*2, -dymax*2).tweak(cont=1.04,sat=1.0).binarize(threshold=80).greyscale().invert()
mdata=DePanEstimate(stab_reference,trust=3.0,dxmax=dxmax,dymax=dymax) # значение trust подобрать иначе рывки
stab=DePanStabilize(source,data=mdata,cutoff=1.0,dxmax=dxmax,dymax=dymax,pixaspect=1.0,mirror=15)
stab2 = stab.crop(dxmax, dymax, -dxmax, -dymax)
source2 = stab2.degrainmedian(mode=3,limity=8,limituv=8)
super = source2.MSuper(pel=1, sharp=2, rfilter=3)
b1v = MAnalyse(super,isb=true, delta=1, blksize=16, overlap=8, truemotion=true)
f1v = MAnalyse(super,isb=false,delta=1, blksize=16, overlap=8, truemotion=true)
cf1 = MCompensate(source2, super, f1v, thSAD=150, thSCD1=200, thSCD2=96)
cb1 = MCompensate(source2, super, b1v, thSAD=150, thSCD1=200, thSCD2=96)
inter = interleave(cf1, source2.MDegrain1(super,b1v,f1v, thSAD=96,thSCD1=150,thSCD2=80,limit=96), cb1)
#mvden = inter.Temporalsoften(1,5,6,12,2) # для исходников с малым шумом
mvden = inter.fft3dfilter(wintype=1,degrid=1,bw=32,bh=32,ow=16,oh=16,bt=3,sigma=2.5,sigma2=1.5,sigma3=1.75,sigma4=2.5,plane=4)
NR = mvden.selectevery(3,1)
Contrasharpening(NR, source2)
GradFun2DBmod(thr=1.4,thrC=1.4,mode=2,str=0.3,strC=0.0,temp=50,adapt=64)
# Назначение: для качественной обработки материала HDV с частичной стабилизацией изображения
# Тип предварительного шумоподавителя: degrainmedian
# Тип основного шумоподавителя: на основе векторного анализа оценки движения на базе функции MCompensate c пост-обработкой fft3dfilter
# Тип сглаживателя: отсутствует
# Тип шарпера: ContraSharpen
# Скорость обработки: средняя
# Применить боб-деинтерлейс
и чуточку сложнее:
скрытый текст
#plugin_files
#Depan.dll
#DepanEstimate.dll
#degrainmedian.dll
#fft3dfilter.dll
#RemoveGrainSSE3.dll
#RepairSSE3.dll
#mvtools2.dll
#MaskTools.dll
#MT.dll
#mt_masktools-25.dll
#AddGrainC.dll
#GradFun2DB.dll
#minblur.avs
#Contrasharpening.avs
#GradFun2DBmod.avs
setmtmode(2)
setmemorymax(1024)
source= last
#STABILIZING
dxmax=64
dymax=48
stab_reference= source.crop(dxmax*2, dymax*2, -dxmax*2, -dymax*2).tweak(cont=1.04,sat=1.0).binarize(threshold=80).greyscale().invert()
mdata=DePanEstimate(stab_reference,trust=3.0,dxmax=dxmax,dymax=dymax) # значение trust подобрать иначе рывки
stab=DePanStabilize(source,data=mdata,cutoff=1.0,dxmax=dxmax,dymax=dymax,pixaspect=1.0,mirror=15)
stab2 = stab.crop(dxmax, dymax, -dxmax, -dymax)
source2 = stab2.degrainmedian(mode=3,limity=8,limituv=8)
super = source2.MSuper(pel=1, sharp=2, rfilter=3)
b2v = MAnalyse(super,isb=true, delta=2, blksize=16, overlap=4, truemotion=true)
b1v = MAnalyse(super,isb=true, delta=1, blksize=16, overlap=4, truemotion=true)
f1v = MAnalyse(super,isb=false,delta=1, blksize=16, overlap=4, truemotion=true)
f2v = MAnalyse(super,isb=false,delta=2, blksize=16, overlap=4, truemotion=true)
cf2 = MCompensate(source2, super, f2v, thSAD=180, thSCD1=256, thSCD2=96)
cf1 = MCompensate(source2, super, f1v, thSAD=180, thSCD1=256, thSCD2=96)
cb1 = MCompensate(source2, super, b1v, thSAD=180, thSCD1=256, thSCD2=96)
cb2 = MCompensate(source2, super, b2v, thSAD=180, thSCD1=256, thSCD2=96)
inter = interleave(cf2, cf1, source2.MDegrain2(super,b2v,b1v,f1v,f2v, thSAD=125,thSCD1=256,thSCD2=96,limit=130), cb1, cb2)
#mvden = inter.Temporalsoften(2,5,8,12,2) # для исходников с малым шумом
mvden = inter.fft3dfilter(wintype=1,degrid=1,bw=32,bh=32,ow=16,oh=16,bt=3,sigma=2.5,sigma2=1.5,sigma3=1.75,sigma4=2.0,plane=4)
NR = mvden.selectevery(5,2)
Contrasharpening(NR, source2)
GradFun2DBmod(thr=1.5,thrC=1.6,mode=2,str=0.8,strC=0.0,temp=50,adapt=64)
# Назначение: для качественной обработки материала HDV с частичной стабилизацией изображения
# Тип предварительного шумоподавителя: degrainmedian
# Тип основного шумоподавителя: на основе векторного анализа оценки движения на базе функции MCompensate c пост-обработкой fft3dfilter
# Тип сглаживателя: отсутствует
# Тип шарпера: ContraSharpen
# Скорость обработки: средняя
# Применить боб-деинтерлейс
|
|
|
|
newsky
Стаж: 16 лет 10 месяцев Сообщений: 405
|
newsky ·
28-Сен-09 23:33
(спустя 10 часов)
Tempter57
Совсем я растерялся, в какую тему написать, если не туда, то пусть Модератор направит какая тема ближе., то-ли "про Avisinth", то-ли "про Xvid4PSP", то-ли оставить в этой теме про интерлейс (раз уж вы про пресеты написали здесь)
Опробовал эти два пресета (и еще 3, которые вы любезно постили в личку на выходных)... Во первых не сразу смог их "запустить", постоянно вылетали ошибки, пока руками не указал в настройке Xvid4PSP после загрузки файла, что это: Интерлейс, TFF и нужно сделать деинтерлейс по средствам SmoothDeinterlacer и преобразовать в 50fps (просто по ходу, вы говорили, что "не нужно лезть в программу и не нужно ничего указывать, всё прописано в пресете" так вот с указанными выше пресетами, всё с точностью до наоборот, указывать нужно (ну или это только у меня так) Так вот, опробовал я HDV Fast1 (попроще) и HDV Fast2 (по сложней) и в целом результат понравился.
Плюсы:
1) Картинка стала однозначно чётче и резче
2) Не появилось ни мыло ни лишний шарп
3) Цвета остались в норме и картинка не осветлилась ни потемнела
4) Легкий цифро-шум устранен полностью
Минусы:
1) Стабилизации очень недостаточно. Даже небольшое подергивание при съемки без штатива осталось не тронуто
2) Сильный шум подавлен, но процентов 20% по прежнему присутствует.
3) Убейте меня, но я не вижу никакой разницы между HDV Fast1, HDV Fast2 и MCTemporalDenoise или TemporalDegrain_beta в связке с SmoothDeinterlacer 50fps
4) При кодировании в Xvid4PSP в x264 я никак не могу получить файл, который в том-же MPC проигрывался бы 16:9 без указания этого руками, да и MediaInfo говорит, что файл 4:3
Лично мои "непонятки"
1) При такой обработке (всё-же интерлейс вы я понимаю вновь и вновь предлагаете убивать и убивать и в то-же время говорите о том, что убивать его не нужно, качество упадет, я в этой части вопроса просто уже схожу с ума) получаем прогрессив, во что тогда лучше кодировать исходник, что-бы это "прокатывало" под Blu-ray спецификацию? если известно, что:
скрытый текст
video codecs:
MPEG2 - MP@HL and MP@ML
AVC/H264 - MPEG-4 AVC: HP@4.1/4.0 and MP@4.1/4.0/3.2/3.1/3.0
VC-1 - AP@L3 and AP@L2
Video frame size High Definition Video
1920x1080x59.94i, 50i (16:9)
1920x1080x24p, 23.976p (16:9)
1440x1080x59.94i, 50i (16:9) AVC / VC-1 only? это ТОЛЬКО VC-1 или И AVC???
1440x1080x24p, 23.976p (16:9) AVC / VC-1 only
1280x720x59.94p, 50p (16:9)
1280x720x24p, 23.976p (16:9)
с наименьшей потерей качества от сходника?
2) Как все-таки оставить интерлейс, но очистить видео от шума и придать стабилизации?
3) Можно ли модифицировать данный пресет (тот, что посложнее) так, что бы получить видео 720х576 обрезанное по краям? (интерлейсное )
4) Нет-ли смысла увеличить диапазон стабилизации, а после не вернуть (растянуть) кадр (и потерять качество, пусть и немного ) в первоначальные 1440х1080 а уменьшить до 1280х720 тем самым получить некий кроп из общего кадра до максимально стабилизированного состоянии и без ресайза в большую сторону. Естественно, если фрагмент статичный, то и картинка не кропается, а просто ресайзится до нужного размера.
Снова и снова в полном тупике с этим интерлейсом и с этим HDV... вот по какому пути идти? Визуально, картинка стала лучше, но не могу понять, как может стать лучше когда убивается интерлейс? Стоит ли его убивать? Не лучше оставить видео как есть, а просто без пересчета "адаптировать" его под BD спецификацию... голова кругом. Хочется уже найти решение и закодить горы нежатого HDV, но так, что-бы лет через несколько не начать всё сначала...
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4960
|
Tempter57 ·
29-Сен-09 00:31
(спустя 58 мин., ред. 21-Май-13 09:15)
newsky
Цитата:
Снова и снова в полном тупике с этим интерлейсом и с этим HDV... вот по какому пути идти?
А я знаю? Вряд ли кто определённо ответит на этот вопрос, я просто предлагаю разные решения. По мне если с деинтерлейсом качество устроило, то оставлять материал в формате mkv в прогрессиве. Сохранять с интерлейсом в DVD формате мне откровенно не понравилось. Но это только моё мнение.
Цитата:
просто по ходу, вы говорили, что "не нужно лезть в программу и не нужно ничего указывать, всё прописано в пресете" так вот с указанными выше пресетами, всё с точностью до наоборот
В тех пресетах внутри мы оставляли видео интерлейсным, поэтому я и сказал не надо туда лезть с деинтерлейсом. А вот к этим пресетам HDV Fast1 и HDV Fast2 я указал вид деинтерлейса. В чём я не прав?
Цитата:
Минусы:
1) Стабилизации очень недостаточно. Даже небольшое подергивание при съемки без штатива осталось не тронуто
2) Сильный шум подавлен, но процентов 20% по прежнему присутствует.
3) Убейте меня, но я не вижу никакой разницы между HDV Fast1, HDV Fast2 и MCTemporalDenoise или TemporalDegrain_beta в связке с SmoothDeinterlacer 50fps
4) При кодировании в Xvid4PSP в x264 я никак не могу получить файл, который в том-же MPC проигрывался бы 16:9 без указания этого руками, да и MediaInfo говорит, что файл 4:3
1) Дрожь рук, как раз убралась, а вот ваше мотыляние камерой убрать и не удасться, поэксперементируйте с частотой среза в DePanStabilize: параметр cutoff=?
и вот в этих строках скрипта
Код:
mdata=DePanEstimate(stab_reference,trust=1.0,dxmax=14,dymax=8)
stab=DePanStabilize(source,data=mdata,cutoff=0.5,dxmax=14,dymax=8,pixaspect=1.094,mirror=15) # or pixaspect=0.911 for NTSC
stab2 = stab.crop(18,10,-18,-10)
следует увеличить значения dxmax и dуmax и соответственно затем увеличить и значения кропа. Вообще по умолчанию dxmax=60, dymax=30 пикселям.
2) Если применить fft3dfilter, то можно подавить шум в любом из 4-х диапазонов, подстраивая значения sigma
3)Разница есть в уровне шумоподавления и обработки, пробуйте кодировать с одинаковым CRF21 и увидите, как даже размеры выходных файлов меняются, поскольку сжимаемость разными скриптами -разная. Да и визуально всё же они чуточку дают различные результаты.
4)ваша камера имеет разрешение 1440х1080, аспект разрешения 16:9, а sar 4:3. В этом и причина. Была бы камера 1920х1080 с аспектом разрешения 16:9 всё бы соответствовало. А вот когда вы приводите разрешение к 1280х720 всё устаканивается и для вашей камеры.
Пресет HDV_DVD:
скрытый текст
#plugin_files
#ColorMatrix.dll
#LeakKernelDeint.dll
#Depan.dll
#DepanEstimate.dll
#degrainmedian.dll
#fft3dfilter.dll
#RemoveGrainSSE3.dll
#RepairSSE3.dll
#mvtools2.dll
#MaskTools.dll
#MT.dll
#mt_masktools-25.dll
#AddGrainC.dll
#GradFun2DB.dll
#minblur.avs
#Contrasharpening.avs
#GradFun2DBmod.avs
setmtmode(2)
setmemorymax(1024)
ConvertToYV12(interlaced=true)
LeakKernelBob(order=1)
spline36resize(784,624)
source= last
#STABILIZING
dxmax=32
dymax=24
stab_reference= source.crop(dxmax*2, dymax*2, -dxmax*2, -dymax*2).binarize(threshold=80).greyscale().invert()
mdata=DePanEstimate(stab_reference,trust=3.0,dxmax=dxmax,dymax=dymax) # значение trust подобрать иначе рывки
stab=DePanStabilize(source,data=mdata,cutoff=1.0,dxmax=dxmax,dymax=dymax,pixaspect=1.0,mirror=15)
stab2 = stab.crop(dxmax, dymax, -dxmax, -dymax).spline36resize(720,576)
source2 = stab2.degrainmedian(mode=3,limity=8,limituv=8)
super = source2.MSuper(pel=2, sharp=2, rfilter=2)
b1v = MAnalyse(super,isb=true, delta=1, blksize=8, overlap=4, truemotion=true, dct=5)
f1v = MAnalyse(super,isb=false, delta=1, blksize=8, overlap=4, truemotion=true, dct=5)
cf1 = MCompensate(source2, super, f1v, thSAD=150,thSCD=256,thSCD2=96)
cb1 = MCompensate(source2, super, b1v, thSAD=150,thSCD=256,thSCD2=96)
inter = interleave(cf1, source2.MDegrain1(super,b1v,f1v, thSAD=150,thSCD=256,thSCD2=96,limit=102), cb1)
#mvden = inter.Temporalsoften(1,5,7,12,2) # для исходников с малым шумом
mvden = inter.fft3dfilter(wintype=1,degrid=1,bw=32,bh=32,ow=16,oh=16,bt=3,sigma=2.5,sigma2=1.5,sigma3=2.0,sigma4=2.0,plane=4)
NR = mvden.selectevery(3,1)
Contrasharpening(NR, source2)
GradFun2DBmod(thr=1.4,thrC=1.4,mode=2,str=0.3,strC=0.0,temp=50,adapt=64)
#DoubleWeave().SelectEvery(4,1)
AssumeTFF().SeparateFields().SelectEvery(4, 0, 3).Weave()
ColorMatrix(mode="Rec.709->Rec.601", clamp=0, interlaced=true)
ConvertToYUY2(interlaced=true)
Скрипт следует потом загрузить в Carbon Coder c аспектом разрешения 16:9, указать интерлейс и т.д.
|
|
|
|
newsky
Стаж: 16 лет 10 месяцев Сообщений: 405
|
newsky ·
29-Сен-09 05:37
(спустя 5 часов, ред. 29-Сен-09 05:37)
Tempter57
Большое вам спасибо за помощь и участие!!!
Цитата:
По мне если с деинтерлейсом качество устроило, то оставлять материал в формате mkv в прогрессиве
Для задачи №3 (Видео для друзей которые смотрят видео только на компе", да, конечно, это не обсуждается, именно в таком виде думаю и оставлю (только скорее всего ресайз сделаю до 1280х720). Но для архивного хранения и для персонального просмотра на 42' плазме этого недостаточно.
Цитата:
Сохранять с интерлейсом в DVD формате мне откровенно не понравилось
Для задачи №2 (Видео для бабушек-дедушек и родственников) мне нужен этот двд формат с его интерлейсом.
Цитата:
В тех пресетах внутри мы оставляли видео интерлейсным, поэтому я и сказал не надо туда лезть с деинтерлейсом. А вот к этим пресетам HDV Fast1 и HDV Fast2 я указал вид деинтерлейса. В чём я не прав?
А где я сказал, что вы не правы???? Просто для меня это... я как котёнок, что-ты тыкаю, тыкаю, оказалось, не то тыкал, "получил по щям" забоялся тыкать, а оказалось как раз теперь и нужно было, а знать то мне это откуда было
Цитата:
Дрожь рук, как раз убралась, а вот ваше мотыляние камерой убрать и не удасться, поэксперементируйте с частотой среза в DePanStabilize: параметр cutoff=?
Deshaker убрал на раз это "мотыляние" не оставив почти и следа, да и в случае с VHS-C стаилизация была превосходная, а сейчас ее почти совсем не наблюдаю (правда у меня минус 2... наверное в этом дело) За параметры спасибо, буду ими играться.
Цитата:
Если применить fft3dfilter, то можно подавить шум в любом из 4-х диапазонов, подстраивая значения sigma
Так-же, спасибо, буду пробовать, до полной победы над следами лажовости камеры.
Цитата:
Разница есть в уровне шумоподавления и обработки, пробуйте кодировать с одинаковым CRF21 и увидите, как даже размеры выходных файлов меняются, поскольку сжимаемость разными скриптами -разная. Да и визуально всё же они чуточку дают различные результаты.
Уже давно совсем не занимает размер файла и я об этом просто не думал. А на "глаз" и на "скрин" НИКАКОЙ разницы НЕТ (для меня, скажу корректно) а вот во времени обработки еще какая.
Цитата:
Была бы камера 1920х1080 с аспектом разрешения 16:9 всё
Почему тогда исходник (m2t) имеющий те-же 1440х1080 воспроизводится как надо, то есть 16:9, да и MediaInfo говорит о нем, как о 16:9
И немного о наболевшем (реплики в небо):
1) Задача №1 Взять HDV 1440x1080 интерлейс с 25 кадрами в секунду обработать, ( правильно) очистить от шума... стабилизировать дерганье и тряску и "вернуть" в те-же 1440х1080 в тот-же интерлейс и в те-же 25 кадров в секунду только качество должно стать видимо лучшим иначе вообще ни к чему эта трата времени.
2) Задача №1 Взять HDV 1440x1080 интерлейс с 25 кадрами в секунду обработать, ( правильно) очистить от шума... стабилизировать дерганье и тряску обрезать по краям превратить в 4:3 и довести до состояни 720х576 MPEG2 DVD
UPD:
Свежим глазом пересмотрел видео, сделанное так:
Исходник, по-очередно обработал DVD MDegrain2 mask4 DLS , MCTemporalDenoise, TemporalDegrain_beta, HDV Fast1 сохранил в HQ Canopus, закинул в Вегас, сначала оригинал, далее обработанные файлы, друг за дружкой, накинул титры с названием какое видео каким пресетом обрабатывалось и вывел все это в HDV формат. Просмотр на плазме 42" ВСЕ варианты - братья близнецы, никакой разницы, вообще (разве, что DVD MDegrain2 mask4 DLS оставил больше всех шума)
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4960
|
Tempter57 ·
29-Сен-09 06:32
(спустя 55 мин., ред. 21-Май-13 09:32)
newsky
просмотрите ещё ряд скриптов под разные задачи HDV, только там камеры будьте внимательны с 23,976 fps здесь
Цитата:
1) Задача №1 Взять HDV 1440x1080 интерлейс с 25 кадрами в секунду обработать, (правильно) очистить от шума... стабилизировать дерганье и тряску и "вернуть" в те-же 1440х1080 в тот-же интерлейс и в те-же 25
да пробовал я делать это в Megui, восторга и апофеоза нет у меня, смотрится гораздо хуже, чем в прогрессиве с удвоением частоты кадров.
Цитата:
2) Задача №1 Взять HDV 1440x1080 интерлейс с 25 кадрами в секунду обработать, (правильно) очистить от шума... стабилизировать дерганье и тряску обрезать по краям превратить в 4:3 и довести до состояни 720х576 MPEG2 DVD
скрытый текст
#plugin_files
#ColorMatrix.dll
#LeakKernelDeint.dll
#Depan.dll
#DepanEstimate.dll
#degrainmedian.dll
#fft3dfilter.dll
#RemoveGrainSSE3.dll
#RepairSSE3.dll
#mvtools2.dll
#MaskTools.dll
#MT.dll
#mt_masktools-25.dll
#minblur.avs
#Contrasharpening.avs
setmtmode(2)
ConvertToYV12(interlaced=true)
LeakKernelBob(order=1)
crop(152,0,-152,-0)
spline36resize(720,576)
source= last
W = 720
H = 576
#STABILIZING
stab_reference= source.crop(64,48,-64,-48).tweak(cont=1.04).binarize(threshold=80).greyscale().invert()
mdata=DePanEstimate(stab_reference,trust=3.0,dxmax=32,dymax=24)
stab=DePanStabilize(source,data=mdata,cutoff=1.0,dxmax=32,dymax=24,pixaspect=1.0,mirror=15)
stab2= stab.crop(32,24,-32,-24)
source2 = stab2.degrainmedian(mode=2,limity=5,limituv=6).spline36resize(W,H)
super = source2.MSuper(pel=2, sharp=2, rfilter=2)
b1v = MAnalyse(super,isb=true, delta=1, blksize=16, overlap=8, truemotion=true,dct=5)
f1v = MAnalyse(super,isb=false,delta=1, blksize=16, overlap=8, truemotion=true,dct=5)
cf1 = MCompensate(source2, super, f2v, thSAD=150,thSCD1=256,thSCD2=96)
cb1 = MCompensate(source2, super, b2v, thSAD=150,thSCD1=256,thSCD2=96)
inter = interleave(cf2, source2.MDegrain1(super,b2v,f2v, planar=true), cb2)
mvden = inter.Temporalsoften(1,4,8,12,2) # для исходников с малым шумом
#mvden = inter.fft3dfilter(wintype=1,degrid=1,bw=32,bh=32,ow=16,oh=16,bt=3,sigma=2.5,sigma2=1.75,sigma3=2.0,sigma4=2.5,plane=4)
NR = mvden.selectevery(3,1)
Contrasharpening(NR, source2)
#DoubleWeave().SelectEvery(4,1)
AssumeTFF().SeparateFields().SelectEvery(4, 0, 3).Weave()
ColorMatrix(mode="Rec.709->Rec.601", inputFR=true, clamp=0, interlaced=true)
ConvertToYUY2(interlaced=true)
# Назначение: для качественной обработки материала HDV с частичной стабилизацией изображения и сохранением интерлейса
# Наличие фильтра подавления радужности изображения и цветового шума: включен
# Тип предварительного шумоподавителя: fft3dfilter
# Тип основного шумоподавителя: на основе векторного анализа оценки движения на базе скрипта TemporalDegrain_beta
# Тип сглаживателя: отсутствует
# Тип шарпера: ContraSharpening
# Скорость обработки: медленная
Откроете в Carbon Codere c аспектом разрешения уже 4:3 и, я поставил здесь cutoff=2.0, посмотрите на стабилизацию теперь. Но я вот попробобовал особо не заморачиваться с mvtools и применил для обработки UnDot и больше решил побороть интерлив nnedi2__rpow2:
скрытый текст
#plugin_files
#ColorMatrix.dll
#LeakKernelDeint.dll
#Depan.dll
#DepanEstimate.dll
#degrainmedian.dll
#nnedi2.dll
#MaskTools.dll
#mt_masktools-25.dll
#MT.dll
#UnDot.dll
setmtmode(2)
ConvertToYV12(interlaced=true)
LeakKernelBob(order=1)
crop(152,0,-152,-0)
spline36resize(720,576)
source= last
W = 720
H = 576
#STABILIZING
stab_reference= source.crop(64,48,-64,-48).tweak(cont=1.05).binarize(threshold=80).greyscale().invert()
mdata=DePanEstimate(stab_reference,trust=3.0,dxmax=32,dymax=24)
stab=DePanStabilize(source,data=mdata,cutoff=2.0,dxmax=32,dymax=24,pixaspect=1.0,mirror=15)
source2 = stab2.degrainmedian(mode=2,limity=5,limituv=6)
big = source2.nnedi2_rpow2(rfactor=2,cshift="spline64resize",fwidth=W,fheight=H)
den = big.UnDot()
sharp = den.sharpen(0.3)
sharp.coloryuv(off_U=-0,off_V=-0).levels(0,0.95,255,0,255)
#DoubleWeave().SelectEvery(4,1)
AssumeTFF().SeparateFields().SelectEvery(4, 0, 3).Weave()
ColorMatrix(mode="Rec.709->Rec.601", inputFR=true, clamp=0, interlaced=true)
ConvertToYUY2(interlaced=true)
# Назначение: для качественной обработки материала HDV и перевода в DVD с частичной стабилизацией изображения и сохранением интерлейса
# Тип шумоподавителя: degrainmedian + UnDot
# Тип сглаживателя: отсутствует
# Тип шарпера: sharpen
# Скорость обработки: средняя
Предупреждаю на всяк случай: деинтерлейс для этих двух пресетов убрать.
|
|
|
|
newsky
Стаж: 16 лет 10 месяцев Сообщений: 405
|
newsky ·
29-Сен-09 15:02
(спустя 8 часов, ред. 29-Сен-09 15:02)
Tempter57
По ссылке посмотрел, там всего один скрипт для моих задач и тот у меня не удалось запустить у себя
По поводу первого скрипта из поста выше... ШИ-КАР-НО! Результат очень порадовал. Сравнил его со своими результатами после Вегас-Карбон разница очень заметна и именно в вопросе интрелейса. После вашего скрипта видео смотрится как читкашный прогрессив, а у меня всегда была некая дрожь, особенно на видео с мелкими деталями. Единственное... вот всё как в тумане, не то, что не четко, а как будто четкая картинка накрыта "белым платком" и цвета потускнели. Я понимаю, что конечное видео для просмотра на ТВ (Rec.709->Rec.601) (на ТВ пока не смотрел) но смотрю на мониторе через MPC переключая режим ТВ-РС и все равно, краски тускловаты, всмысле сильно потускнели от исходника и эта самая "пелена".
Относительно: cutoff=2.0 вот так, под тестовый источник мне нравится больше, в любом случае, это можно (и нужно, как я понимаю ) подбирать под конкретный случай.
Второй пресет пока кодирую. Странно, первый закодировался минут за 7-10 а второй пресет обещает 40 минут (ролик 15 сек)
Цитата:
Предупреждаю на всяк случай: деинтерлейс для этих двух пресетов убрать.
брррр... это вы про закладку "интерлейс\частота кадра"? Как должно быть?
Или все равно как, главное в строке Деинтерлейс должно быть дизабле? В любом случае, при формировании скрипта нашел то состояние, что-бы ошибка не вылетала.
Большое вам спасибо, Tempter57!!!
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4960
|
Tempter57 ·
29-Сен-09 15:44
(спустя 42 мин., ред. 29-Сен-09 15:44)
newsky
на счет скринов, то последний пусть лучше будет, где прогрессив, он ничего в скрипт не добавляет.
По второму пресету медленно из-за nnedi2__rpow2, но не пойму почему у вас медленно настолько. вот сейчас на Atlone х64 E4450 (полный аут, как проц) выполнил ту же работу за 18 мин
Да потери при кодировании в MPEG-2 есть существенные, как по четкости, так и по цвету, а что делать? Думаю мы просто зайчиков нахватались от прекрасного исходника.
|
|
|
|
newsky
Стаж: 16 лет 10 месяцев Сообщений: 405
|
newsky ·
29-Сен-09 15:47
(спустя 3 мин., ред. 30-Сен-09 22:21)
Tempter57
Докодировал вторым пресетом... (50 минут ровно ) нееет, с ним шевеленка есть, не сильная, но есть. А первый пресет (3 минуты ) после него ну просто отличное, замечательное видео для DVD!!! я снова просто поражен результатом, лучше и не надо!!! Если бы не "существенные потери MPEG2 по четкости и цвету"... да, конечно, они известны, ну я подумал, мало-ли чудеса бывают В любом случае, это лучший результат, который мне приходилось наблюдать. Огромное вам спасибо!!! "Задача №2" полностью решена Осталось самое сложное, нужно всё-таки мне определиться с форматом для BD (MPEG-2 or AVC)...
Ps: кодировал на давольно средненьком буке, не на рабочей станции от того думаю время такое странное, но все равно, 3 минуты и 50...
UPD 30/09/2009:
Что-то всё-таки у меня беда с деинтерлейсом выходит с тем HDV fast пресетом (тот, что "посложней")...
Вот картинка:
С пресетом Hdv Fast (единственное, поменял на 1280х720 и cutoff=2.0)
скрытый текст
import("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\functions\AudioFunctions.avs")
import("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\functions\VideoFunctions.avs")
loadplugin("C:\Program Files\Winnydows\XviD4PSP5\apps\DGMPGDec\DGDecode.dll")
loadplugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\SmoothDeinterlacer.dll")
#MPEG2Source("D:\Video\tests\!ishodniki!\test_hdv_unstab.index\test_hdv_unstab.d2v",cpu=0,info=3)
MPEG2Source("D:\Video\tests\!ishodniki!\test_hdv_speed.index\test_hdv_speed.d2v",cpu=0,info=3)
#plugin_files
LoadPlugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\Depan.dll")
LoadPlugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\DepanEstimate.dll")
LoadPlugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\degrainmedian.dll")
LoadPlugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\fft3dfilter.dll")
LoadPlugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\RemoveGrainSSE3.dll")
LoadPlugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\RepairSSE3.dll")
LoadPlugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\mvtools2.dll")
LoadPlugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\MaskTools.dll")
LoadPlugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\MT.dll")
LoadPlugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\mt_masktools-25.dll")
Import("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\minblur.avs")
setmtmode(2,2)
source= last
W = 1280
H = 720
#STABILIZING
stab_reference= source.crop(14,8,-14,-8).tweak(cont=1.04,sat=1.1).binarize(threshold=80).greyscale().invert()
mdata=DePanEstimate(stab_reference,trust=1.0,dxmax=14,dymax=8)
stab=DePanStabilize(source,data=mdata,cutoff=2.0,dxmax=14,dymax=8,pixaspect=1.094,mirror=15) # or pixaspect=0.911 for NTSC
stab2 = stab.crop(18,10,-18,-10)
source2 = stab2.degrainmedian(mode=2,limity=5,limituv=6).spline64resize(W,H)
super = source2.MSuper(pel=2, sharp=2, rfilter=2)
b2v = MAnalyse(super,isb=true, delta=2, blksize=16, overlap=4, truemotion=true)
b1v = MAnalyse(super,isb=true, delta=1, blksize=16, overlap=4, truemotion=true)
f1v = MAnalyse(super,isb=false,delta=1, blksize=16, overlap=4, truemotion=true)
f2v = MAnalyse(super,isb=false,delta=2, blksize=16, overlap=4, truemotion=true)
cf2 = MCompensate(source2, super, f2v, planar=true)
cf1 = MCompensate(source2, super, f1v, planar=true)
cb1 = MCompensate(source2, super, b1v, planar=true)
cb2 = MCompensate(source2, super, b2v, planar=true)
inter = interleave(cf2, cf1, source2.MDegrain2(super,b2v,b1v,f1v,f2v, planar=true), cb1, cb2)
#mvden = inter.Temporalsoften(2,4,8,15,2) # для исходников с малым шумом
mvden = inter.fft3dfilter(wintype=1,degrid=1,bw=32,bh=32,ow=16,oh=16,bt=5,sigma=2.75,sigma2=2.4,sigma3=1.8,sigma4=2.5,plane=0,dehalo=2.0)
NR = mvden.selectevery(5,2)
s = NR.minblur(1,1)
allD = mt_makediff(source2,NR)
ssD = mt_makediff(s,s.removegrain(11,-1))
ssDD = ssD.repair(allD,1)
ssDD = ssDD.mt_lutxy(ssD,"x 128 - abs y 128 - abs < x y ?")
NR.mt_adddiff(ssDD,U=2,V=2)
# Назначение: для качественной обработки материала HDV с частичной стабилизацией изображения
# Тип предварительного шумоподавителя: degrainmedian
# Тип основного шумоподавителя: на основе векторного анализа оценки движения на базе функции MCompensate c пост-обработкой fft3dfilter
# Тип сглаживателя: отсутствует
# Тип шарпера: ContraSharpen
# Скорость обработки: средняя
А вот картинка:
Просто с SmoothDeinterlace 50fps с ресайзом до 1280х720 без фильтров:
скрытый текст
import("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\functions\AudioFunctions.avs")
import("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\functions\VideoFunctions.avs")
loadplugin("C:\Program Files\Winnydows\XviD4PSP5\apps\DGMPGDec\DGDecode.dll")
loadplugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\NicAudio.dll")
loadplugin("C:\Program Files\Winnydows\XviD4PSP5\dlls\AviSynth\plugins\SmoothDeinterlacer.dll")
video = MPEG2Source("D:\video tests\real test from hdv.index\real test from hdv.d2v",cpu=0,info=3)
audio = NicMPG123Source("D:\video tests\real test from hdv.index\real test from hdv PID 814 L2 2ch 48 384 DELAY 0ms.mpa")
AudioDub(video, audio)
setmtmode(2,4) # или setmtmode(6)
setmemorymax(1512) # можно 1/3 вашей оперативной памяти
AutoYV12()
SmoothDeinterlace(tff=true, doublerate=true)
Spline36Resize(1280, 720)
Речь именно о деинтерлейсе. В первом случае, деинтерлейсом это назвать мне кажется невозможно я где-то что-то напутал? Привел скрипт в том виде, в котором кодировал в MeGUI. Да и по фильтрации... никакой разницы не вижу Там где легкий шум, он "сам куда-то девается"...
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4960
|
Tempter57 ·
01-Окт-09 14:08
(спустя 1 день 22 часа, ред. 21-Май-13 09:56)
newsky
Дело в том что у вас сумятица в голове, когда применять деинтерлейс, а когда нет. Для HDV Fast1 или 2 желательно сделать было деинтерлейс SmoothDeinterlace, когда вы кодируете в формат mkv. Я уже поделился своим наблюдением: интерлейсный mkv 25i смотрится на мой взгляд хуже, чем прогрессивный mkv 50p даже по плавности движения. Когда смотрите интерлейсный mkv в MPC, надо в Filter подключать деинтерлейс обязательно иначе будет гребёнка, которую вы наблюдаете на своём скрине.
А те два пресета надо изменить уже под формат mkv прогрессивный и производить деинтерлейс SmoothDeinterlace, который удваивает частоту :
HDV Fast1:
скрытый текст
#plugin_files
#Depan.dll
#DepanEstimate.dll
#degrainmedian.dll
#fft3dfilter.dll
#RemoveGrainSSE3.dll
#RepairSSE3.dll
#mvtools2.dll
#MaskTools.dll
#MT.dll
#mt_masktools-25.dll
#minblur.avs
#Contrasharpening.avs
setmtmode(2)
setmemorymax(1024)
source= last
W = 1440
H = 1080
#STABILIZING
stab_reference= source.crop(64, 48, -64, -48).tweak(cont=1.04).binarize(threshold=80).greyscale().invert()
mdata=DePanEstimate(stab_reference,trust=3.0,dxmax=32,dymax=24)
stab=DePanStabilize(source,data=mdata,cutoff=1.0,dxmax=32,dymax=24,pixaspect=1.0,mirror=15)
stab2 = stab.crop(32, 24, -32, -24)
source2 = stab2.degrainmedian(mode=2,limity=5,limituv=6)
super = source2.MSuper(pel=1, sharp=2, rfilter=3)
b1v = MAnalyse(super,isb=true, delta=1, blksize=16, overlap=4, truemotion=true)
f1v = MAnalyse(super,isb=false,delta=1, blksize=16, overlap=4, truemotion=true)
cf1 = MCompensate(source2, super, f1v, thSAD=150,thSCD1=256,thSCD2=96)
cb1 = MCompensate(source2, super, b1v, thSAD=150,thSCD1=256,thSCD2=96)
inter = interleave(cf1, source2.MDegrain1(super,b1v,f1v, thSAD=100,thSCD1=160,thSCD2=96,limit=102), cb1)
mvden = inter.Temporalsoften(1,5,7,12,2) # для исходников с малым шумом
#mvden = inter.fft3dfilter(wintype=1,degrid=1,bw=32,bh=32,ow=16,oh=16,bt=3,sigma=2.5,sigma2=1.5,sigma3=2.0,sigma4=2.5,plane=4)
NR = mvden.selectevery(3,1)
Contrasharpening(NR, source2)
coloryuv(off_U=-0,off_V=-0).levels(0,0.95,255,0,255).spline36resize(W,H)
# Назначение: для качественной обработки материала HDV с частичной стабилизацией изображения
# Тип предварительного шумоподавителя: degrainmedian
# Тип основного шумоподавителя: на основе векторного анализа оценки движения на базе функции MCompensate c пост-обработкой fft3dfilter
# Тип сглаживателя: отсутствует
# Тип шарпера: ContraSharpen
# Скорость обработки: средняя
HDV Fast2:
скрытый текст
#plugin_files
#Depan.dll
#DepanEstimate.dll
#degrainmedian.dll
#fft3dfilter.dll
#RemoveGrainSSE3.dll
#RepairSSE3.dll
#mvtools2.dll
#MaskTools.dll
#MT.dll
#mt_masktools-25.dll
#minblur.avs
#Contrasharpening.avs
setmtmode(2)
source= last
W = 1440
H = 1080
#STABILIZING
stab_reference= source.crop(64, 48, -64, -48).tweak(cont=1.05binarize(threshold=80).greyscale().invert()
mdata=DePanEstimate(stab_reference,trust=3.0,dxmax=32,dymax=24)
stab=DePanStabilize(source,data=mdata,cutoff=2.0,dxmax=32,dymax=24,pixaspect=1.0,mirror=15)
stab2 = stab.crop(32, 24, -32, -24)
source2 = stab2.degrainmedian(mode=2,limity=5,limituv=6)
super = source2.MSuper(pel=1, sharp=2, rfilter=3)
b2v = MAnalyse(super,isb=true, delta=2, blksize=16, overlap=4, truemotion=true)
b1v = MAnalyse(super,isb=true, delta=1, blksize=16, overlap=4, truemotion=true)
f1v = MAnalyse(super,isb=false,delta=1, blksize=16, overlap=4, truemotion=true)
f2v = MAnalyse(super,isb=false,delta=2, blksize=16, overlap=4, truemotion=true)
cf2 = MCompensate(source2, super, f2v, thSAD=150,thSCD1=256,thSCD2=96)
cf1 = MCompensate(source2, super, f1v, thSAD=150,thSCD1=256,thSCD2=96)
cb1 = MCompensate(source2, super, b1v, thSAD=150,thSCD1=256,thSCD2=96)
cb2 = MCompensate(source2, super, b2v, thSAD=150,thSCD1=256,thSCD2=96)
inter = interleave(cf2, cf1, source2.MDegrain2(super,b2v,b1v,f1v,f2v, thSAD=135,thSCD1=256,thSCD2=96,limit=102), cb1, cb2)
#mvden = inter.Temporalsoften(2,5,8,12,2) # для исходников с малым шумом
mvden = inter.fft3dfilter(wintype=1,degrid=1,bw=32,bh=32,ow=16,oh=16,bt=3,sigma=2.5,sigma2=1.5,sigma3=1.8,sigma4=2.5,plane=4)
NR = mvden.selectevery(5,2)
Contrasharpening(NR, source2)
coloryuv(off_U=-0,off_V=-0).levels(0,0.95,255,0,255).spline36resize(W,H)
# Назначение: для качественной обработки материала HDV с частичной стабилизацией изображения
# Тип предварительного шумоподавителя: degrainmedian
# Тип основного шумоподавителя: на основе векторного анализа оценки движения на базе функции MCompensate c пост-обработкой fft3dfilter
# Тип сглаживателя: отсутствует
# Тип шарпера: ContraSharpening
# Скорость обработки: средняя
Я оставил в этих пресетах разрешение исходника.
Кратко: пресеты, те что для конвертации в DVD оставляем интерлейсными, а те что в формат mkv делаем деинтерлейс с удвоением частоты и получаем качественное прогрессивное видео без строба. Скажу так, что даже для прогрессивных камер с 25 fps я бы применил удвоение частоты с помощью MFlowFps. Почему так: улучшается плавность движения и визуально чёткость.
Прикрутил HDRAGC для пресета с конвертированием в DVD и сохранением интерлейса:
скрытый текст
#plugin_files
#ColorMatrix.dll
#LeakKernelDeint.dll
#Depan.dll
#DepanEstimate.dll
#degrainmedian.dll
#fft3dfilter.dll
#RemoveGrainSSE3.dll
#RepairSSE3.dll
#mvtools2.dll
#MaskTools.dll
#AGC.dll
#LimitedSupport_09Jan06B.dll
#MT.dll
#mt_masktools-25.dll
#minblur.avs
#Contrasharpening.avs
setmtmode(2)
setmemorymax(1024)
ConvertToYV12(interlaced=true)
LeakKernelBob(order=1)
crop(152,0,-152,-0)
spline64resize(720,576)
source= last
W = 720
H = 576
#STABILIZING
stab_reference= source.crop(48, 36, -48, -36).tweak(cont=1.05).binarize(threshold=80).greyscale().invert()
mdata=DePanEstimate(stab_reference,trust=3.0,dxmax=24,dymax=18)
stab=DePanStabilize(source,data=mdata,cutoff=1.0,dxmax=24,dymax=18,pixaspect=1.0,mirror=15)
stab2= stab.crop(24, 18, -24, -18)
source2 = stab2.degrainmedian(mode=2,limity=5,limituv=6)
super = source2.MSuper(pel=2, sharp=2, rfilter=2)
b1v = MAnalyse(super,isb=true, delta=1, blksize=16, overlap=4, truemotion=true)
f1v = MAnalyse(super,isb=false,delta=1, blksize=16, overlap=4, truemotion=true)
cf1 = MCompensate(source2, super, f1v, thSAD=135,thSCD1=200,thSCD2=96)
cb1 = MCompensate(source2, super, b1v, thSAD=135,thSCD1=200,thSCD2=96)
inter = interleave(cf1, source2.MDegrain1(super,b1v,f1v, thSAD=100,thSCD1=200,thSCD2=96,limit=102), cb1)
mvden = inter.Temporalsoften(1,5,8,12,2) # для исходников с малым шумом
#mvden = inter.fft3dfilter(wintype=1,degrid=1,bw=32,bh=32,ow=16,oh=16,bt=3,sigma=2.5,sigma2=1.5,sigma3=2.0,sigma4=2.5,plane=4)
den = mvden.selectevery(3,1)
#HDRAGC
leveled = den.HDRAGC(coef_gain=1.6,max_gain=1.8,min_gain=0.5,max_sat=1.2,shadows=true)
Contrasharpening(leveled , source2)
coloryuv(off_U=-0,off_V=-0).levels(0,1.0,255,0,255).spline64resize(W,H)
#DoubleWeave().SelectEvery(4,1)
AssumeTFF().SeparateFields().SelectEvery(4, 0, 3).Weave()
ColorMatrix(mode="Rec.709->Rec.601", inputFR=true, clamp=0, interlaced=true)
ConvertToYUY2(interlaced=true)
# Назначение: для качественной обработки материала HDV для DVD с частичной стабилизацией изображения и сохранением интерлейса
# Наличие фильтра подавления радужности изображения и цветового шума: отсутствует
# Тип предварительного шумоподавителя: degrainmedian
# Тип основного шумоподавителя: на основе векторного анализа оценки движения с заключительным шумоподавителем Temporalsoften или fft3dfilter
# Тип сглаживателя: отсутствует
# Тип шарпера: ContraSharpening + дополнительная обработка HDRAGC
# Скорость обработки: медленная
По-моему изображение чуточку ожило по цветам, кажется не таким бледным.
|
|
|
|
conductor2009
Стаж: 17 лет Сообщений: 522
|
conductor2009 ·
01-Окт-09 14:29
(спустя 20 мин.)
Tempter57
спасибо за инфу
|
|
|
|
