|
|
|
forux
Стаж: 16 лет 2 месяца Сообщений: 38
|
forux ·
23-Май-09 20:00
(15 лет 7 месяцев назад, ред. 23-Май-09 20:30)
Речь идет вот о таких артефактах на плавных градиентах
.
.
Я пробовал разные кодеки. "Старые" кодеки вроде XVID дают на градиентах квадратики, "свежие кодеки" вроде x264 дают вот такую картинку
Совет изменить значения "in-loop deblocking" не помогает. Победить артефакты можно только донельзя завышенным битрейтом
Надеюсь, что есть в настройках x264 или других AVC фильтров секрет, который поможет справиться с такими артефактами. Использование --aq-strength 0.5 --aq-sensitivity 15.0 практически не помогает, ничего не дает и префильтр gradfun2db()
Возможно, что существует кодек, который не дает таких артефактов?
Утверждение, что таким кодеком является vp7, в моем случае не оправдались (вот из гугля "где то VP7 чуть лучше, где то AVC - но 1 могу сказать точно - градиенты у него получаются просто оболденно - x264 с включенной AQ нервно курит")
Совет, который был обнаружен гуглом "у Sharktooth'а есть матрица eqm_avc_hr, она выравнивает градиенты"
Но ее использование вместе с aq не дало результатов
Итак, кто знает еще решения этой проблемы?
|
|
|
|
k0stix
Стаж: 17 лет 9 месяцев Сообщений: 6437
|
k0stix ·
23-Май-09 20:24
(спустя 24 мин.)
forux писал(а):
Совет, который был обнаружен гуглом "у Sharktooth'а есть матрица eqm_avc_hr, она выравнивает градиенты"
Как вы думаете, это поможет?
Попробовать можно, но вообще вот именно такие бяки плохо лечатся.. Либо я их не умею хорошо лечить. Тут можно Gradfun2db с разумными значениями попробовать, но результат не гарантирован
|
|
|
|
forux
Стаж: 16 лет 2 месяца Сообщений: 38
|
forux ·
23-Май-09 20:49
(спустя 24 мин.)
k0stix, у меня стоит Gradfun2db с дефолтными настройками ()
Пробовал увеличить значения (от 2 до 4), визуально не заметил разницы
А на более высоких значениях Gradfun2db, как мне показалось, дает шумовые тени вокруг контрастных объектов
|
|
|
|
forux
Стаж: 16 лет 2 месяца Сообщений: 38
|
forux ·
23-Май-09 20:53
(спустя 4 мин.)
По инету бродят грозные слухи о VP8, который дает идеальные градиенты, но где его достать? даже тестовой версии нигде нет...
|
|
|
|
forux
Стаж: 16 лет 2 месяца Сообщений: 38
|
forux ·
23-Май-09 21:03
(спустя 9 мин.)
использование режима CRF (constant ratefactor) может дать преимущества по сравнению с ABR (average bitrate) или многопроходным ABR?
|
|
|
|
k0stix
Стаж: 17 лет 9 месяцев Сообщений: 6437
|
k0stix ·
23-Май-09 21:10
(спустя 6 мин., ред. 23-Май-09 21:10)
forux писал(а):
Пробовал увеличить значения (от 2 до 4)
o_O... Если это не помогло, то вряд ли что поможет. Хотя я не такой знаток, редко с такими экземплярами сталкивался
forux писал(а):
использование режима CRF (constant ratefactor) может дать преимущества по сравнению с ABR (average bitrate) или многопроходным ABR?
Большинство мнений сходятся к CRF, лично я сейчас пользую многопроходный crf, технику, которую наш идейный лидер приволок с doom-а.
Код:
--pass 1 --crf xx --stats "zzz.txt" (настройки всяко)
--pass 2 --bitrate yyyy --stats "zzz.txt" (настройки из pass 1)
Обид пока не было
|
|
|
|
Pustovetov
Стаж: 17 лет 1 месяц Сообщений: 4254
|
Pustovetov ·
23-Май-09 22:29
(спустя 1 час 18 мин.)
forux писал(а):
Речь идет вот о таких артефактах на плавных градиентах
.
.
Я пробовал разные кодеки. "Старые" кодеки вроде XVID дают на градиентах квадратики, "свежие кодеки" вроде x264 дают вот такую картинку
Совет изменить значения "in-loop deblocking" не помогает. Победить артефакты можно только донельзя завышенным битрейтом
Или можно наложить на видео самый легенький шумок, оно разобъет градиенты. Иначе пока никак. На думе была помнится дискуссия на тему как сдалать чтобы x264 детектил градиенты и сохранял и их размытие не покорежив. Но насколько понимаю ни к чему практическому та дискуссия не пришла.
Цитата:
ничего не дает и префильтр gradfun2db()
Правильнее всего было бы включить в стандрат ПОСТфильтр аналогичный gradfun2db, но этого в стандарте нет. Может какой-нить новый алтернативный кодек этим обзаведется.
|
|
|
|
forux
Стаж: 16 лет 2 месяца Сообщений: 38
|
forux ·
24-Май-09 02:01
(спустя 3 часа)
Достаточно, чтобы x264 детектил градиенты и сжимал их с битрейтом 15000 - будет нормальное качество
По моим оценкам, градиенты составляют около 1% видео, размер файла не увеличится
Вопрос в том, существуют ли кодеки, которые не корежат градиенты
Вейвлет-кодеки их корежат (почему, непонятно)
Какой-нибудь фрактальный кодек наверняка будет сохранять градиенты... да где они, фрактальные видеокодеки?
Меня вполне устраивает скорость 1,5 кадра/сек 640x480 на Core Quad (вечером запустил, утром фильм готов). Фрактальное сжатие обычных изображений такого размера работает уже гораздо быстрее. Пора уже и видео-кодек присобачить
Цитата:
--pass 1 --crf xx --stats "zzz.txt" (настройки всяко)
--pass 2 --bitrate yyyy --stats "zzz.txt" (настройки из pass 1)
не помогло
а вот экспериментальный x264 сжал градиенты визуально на 10% лучше (хотя все равно плохо)
может, разработчики пытаются что-то сделать в этом направлении?
|
|
|
|
k0stix
Стаж: 17 лет 9 месяцев Сообщений: 6437
|
k0stix ·
24-Май-09 02:36
(спустя 34 мин.)
forux писал(а):
1,5 кадра/сек 640x480 на Core Quad (вечером запустил, утром фильм готов)
Гм.. Это что ж за фильм такой, короткометражка? По идее на такой скорости в crf будет полуторочасовой фильм кодиться сутки
forux писал(а):
экспериментальный x264
Что за экспериментальный?
forux писал(а):
сжал градиенты визуально на 10% лучше (хотя все равно плохо)
А картинки?
|
|
|
|
forux
Стаж: 16 лет 2 месяца Сообщений: 38
|
forux ·
25-Май-09 22:06
(спустя 1 день 19 часов)
Экспериментальным путем выяснил, что если вместо
Цитата:
--aq-strength 0.5 --aq-sensitivity 15.0
ввести что-то в районе
Цитата:
--aq-strength 1.5 --aq-sensitivity 3.0
то качество градиентов резко повышается (на моем видео, в других не знаю)
Кто-нибудь знает, что это за значения - strength и sensitivity, чтобы не подбирать их вслепую?
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4963
|
Tempter57 ·
26-Май-09 00:26
(спустя 2 часа 19 мин., ред. 08-Фев-10 17:21)
forux
Обычно для борьбы с подобными градиентами применяю скриптик LaTo Gradfun2dbmod.avs:
Gradfun2dbmod(thr=1.2,thrC=1.6,str=0.8,strC=0.2)
собственно смесь Gradfun2db с AddGrain (Pustovetov правильно сказал, что шум наиболее эффективно разбивает градиенты), уровни можно подобрать, выходной файл, правда, увеличивается.
|
|
|
|
shellgen
Стаж: 18 лет 2 месяца Сообщений: 6417
|
shellgen ·
26-Май-09 20:57
(спустя 20 часов)
forux писал(а):
Совет, который был обнаружен гуглом "у Sharktooth'а есть матрица eqm_avc_hr, она выравнивает градиенты"
Но ее использование вместе с aq не дало результатов
Забудьте вы про матрицы со свежими сборками, зла больше, чем пользы. Если откровенно не хватает квантов цветности, есть chroma-qp-offset , на несложных переходах может иногда помочь, только всё равно никогда не будет в 4:2:0 ровных градиентов, а смысла в gradfun если честно большого не вижу с учётом того, что он требует перерасхода битрейта - всегда ведь можно в ffdshow воспользоваться встроенным дебандером )))
Ждём для енкода ровных градиентов lossy профиля под 4:4:4 с соответствующими коэффициентами компрессии 
|
|
|
|
forux
Стаж: 16 лет 2 месяца Сообщений: 38
|
forux ·
27-Июн-09 14:01
(спустя 1 месяц, ред. 13-Сен-09 15:26)
Неожиданно обнаружил, что Trellis корежит градиенты, без него качество градиентов лучше
|
|
|
|
sasha990
Стаж: 16 лет 4 месяца Сообщений: 376
|
sasha990 ·
13-Сен-09 21:49
(спустя 2 месяца 16 дней, ред. 06-Мар-10 15:49)
Pustovetov писал(а):
было бы включить в стандрат ПОСТфильтр аналогичный gradfun2db, но этого в стандарте нет.
Включат когда-нибудь. Обязательно включат =) Без этого ж никак 
forux писал(а):
Достаточно, чтобы x264 детектил градиенты и сжимал их с битрейтом 15000 - будет нормальное качество
По моим оценкам, градиенты составляют около 1% видео, размер файла не увеличится
А что за источник то? А можно сэмпл выложить, чтоб можно было "попробовать"?
Pustovetov писал(а):
Или можно наложить на видео самый легенький шумок, оно разобъет градиенты.
Насколько я понимаю, "просто" наложить шумок не сильно поможет. А вот теоретически: (перевести в 16 бит/float –> размазать градиенты –> добавить шумок не меньше ~1/255 –> обрезать назад в 8 бит) поможет.
shellgen писал(а):
...а смысла в gradfun если честно большого не вижу с учётом того, что он требует перерасхода битрейта...
Требует. А что делать то?  Например, в анимэ "половина всего" - это градиенты, если они при этом "полосатые" – смотреть практически невозможно 
shellgen писал(а):
всегда ведь можно в ffdshow воспользоваться встроенным дебандером )))
1) Он у меня на 1920x1080 23fps лагает очень ощутимо. При этом пользы от 4-х ядер не наблюдается.
2) Он добавляет динамичный шумок без возможности регулировки "динамичности", что не есть хорошо.
скрытый текст
Плюс, есть такие моменты как "а если человек не знает об этом", "а если он использует другой декодер/плеер"... А если "это" уже есть в рипе, то всё у всех "ок". Но эти моменты и все возможные следствия из них, думаю, очевидны, и дополнительного обсуждения не требуют 
Мне бы, честно говоря, хотелось, чтобы была возможность "делать дебандинг постпроцессингом" где-то на уровне видюхи, шейдерами, или вроде того... 
shellgen писал(а):
Ждём для енкода ровных градиентов lossy профиля под 4:4:4 с соответствующими коэффициентами компрессии
Ждём 12-ти битных мониторов и 12-ти битных цветовых форматов. 
forux писал(а):
Надеюсь, что есть в настройках x264 или других AVC фильтров секрет, который поможет справиться с такими артефактами.
Теоретически избавиться от "полосатых градиентов" можно двумя способами:
- 1) поднять глубину цвета (но это "не от нас с вами зависит"=)
- 2) добавить шумок или даже "pattern" (вспомните, как выглядят хорошие gif-картинки с 5-ю цветами и, при этом, "плавными" градиентами)
А что касается настроек - так могу сказать только: "дай попробовать".
В общем, что я высмотрел "по ходу практики" (ежели что не так, "киньте тапками" в меня=):
- "Шумок" бывает "динамичный", а бывает "статичный", разница огромная. Бывают, конечно, "средние варианты" ("золотая середина" итп=)
- В "идеале" (т.е. при отсутствии недостатков кодировки) в статичных сценах хуже выглядит динамичный шумок, т.к. он "шуршит". В сценах "панорамирования" камеры хуже выглядит статичный шумок, что-то вроде как он "налип на экран, а картинка за ним сзади ползёт"
- Статичный шумок кодек "портит" гораздо меньше и сжимает гораздо лучше.
- Если в исходнике есть сильно динамичный шумок, то иногда имеет смысл его выфильтровать, даже есть потом есть мысль "класть свой".
- У Gradfun2dbmod(..., temp=) есть параметр temp, при 0 даёт полностью динамичный шумок (совсем некоррелированный по времени), при 100 - статичный (это судя по описанию, на практике всё несколько "странновато"). Смысла ставить меньше 70 не увидел. По умолчанию 50 - имхо плохо.
- Шумок у Gradfun2dbmod мне как-то не совсем нравится в силу нескольких причин, поэтому делал примерно так:
- 1) Gradfun2dbmod(thr=1.2, thrC=1.4, str=0.0, strC=0.0, temp=100) // специально написал "str-ы" 0 0, для наглядности, на практике всё-же ставлю побольше, особенно для хромы. А с 0 0 эффект как раз минимально необходимый для того чтобы "убрать бандинг". Но его недостаточно для того, чтобы кодек потом не замазал это дело, поэтому:
- 2) // затем "напихиваем" свой шум, желательно статичный. Можно преимущественно в те цветовые области, в которых "виден бандинг", а можно и во все равномерно, дело "вкуса" и "источника". Но при выборе "цветовых областей" следует учитывать, что на разных мониторах при разных настройках (драйверов/видюхи/плеера) бандинг виден _существенно_ по-разному. Поэтому я, на данный момент, склоняюсь к тому, чтобы накладывать слабенький шумок (не более +-1,5/255) на всё видео.
- Для этих целей лучше будет выглядеть шумок с отклонением типа "uniform", чем "gaussian".
- Замечал, что будет лучше, если "напиханный шумок" будет немного коррелированным по пространству. (Например, некоррелированный шумок уменьшить, скажем Bilinear-ом в 2,5-3,5 раза. Ну или просто его "заблюрить", но на "немного")
- Что-то у меня есть мысль, что лучше накладываение шума делать _после_ ресайза в целевое разрешение, если что вдруг
- У Gradfun2dbmod есть вроде что-то про "внешнюю функцию шума". Очень интересно, но не пробовал / не смотрел. Если кто-нибудь что-нибудь знает - просьба сообщить
|
|
|
|
IlyaSin
Стаж: 17 лет 2 месяца Сообщений: 4273
|
IlyaSin ·
13-Окт-09 13:59
(спустя 29 дней)
sasha990 писал(а):
2) // затем "напихиваем" свой шум, желательно статичный. Можно преимущественно в те цветовые области, в которых "виден бандинг", а можно и во все равномерно, дело "вкуса" и "источника". Но при выборе "цветовых областей" следует учитывать, что на разных мониторах при разных настройках (драйверов/видюхи/плеера) бандинг виден _существенно_ по-разному. Поэтому я, на данный момент, склоняюсь к тому, чтобы накладывать слабенький шумок (не более +-1,5/255) на всё видео.
Для этих целей лучше будет выглядеть шумок с отклонением типа "uniform", чем "gaussian".
Замечал, что будет лучше, если "напиханный шумок" будет немного коррелированным по пространству. (Например, некоррелированный шумок уменьшить, скажем Bilinear-ом в 2,5-3,5 раза. Ну или просто его "заблюрить", но на "немного")
А можете, если не трудно, привести пример той части скрипта, которая отвечает за "напихивание шумка".
|
|
|
|
sasha990
Стаж: 16 лет 4 месяца Сообщений: 376
|
sasha990 ·
20-Окт-09 21:03
(спустя 7 дней, ред. 20-Окт-09 21:03)
IlyaSin
Использовал что-то такое:
скрытый текст
Код:
sh = 72
gm = 0.0
st = 1
source = last
sourceDark = source.mt_lut("x "+string(st)+" +")
sourceLight = source.mt_lut("x "+string(st)+" -")
noise = ImageSource("noise.png").Crop(0,0,source.width,source.height).ConvertToYV12().Levels(0+sh,1.0+gm,255-sh,0,255)
mt_merge(sourceLight,sourceDark,noise)
Цифирки, конечно, лучше покрутить.
Если интересуют только тёмные места, то заменить соответствующие строчки на что-нибудь такое
Код:
sourceDark = source.mt_lut("x "+string(st)+" + 1.0 x 256 / - * x x 256 / * +")
sourceLight = source.mt_lut("x "+string(st)+" - 1.0 x 256 / - * x x 256 / * +")
В noise.png - "целевой" шумок, например:
Это всё если интересует шум только "по яркости"...
А вообще, генераторов шума, действующих в зависимости от картинки много, выбирать есть из чего... Разве что я не уверен, что для рассматриваемой цели это всё нужно)
|
|
|
|
IlyaSin
Стаж: 17 лет 2 месяца Сообщений: 4273
|
IlyaSin ·
20-Окт-09 21:21
(спустя 18 мин.)
sasha990
Спасибо. Будет время - попробую.
|
|
|
|
Sermag
Стаж: 17 лет 1 месяц Сообщений: 98
|
Sermag ·
11-Янв-10 11:38
(спустя 2 месяца 21 день, ред. 24-Янв-10 11:00)
forux писал(а):
Достаточно, чтобы x264 детектил градиенты и сжимал их с битрейтом 15000 - будет нормальное качество
Достаточно сделать профиль: конст квантайзер, если битрейд по детализации выше порога и пропорциональное завышение если детализация падает. Битрейд от движения не учитывается. Только пока билдостроители до такого изобретения все ни как не дойдут, а кодеры мучаются.
Попробовал оптимизировать матрицу eqm_avc_hr: Ultimate_eqm_avc_hr http://slil.ru/28537934 . При сравнение q20 flat vs q26 Ultimate_eqm_avc_hr получилась большая плавность переходов во втором случае, с меньшим на 1/3 битрейтом. Сравнение проводилось на DVD9 цифровой экранке с типичными для них шумами и убитыми цветами (самый тяжелый случай). Желательно использовать --qp 26 --merange 24 --psy-rd 0.00:0.00 --partitions p24x24,b24x24,i24x24 (--psy-rd использовать особенно бессмысленно, так как в данном случае блочность он уже не уменьшит, а только будет жрать битрейт). Так же можно использовать MSU Color Enhancement.
|
|
|
|
burat-ino
Стаж: 15 лет 9 месяцев Сообщений: 55
|
burat-ino ·
30-Янв-10 18:34
(спустя 19 дней, ред. 07-Фев-10 00:27)
shellgen писал(а):
Забудьте вы про матрицы со свежими сборками, зла больше, чем пользы. Если откровенно не хватает квантов цветности, есть chroma-qp-offset , на несложных переходах может иногда помочь, только всё равно никогда не будет в 4:2:0 ровных градиентов, а смысла в gradfun если честно большого не вижу...
Согласен на 100%. Пришёл к выводу, что все внешние матрицы по сравнению с внутренней "flat" приводят к резкому увеличению битрейта без какого-либо визуального улучшения картинки. Фильтры не спасают, на выходе то же самое. Про chroma-qp-offset от себя добавлю, что значение надо уменьшать (-2...-4, например), что всё равно приводит к такому же результату. Остаётся ждать кодеков с обработкой градиентов. 
shellgen писал(а):
...всегда ведь можно в ffdshow воспользоваться встроенным дебандером )))
Согласен с sasha990! Кодировать надо так, чтобы смотреть без постпроцессинга. Тем более, что x264 на сегодняшний день это позволяет.
Ваша матрица ориентирована скорее на XviD, там кванты от 2 начинаются, x264 её вообще выплёвывает! 
И не предлагайте в настройках опустить кванты с 10ти до 2х, скорее я уж перейду на XviD!
|
|
|
|
0n0t013
Стаж: 14 лет 11 месяцев Сообщений: 161
|
0n0t013 ·
08-Фев-10 16:23
(спустя 8 дней)
читал как-то эту тему, вопрос серъезный и меня это достает не первый год.
седня перечитывал руководство по х264 из mewiki и вспомнил за тему
Цитата:
Достаточно, чтобы x264 детектил градиенты и сжимал их с битрейтом 15000 - будет нормальное качество
По моим оценкам, градиенты составляют около 1% видео, размер файла не увеличится
нашел вот что
With adaptive quantization enabled (on by default), raising qpmin beyond its default is strongly discouraged because this could reduce the quality of flat background areas of the frame.
возможно стоит накрутить --aq-strength и --aq-sensitivity и понизить qpmin где-то до 4-6 , а кодек в нужных местах поставит низкие кванты.
я вообще как shellgen сказал делаю DeBand в ffdshow в 2-3 ставлю и нормал.
хотя считаю проблема должна быть решена на уровне кодека.
|
|
|
|
tartak
Стаж: 18 лет 9 месяцев Сообщений: 2548
|
tartak ·
17-Фев-10 03:50
(спустя 8 дней)
Чтобы можно было говорить о конкретных результатах, предлагаю заинтересованным лицам (тому же forux) выложить несколько небольших исходников, при кодировании которых были бы видны контуры.
Тогда можно было бы предметно испытывать и сравнивать разные версии х264 и фильтров. А заодно можно было напустить на это дело "профессиональный" софт, типа Sony Blu-Code и Sonic Cinevision (каждый по 40 тонн гринов - любопытно за что платим).
|
|
|
|
Hoobri
Стаж: 17 лет 5 месяцев Сообщений: 445
|
Hoobri ·
23-Мар-10 19:18
(спустя 1 месяц 6 дней)
Вопрос новичка:разве эти градиенты не следствие перехода от 32 битного(или 24битного) изображения к 16битному?
|
|
|
|
forux
Стаж: 16 лет 2 месяца Сообщений: 38
|
forux ·
25-Мар-10 01:02
(спустя 1 день 5 часов, ред. 25-Мар-10 01:02)
Hoobri, нет...
0n0t013 писал(а):
With adaptive quantization enabled (on by default), raising qpmin beyond its default is strongly discouraged because this could reduce the quality of flat background areas of the frame.
возможно стоит накрутить --aq-strength и --aq-sensitivity и понизить qpmin где-то до 4-6 , а кодек в нужных местах поставит низкие кванты
Да я же год назад написал.
Использую qpmin=1, --aq-strength=1.9 и --aq-sensitivity= от 3 до 5.
Области с градиентами сжимаются с QP=1-3.
Чувствительность к этим областям задает параметр aq-sensitivity.
Надо визуально смотреть кадры с градиентом и понижать aq-sensitivity до тех пор, пока градиенты не начнут корежиться. Вот это будет оптимальное значение aq-sensitivity.
Значения aq-sensitivity более 5 можно не пробовать - при qpmin=1 файлы будут получаться огромными.
|
|
|
|
tartak
Стаж: 18 лет 9 месяцев Сообщений: 2548
|
tartak ·
25-Мар-10 03:59
(спустя 2 часа 57 мин.)
Hoobri
Разумеется.
forux
Так как насчет исходников и прочих материалов?
|
|
|
|
Bladru
Стаж: 17 лет 2 месяца Сообщений: 537
|
Bladru ·
25-Мар-10 15:42
(спустя 11 часов)
Hoobri писал(а):
Вопрос новичка:разве эти градиенты не следствие перехода от 32 битного(или 24битного) изображения к 16битному?
tartak писал(а):
Разумеется.
Речь про сжатие, а не про уменьшение битности. Видео и до и после 4:2:0, 8 bit/sample.
|
|
|
|
Pustovetov
Стаж: 17 лет 1 месяц Сообщений: 4254
|
Pustovetov ·
26-Мар-10 11:24
(спустя 19 часов)
Hoobri писал(а):
Вопрос новичка:разве эти градиенты не следствие перехода от 32 битного(или 24битного) изображения к 16битному?
Глобально, да. Эти градиенты следствие того что не хватает разрядности для красивой передачи плавных изменений. Но в частном случае на исходнике рипа этот дефект может успешно маскироваться шумком. При сжатии шумок кодеком или шумодавом удаляется и получаем полосатость.
|
|
|
|
Hoobri
Стаж: 17 лет 5 месяцев Сообщений: 445
|
Hoobri ·
26-Мар-10 23:26
(спустя 12 часов)
|
|
|
|
kavadims
Стаж: 17 лет 1 месяц Сообщений: 78
|
kavadims ·
02-Май-10 16:13
(спустя 1 месяц 7 дней, ред. 02-Май-10 16:13)
Р.264 и On2 VP8 разница на лицо -
***
|
|
|
|
tartak
Стаж: 18 лет 9 месяцев Сообщений: 2548
|
tartak ·
03-Май-10 06:44
(спустя 14 часов)
kavadims
Устное замечание за рекламу и офтоп. Еще раз - и будет пред.
|
|
|
|
Tempter57
Стаж: 16 лет 2 месяца Сообщений: 4963
|
Tempter57 ·
21-Июн-10 21:02
(спустя 1 месяц 18 дней, ред. 04-Мар-19 09:33)
Оцените такой фильтр DeBanding
Код:
function BlockKiller(clip source)
{
y=source.greyscale()
y=y.ChannelBlockKiller()
u=source.utoy()
u=u.ChannelBlockKiller()
v=source.vtoy()
v=v.ChannelBlockKiller()
return ytouv(u, v, y)
}
function ChannelBlockKiller(clip source)
{
source
""" spline36resize(source.width*16,source.height*16)
gradfunkmirror()
gradfunkmirror()
gradfunkmirror()
spline36resize(source.width*8,source.height*8)
gradfunkmirror()
gradfunkmirror()
gradfunkmirror() """
spline36resize(source.width*4,source.height*4)
gradfunkmirror()
gradfunkmirror()
gradfunkmirror()
spline36resize(source.width*2,source.height*2)
gradfunkmirror()
gradfunkmirror()
gradfunkmirror()
spline36resize(source.width,source.height)
gradfunkmirror()
gradfunkmirror()
gradfunkmirror()
return last
}
Обсуждение здесь
|
|
|
|
