|
tartak
Стаж: 18 лет 8 месяцев Сообщений: 2548
|
tartak ·
30-Мар-09 20:38
(15 лет 7 месяцев назад)
Mikky72
DGAVCDecNV использует декодер в картах Nvidia, все это не имеет отношения к ожидаемому новому фильтру на основе декодера в CoreAVC. libavcodec работает через DGAVCDec значительно лучше, чем через DirectShow; точно так же ожидается, что и CoreAVC будет работать лучше через новый фильтр (которого пока нет). DirectShow - универсальная вещь и просто не в состоянии полноценно использовать особенности каждого декодера.
|
|
formally
Стаж: 17 лет 2 месяца Сообщений: 703
|
formally ·
31-Мар-09 08:34
(спустя 11 часов)
Mikky72 , tartak - так какой конечный вариант cкрипта? Определитесь . И напишите, возьмем за основу. Я понимаю, что изменения вносить придется от исходника, но за основы по перегонке MKV ( H264 ) в DVD для себя возьму ваше решение.(думаю. как наиболее правильное и проверенное ).Спасибо за дискуссию, читая ваши обмены идеями, многое постиг быстрее , чем уныло ковыряя программу.
|
|
Mikky72
Стаж: 17 лет 8 месяцев Сообщений: 8498
|
Mikky72 ·
31-Мар-09 10:32
(спустя 1 час 58 мин., ред. 31-Мар-09 10:32)
tartak
Если COLORYUV(analize="true") выводит во всех строчках 16 / 128 / 128, это что значит (0-255 или 16-235)?
|
|
tartak
Стаж: 18 лет 8 месяцев Сообщений: 2548
|
tartak ·
31-Мар-09 10:53
(спустя 20 мин.)
Mikky72
Во всех?? Это значит, что вы лицезреете Черный Квадрат
Смотрите Luma, Loose Minimum и Maximum. Есле там нигде не выходит за 16-235, значит 16-235. Если при этом просто Minimum и Maximum выходят за эти пределы, значит там присутствует суперчерный/супербелый и желательно его сохранить.
|
|
Mikky72
Стаж: 17 лет 8 месяцев Сообщений: 8498
|
Mikky72 ·
31-Мар-09 13:07
(спустя 2 часа 14 мин., ред. 31-Мар-09 13:07)
tartak
Вы были правы! Там в начале несколько секунд полной темноты. Я не знал, что нужно докрутить до конца. Вот скриншот из этого ряда. Это представитель 0-255 или всё-таки 16-235 с суперчерным и супербелым?:
Смущают эти Loose 14 и 238 (или это просто погрешность). В этих пределах держится весь фильм, кроме ...
Это присутствует в одном фрагменте (минутная вставочка псевдо-документального фрагмента).
|
|
samsonq
Стаж: 17 лет 11 месяцев Сообщений: 717
|
samsonq ·
04-Апр-09 02:10
(спустя 3 дня)
tartak писал(а):
inputFR=true/false обязателен при clamp=0 - тогда мы получим и правильный общий диапазон на выходе (16-235) и выбросы в суперчерный/супербелый.
Но почему тогда, имея видео 0-255 (значения Minimum и Maximum, которые без Loose) и выставляя inputFR=true и clamp=0, получаю на выходе картинку 16-235 и без выбросов суперчерного/супербелого ( Loose Minimum больше 16 и Loose Maximum меньше 235)? Разве так должно быть???
tartak писал(а):
ConvertToYUY2(interlaced=false). Чем выяснять какой там interlaced, лучше использовать AutoYUY2 и не думать ни о чем.
Т.е. AutoYUY2 сам точно определяет интерлейсный кадр или прогрессивный и всегда правильно выполняет преобразование?
|
|
tartak
Стаж: 18 лет 8 месяцев Сообщений: 2548
|
tartak ·
04-Апр-09 07:26
(спустя 5 часов)
Mikky72
Это явно 16-235. Любопытно, что на 349-м фрейме у меня не 14-238, а 15-236 (с DGAVCDecodeNV). Что касается псевдо-документальных кусков - размыв все детали, они не оставили кодировщику другой возможности. На самом деле, часть суперчерных/супербелых - всегда артефакт кодирования. Но другая часть возможно закладывается специально, для улучшения оттенков. Я не знаю на каком этапе это делается, какими фильтрами и т.д. Возможно кто-то нас просветит на эту тему? arturkononov
Нет, AutoYUY2 не так работает. Проблема в том, что апсемплинг цвета в интерлейсном мпег из YV12 в YUY2 просто невозможно сделать хорошо - если просто делать это в одной из 2-х мод. Это фундаментальная проблема с YV12. Вместо простого апсемплинга AutoYUY2 делает деинтерлейсинг цвета с адаптацией к движению. То есть, в статических местах, он всегда делает апсемплинг как в прогрессиве. В движущихся - в зависимости от моды в мпег.
|
|
Mikky72
Стаж: 17 лет 8 месяцев Сообщений: 8498
|
Mikky72 ·
04-Апр-09 10:54
(спустя 3 часа, ред. 04-Апр-09 10:54)
arturkononov
Переход от 0-255 к 16-235 поднял Вам яркость - соответственно пропали и данные <16. Кламп=0 в этом случае нужен, чтобы данные <16 не выбрасывались в помойку ДО ПОДНЯТИЯ яркости (а после поднятия уже просто нечего отбрасывать - в данном случае Кламп=0 дает тот же результат, что и Кламп=2).
|
|
tartak
Стаж: 18 лет 8 месяцев Сообщений: 2548
|
tartak ·
04-Апр-09 11:17
(спустя 22 мин.)
arturkononov писал(а):
Но почему тогда, имея видео 0-255 (значения Minimum и Maximum, которые без Loose)
Minimum - абсолютный мимимум, в выбросах. Loose Minimum - минимум за вычетом шумов. Как именно фильтруются шумы при этом вычислении, я не нашел в документации.
|
|
ARARAND
Стаж: 16 лет 8 месяцев Сообщений: 2485
|
ARARAND ·
04-Апр-09 21:10
(спустя 9 часов)
Комрады. Вот смотрю я на скрины и не понимаю о чём вы....
Не затруднит ли вас выложить сравнительные (одинаковые по содержанию) скрины,
дабы можно было оценить разницу между 0-255 и 16-235 ? о_О
Просто на самом деле с подобными проблемами моему глазу не приходилось сталкиваться при пережатии в Карбоне (Крафт Энкодер я пока так и не осваивал...)
|
|
samsonq
Стаж: 17 лет 11 месяцев Сообщений: 717
|
samsonq ·
04-Апр-09 21:50
(спустя 39 мин.)
Выходит, что я, помимо всего прочего, еще и перепутал смысловые значения Minimum с Loose Minimum и Maximum с Loose Maximum.
Mikky72
tartak
Спасибо, въехал.
ARARAND писал(а):
Крафт Энкодер я пока так и не осваивал...
На мой взгляд чайника, очень зря, ибо CC при самостоятельном ресайзе сильно мылит картинку, при масштабировании из меньшего размера кадра в больший это, конечно, хорошо, но при HD в DVD такие потери просто недопустимы.
|
|
ARARAND
Стаж: 16 лет 8 месяцев Сообщений: 2485
|
ARARAND ·
04-Апр-09 22:01
(спустя 11 мин., ред. 04-Апр-09 22:01)
arturkononov
Совсем недавно я делал это - ничего подобного. Чёткостью получившегося MPEG2 я остался доволен
|
|
samsonq
Стаж: 17 лет 11 месяцев Сообщений: 717
|
samsonq ·
04-Апр-09 23:02
(спустя 1 час 1 мин.)
ARARAND
Скачал я сделанный Вами сэмпл в CC по приведенной ссылке и ничего особенного не увидел. Сами сравните ресайзы:
CC by ЮрецЮЮ (здесь у пользователя были проблемы с цветом, но на ресайз это не должно влиять) – https://rutr.life/forum/viewtopic.php?p=19670149#19670149
CCE by Mikky72 – https://rutr.life/forum/viewtopic.php?p=19696168#19696168
AviSynth by tartak – https://rutr.life/forum/viewtopic.php?p=19708290#19708290
|
|
ARARAND
Стаж: 16 лет 8 месяцев Сообщений: 2485
|
ARARAND ·
04-Апр-09 23:34
(спустя 32 мин., ред. 04-Апр-09 23:34)
arturkononov
"Ничего особенного..." А что Вы ожидали увидеть-то? о_О
Для сравнения с моим MPEG2 скачали-то HD исходник ?
|
|
Mikky72
Стаж: 17 лет 8 месяцев Сообщений: 8498
|
Mikky72 ·
04-Апр-09 23:36
(спустя 1 мин., ред. 04-Апр-09 23:36)
arturkononov
Четкость в ССE зависит от настроек - макс четкость - Nature1. А Nature 5- мыло. Можно и между этих пяти ступенек вручную выбрать установки. Некоторый HD-контент имеет зернистую структуру (задумка режиссера или просто брак при оцифровке - непонятно). Если зернистое кодировать с Nature1, то на DVD будут "бегать муравьи". Тут лучше "подмылить" немного (Nature3, например, или даже 4). Тартак, наверное, кодировал ССЕ с Натура3 - поэтому его вариант ближе к КарбонКодеру, чем к моему.
|
|
samsonq
Стаж: 17 лет 11 месяцев Сообщений: 717
|
samsonq ·
05-Апр-09 01:13
(спустя 1 час 37 мин.)
ARARAND
Нет, не качал, да это и не нужно. Я и сэмпл стянул, чтобы удостовериться, что сказал то, что нужно. Ведь речь не об одном конкретном (Вашем) случае, а о любом, где замешан ресайз CC. Хорошо, давайте тогда для начала сравним скриншоты, сделанные с видео, закодированного в CC при ресайзе самого CC и AviSynth. Сразу бросается в глаза мыло после ресайза CC и четкость после AviSynth. Стоит заметить, что результат CC+AviSynth не уступает по качеству CCE (предположительно Nature 3) + AviSynth, поэтому отсюда можно сделать вывод, что мылит CC при ресайзе, а не при кодировании.
Если рассматривать чисто ресайз CCE (в данном случае Bicubic или Lanczos, не знаю точно, какой Mikky72 использовал), то ресайзу AviSynth CCE практически не уступает, ибо алгоритмы те же, хоть они в AviSynth и более опциональные.
Под конец, CCE позволяет выбрать самому зерно или мыло (как об этом написал Mikky72), чего нет у CC. Здесь уже CC проигрывает CCE в качестве кодировщика. С тем, что CCE более функционален, спору нет.
По мне так, если и делать ресайз HD в DVD при кодировании в СС, то только не в самом CC.
|
|
ARARAND
Стаж: 16 лет 8 месяцев Сообщений: 2485
|
ARARAND ·
05-Апр-09 01:33
(спустя 19 мин., ред. 05-Апр-09 01:33)
arturkononov
Судить можно всегда ТОЛЬКО посмотрев исходник + то, что получилось.
Сравнивая эти два ролика я остался приятно удивлён тому, что получил на выходе.
|
|
tartak
Стаж: 18 лет 8 месяцев Сообщений: 2548
|
tartak ·
05-Апр-09 10:46
(спустя 9 часов)
Mikky72 писал(а):
Тартак, наверное, кодировал ССЕ с Натура3
ARARAND писал(а):
я остался приятно удивлён тому, что получил на выходе.
Просто не охота выяснять каждый раз, получится ли вообще хоть что-то. По той же ссылке, https://rutr.life/forum/viewtopic.php?p=19708290#19708290 , добавил скрин на выходе с Карбона с его собственным декодером. Собственно, то же ужос, что и у ЮрецЮЮ. Тут уже не до оценки ресайза.
|
|
ARARAND
Стаж: 16 лет 8 месяцев Сообщений: 2485
|
ARARAND ·
05-Апр-09 11:27
(спустя 40 мин., ред. 05-Апр-09 11:27)
tartak
Я ни разу не сталкивался с подобной зеленухой, видимо по этой причине радуюсь жизни, юзая Карбон
|
|
formally
Стаж: 17 лет 2 месяца Сообщений: 703
|
formally ·
07-Апр-09 22:27
(спустя 2 дня 10 часов)
Подскажите....Со скриптом разобрался, а вот почему при проставлении настроек непосредственно в самом CCE cбрасываются настройки размеров выходного файла...?
|
|
samsonq
Стаж: 17 лет 11 месяцев Сообщений: 717
|
samsonq ·
12-Апр-09 01:22
(спустя 4 дня)
ARARAND
Мне вот все не давал покоя наш спор о ресайзе CC, и я сделал тест CC против AviSynth, и в итоге получилось, что я сильно погорячился: CC прекрасно знает где, когда и какой алгоритм применять.
AviSynth
Код:
avcsource("Heroes.track_1.dga")
bicubicresize(720,576,0,.5)
colormatrix(clamp=0,mode="rec.709->rec.601")
converttoyuy2
Кодировал тоже в CC.
Carbon Coder
В качестве декодировщика использовал AviSynth, чтобы избежать проблем с цветом.
Код:
avcsource("Heroes.track_1.dga")
colormatrix(clamp=0,mode="rec.709->rec.601")
converttoyuy2
Собственно, тот же скрипт, только без ресайза.
P.S. Но CCE все равно лучше!
P.P.S. tartak, сорри за оффтоп.
Я правильно сделал: Карбону, как и CCE, нужно подавать YUY2 и 601 колориметрию? Я один раз отдал ему YV12, так он мне на выходе картинку темной сделал. А при скармливании ему 709 и YUY2 результат на вид ничем не отличался от того, если бы я ему подал видео без всякого avs-скрипта.
|
|
ARARAND
Стаж: 16 лет 8 месяцев Сообщений: 2485
|
ARARAND ·
12-Апр-09 07:18
(спустя 5 часов)
arturkononov
Уже ведь неоднократно писалось, что CCE делает картинку сверх чёткой, что аж режет глаз она, а CC , слегка замыливая, выдаёт результат одинаково приемлемый как на лучевом телевизоре, так и на Ж/к. Mikky72 писал про различные настройки смазанности в том же CCE, что даёт возможность избавиться от сверхрезкости.
Итог: обе софтины хороши и как замечательно, что они выложены бесплатно для всеобщего ознакомления
|
|
samsonq
Стаж: 17 лет 11 месяцев Сообщений: 717
|
samsonq ·
12-Апр-09 19:28
(спустя 12 часов)
ARARAND писал(а):
CCE делает картинку сверх чёткой, что аж режет глаз она
В CCE это опциональный параметр, как Вы зададите, такой картинка и будет. CCE по-любому функциональней CC будет.
ARARAND писал(а):
CC , слегка замыливая, выдаёт результат одинаково приемлемый как на лучевом телевизоре, так и на Ж/к.
На такое высказывание я натыкаюсь впервые , хоть оно и часто встречается, по Вашим словам.
|
|
ARARAND
Стаж: 16 лет 8 месяцев Сообщений: 2485
|
ARARAND ·
12-Апр-09 20:15
(спустя 47 мин.)
arturkononov
Чтоже, tartak-а слова, если я не путаю
|
|
tartak
Стаж: 18 лет 8 месяцев Сообщений: 2548
|
tartak ·
13-Апр-09 08:36
(спустя 12 часов)
Нет, позвольте, когда это я такое говорил?
|
|
Mikky72
Стаж: 17 лет 8 месяцев Сообщений: 8498
|
Mikky72 ·
13-Апр-09 10:46
(спустя 2 часа 9 мин., ред. 15-Апр-09 11:29)
ARARAND
Да чего на других ссылаться. Сделайте сами такой опыт.
Вот я как-то сравнивал результаты пережатия CC и CCE (через Ребуилдер с дефолтными настройками): Оригинал (100%): ССE (58% оригинала): Carbon Coder (58% оригинала): ССЕ усилил зернистость по сравнению с оригиналом.
Саrbon Coder практически убрал всё зерно, даже то, которое было в оригинале. По скринам часто трудно понять. Но можно сделать так - открыть их в ACDSee и попереключать туда-сюда в полноэкранном режиме (тогда разница в четкости будет заметна). Для сравнения хорошо подходят кадры с большим количеством мелких деталей - например, панорама города (дома, ряды окон, машинки, человечки ростом в несколько пикселей).
|
|
mvbab
Стаж: 17 лет 4 месяца Сообщений: 20
|
mvbab ·
13-Апр-09 10:49
(спустя 3 мин.)
Добрый день. Подскажите, а нет у ССЕ какого-то ограничения на размер или продолжительность фильма? Попробовал закодировать 2-х часовый фильм - в результате черный экран :(. А небольшие клипы кодируются без проблем.
|
|
Mikky72
Стаж: 17 лет 8 месяцев Сообщений: 8498
|
Mikky72 ·
13-Апр-09 11:32
(спустя 42 мин.)
mvbab
Прекрасно кодируются и трехчасовые фильмы.
|
|
mvbab
Стаж: 17 лет 4 месяца Сообщений: 20
|
mvbab ·
13-Апр-09 11:56
(спустя 23 мин.)
Тогда не понимаю... Пользовался Вот таким скриптом:
скрытый текст
LoadPlugin("c:\Program Files\AviSynth 2.5\plugins\DGAVCDecode.dll")
AVCSource("m.dga")
AutoYUY2()
BicubicResize(704,352,0,0.5)
addborders(8,64,8,64)
ColorMatrix(mode="Rec.709->Rec.601", clamp=0)
trim(0,196880)
Trim разделяет фильм и титры. Отдельно закодировал финальные титры с меньшим битрейтом. Скрипт аналогичный, за исключением последней строки "trim(196881,203042)".
Кодировал ССЕ с этой раздачи. В результате создались два mpv файла, размер как надо, второй (который с титрами) проигрывается, с ним все в порядке, а первый - только черный экран.
Никто ничего не может подсказать?
|
|
Mikky72
Стаж: 17 лет 8 месяцев Сообщений: 8498
|
Mikky72 ·
13-Апр-09 13:29
(спустя 1 час 33 мин., ред. 13-Апр-09 13:29)
mvbab
А если этот скрипт открыть в VirtualDub? Названия файлов и скриптов, надеюсь, были разные.
|
|
|