|
|
|
Pustovetov
Стаж: 17 лет 10 месяцев Сообщений: 4247
|
Pustovetov ·
07-Май-10 15:37
(15 лет 4 месяца назад)
ukdouble1 писал(а):
Народ, ответьте, плиз, есть ли разница и какая, если есть - имеется иссходник - тс мпег с камеры 1440*1080. Можно написать SAR 16:9 в кодеке, а можно потом просто вписать в аспект ратио в mmg. Что лучше?
SAR/PAR это соотношение сторон пикселя. Вы уверены что у Вас при 1440*1080 с камеры должно отбражаться как 2560*1080?
|
|
|
|
arkahan
Стаж: 17 лет 8 месяцев Сообщений: 976
|
arkahan ·
10-Май-10 07:29
(спустя 2 дня 15 часов)
Кодирую в два прохода. Первый - crf. Вот настройки и начало лога первого прохода:
скрытый текст
"D:\x264.1583kMod.core2.x86.exe" --crf 17.5 --pass 1 --stats "D:\blabla.stats" --slow-firstpass --threads auto --thread-input --deblock -3:-3 --bframes 4 --mixed-refs --b-adapt 2 --b-pyramid normal --no-dct-decimate --fast-pskip --direct auto --b-bias 0 --scenecut 40 --ref 10 --merange 48 --me umh --subme 9 --partitions all --trellis 2 --rc-lookahead 80 --ipratio 1.20 --pbratio 1.20 --psy-rd 0.9:0.2 --aq-mode 2 --aq-strength 0.60 --colormatrix "bt709" --qcomp 0.75 --output "D:\blabla.264" "F:\track_4113.mkv.orig.avs" 2> "D:\blabla.txt"
x264 [info]: cabac=1 ref=10 deblock=1:-3:-3 analyse=0x3:0x133 me=umh subme=9 psy=1 psy_rd=0.90:0.20 mixed_ref=1 me_range=48 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-3 threads=3 sliced_threads=0 nr=0 decimate=0 interlaced=0 constrained_intra=0 bframes=4 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 wpredb=1 wpredp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=80 rc=crf mbtree=1 crf=17.5000 qcomp=0.75 qpmin=10 qpmax=51 qpstep=4 ip_ratio=1.20 aq=2:0.60
Всё вроде нормально, rc_lookahead=80, как и в настройках.
А вот настройки и начало лога второго прохода:
скрытый текст
"D:\x264.1583kMod.core2.x86.exe" --bitrate 8400 --pass 2 --stats "D:\blabla.stats" --threads auto --thread-input --deblock -3:-3 --bframes 4 --mixed-refs --b-adapt 2 --b-pyramid normal --no-dct-decimate --fast-pskip --direct auto --b-bias 0 --scenecut 40 --ref 10 --merange 48 --me umh --subme 9 --partitions all --trellis 2 --rc-lookahead 80 --ipratio 1.20 --pbratio 1.20 --psy-rd 0.9:0.2 --aq-mode 2 --aq-strength 0.60 --colormatrix "bt709" --qcomp 0.75 --output "D:\blabla1.264" "F:\track_4113.mkv.orig.avs" 2> "D:\D:\blabla1.264.txt"
x264 [info]: cabac=1 ref=10 deblock=1:-3:-3 analyse=0x3:0x133 me=umh subme=9 psy=1 psy_rd=0.90:0.20 mixed_ref=1 me_range=48 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offset=-3 threads=3 sliced_threads=0 nr=0 decimate=0 interlaced=0 constrained_intra=0 bframes=4 b_pyramid=2 b_adapt=2 b_bias=0 direct=3 wpredb=1 wpredp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=0rc=2pass mbtree=1 bitrate=8400 ratetol=1.0 qcomp=0.75 qpmin=10 qpmax=51 qpstep=4 cplxblur=20.0 qblur=0.5 ip_ratio=1.20 aq=2:0.60
rc_lookahead=0, почему так? Но при этом mi выдаёт нормально - rc_lookahead=80... Просто глючок лога, не обращать внимания?
И ещё вопрос, раз уж речь о двух проходах при первом crf. Все настройки должны быть идентичны в двух проходах? Не нужно ничего варьировать для первого crf прохода и для второго? Например, fast_pskip, decimate, direct должны быть одинаковы? И какие предпочтительней в данном случае? Спасибо.
|
|
|
|
gjiAm
Стаж: 16 лет 9 месяцев Сообщений: 815
|
gjiAm ·
10-Май-10 11:23
(спустя 3 часа)
arkahan,
это глюк лога, ничего страшного --> 
Цитата:
Например, fast_pskip, decimate, direct должны быть одинаковы? И какие предпочтительней в данном случае?
Для двух проходов fast_pskip=0, direct=3 (auto). Decimate тоже рекомендуется отключать, но надо визуально сравнить - у меня пару раз он серьезно испортил картинку. Лог с --no-dct-decimate всегда будет хуже.
|
|
|
|
arkahan
Стаж: 17 лет 8 месяцев Сообщений: 976
|
arkahan ·
10-Май-10 13:03
(спустя 1 час 39 мин.)
|
|
|
|
Bladru
Стаж: 17 лет 10 месяцев Сообщений: 542
|
Bladru ·
10-Май-10 16:39
(спустя 3 часа)
gjiAm писал(а):
это глюк лога
Да не глюк это. Второй проход же, статистика есть на весь файл.
|
|
|
|
Toshik27162
Стаж: 16 лет 11 месяцев Сообщений: 435
|
Toshik27162 ·
11-Май-10 10:47
(спустя 18 часов, ред. 12-Май-10 07:52)
а ни у кого глюка с ffdshow не было такого интересного, что он мне продолжительность кадров кажись на 40 завышает. реальная продолжительность допустим 210729, а мне он говорит 210766-210769 ( я тут разные версии пробовал ставить)
вот, кто знает как такое можно лечить? http://multi-up.com/271160
|
|
|
|
ukdouble1
Стаж: 17 лет 8 месяцев Сообщений: 696
|
ukdouble1 ·
12-Май-10 13:00
(спустя 1 день 2 часа)
Цитата:
SAR/PAR это соотношение сторон пикселя. Вы уверены что у Вас при 1440*1080 с камеры должно отбражаться как 2560*1080?
Понятно же, что опис ался, что имеется ввиду аспект ратио 16:9, (или sar 4:3), лучше б кто-нибудь на вопрос ответил, правда?
И, может, кто знает, есть ли какие-то особенности при энкоде черно-белого фильма? Наверняка меньше битрейт нужен? Ведь недостаточно chroma me выключить?
|
|
|
|
Pustovetov
Стаж: 17 лет 10 месяцев Сообщений: 4247
|
Pustovetov ·
12-Май-10 14:05
(спустя 1 час 4 мин.)
ukdouble1 писал(а):
Цитата:
SAR/PAR это соотношение сторон пикселя. Вы уверены что у Вас при 1440*1080 с камеры должно отбражаться как 2560*1080?
Понятно же, что опис ался, что имеется ввиду аспект ратио 16:9, (или sar 4:3), лучше б кто-нибудь на вопрос ответил, правда?
Я же Вам ответил на вопрос... Если у Вас пиксель квадратный то sar 1:1 (как оно по умолчанию) и к аспекту это отношение имеет косвеное.
Цитата:
И, может, кто знает, есть ли какие-то особенности при энкоде черно-белого фильма? Наверняка меньше битрейт нужен? Ведь недостаточно chroma me выключить?
greyscale() в скрипте поставить. С битрейтом все как обычно.
|
|
|
|
Ang+
Стаж: 17 лет 5 месяцев Сообщений: 991
|
Ang+ ·
12-Май-10 19:05
(спустя 5 часов)
Pustovetov писал(а):
greyscale() в скрипте поставить
А для чего? Можно поподробней? =)
|
|
|
|
ukdouble1
Стаж: 17 лет 8 месяцев Сообщений: 696
|
ukdouble1 ·
12-Май-10 19:23
(спустя 18 мин.)
Цитата:
greyscale() в скрипте поставить.
Спасибо. Это на скорость повлияет?
Цитата:
Если у Вас пиксель квадратный
На камеру снят анаморф 1440*1080. Нормально он выглядит, если его растянуть при помощи ключа аспект ратио 16:9 (до 1920*1080) при просмотре, либо, если при кодировании установить sar 4:3. Вопрос : имеет значение метод, или прямоугольные пиксели предпочтительней?
|
|
|
|
Pustovetov
Стаж: 17 лет 10 месяцев Сообщений: 4247
|
Pustovetov ·
12-Май-10 19:36
(спустя 12 мин., ред. 12-Май-10 19:36)
Ang+ писал(а):
Pustovetov писал(а):
greyscale() в скрипте поставить
А для чего? Можно поподробней? =)
Чтобы удалить возможный шум по цветам. Его ведь в таких случаях совсем не обязательно жать.
ukdouble1 писал(а):
Цитата:
greyscale() в скрипте поставить.
Спасибо. Это на скорость повлияет?
Да нет. Оно просто "обнуляет" каналы цветности. Может скорость чуть подрастет если там был шумок и кодек его кодировал, может чуть упадет, если там не было совсем шума и мы зря "обнуляли обнуленое". Но в любом случае это не будет значительно.
Цитата:
На камеру снят анаморф 1440*1080. Нормально он выглядит, если его растянуть при помощи ключа аспект ратио 16:9 (до 1920*1080) при просмотре, либо, если при кодировании установить sar 4:3. Вопрос : имеет значение метод, или прямоугольные пиксели предпочтительней?
Это я уже торможу. Сорри... Лучше конечно прописывать верный флажок при кодировании (ну или прописать его ямбом в поток после кодирования). Чтобы не было нужно переключать на правильный аспект при просмотре. А так наверно кодеку пофиг какие там пиксели
|
|
|
|
ukdouble1
Стаж: 17 лет 8 месяцев Сообщений: 696
|
ukdouble1 ·
12-Май-10 19:57
(спустя 20 мин.)
Цитата:
Оно просто "обнуляет" каналы цветности.
Неужели все так непродуманно? Я правильно понимаю, что в YUV12 первый байт - яркость, а два следующих - цветовые смещения, и в случае грейскейла кодек туда будет старательно списывать нолики?
|
|
|
|
Bladru
Стаж: 17 лет 10 месяцев Сообщений: 542
|
Bladru ·
12-Май-10 20:22
(спустя 25 мин.)
ukdouble1 писал(а):
Неужели все так непродуманно? Я правильно понимаю, что в YUV12 первый байт - яркость, а два следующих - цветовые смещения, и в случае грейскейла кодек туда будет старательно списывать нолики?
Наверное всё-таки, I420 а не «YUV12». И это планарный формат. И не надо забывать, что к потоку применяется и энтропийное кодирование (CABAC/CAVLC).
Dark Shikari писал(а):
I tried adding monochrome mode in the past; it was really easy to add, but it improved compression by about 0.01% at most. Hardly worth the bother considering libavcodec doesn’t even support it.
|
|
|
|
7ime 7raveller
Стаж: 17 лет 4 месяца Сообщений: 648
|
7ime 7raveller ·
13-Май-10 00:53
(спустя 4 часа, ред. 13-Май-10 00:53)
ukdouble1 писал(а):
И, может, кто знает, есть ли какие-то особенности при энкоде черно-белого фильма? Наверняка меньше битрейт нужен? Ведь недостаточно chroma me выключить?
Когда существенный шум и ч/б, то битрейта надо много. Я много рипал ч/б DVD, дак мне часто казалось, что битрейта ч/б требует больше цветного. Будто кодек ну совсем не затачивался под ч/б картинку и её сохранить чистенькой сложней бывает, чем цветную.
--chroma-me=0 - это просто "так правильно делать", ничего не даст всё равно.
greyscale() - обычно очень полезно, потому что, по крайней мере, на DVD нередко бывает цветной шумок мигнёт. Но иногда бывает картинка немного сепийная или зеленоватая, так что даже сложно заметить (кажется ч/б). Тогда лучше эту строку не ставить, а кодировать, как есть. Или сравнивать, как лучше: оригинал или тру-ч/б.
Больше вроде никаких особенностей кодирования Великого Ч/Б  и не обнаружилось.
|
|
|
|
ukdouble1
Стаж: 17 лет 8 месяцев Сообщений: 696
|
ukdouble1 ·
13-Май-10 05:55
(спустя 5 часов, ред. 13-Май-10 05:55)
Цитата:
I tried adding monochrome mode, it improved compression by about 0.01% at most.
Цитата:
часто казалось, что битрейта ч/б требует больше цветного
Сердце и здравый смысл отказываются принимать. Где-то же цвет хранится.
Рипаю фильму 720*480 1921 г.в., сильно шумную. Пробежался дефолтом с crf=22, получил 4000 кбс. И это после того, как часовой 1440*1080 => 1920*1080 вышел 850 мегов без звука. (много статики, но все равно подивился). Убрал трелис, добавил шумодав в ависинт, вышло 1350 кбс. Жду конца.
ЗЫ 2 7ime 7raveller А мы в одной подсети планетовской...
|
|
|
|
Toshik27162
Стаж: 16 лет 11 месяцев Сообщений: 435
|
Toshik27162 ·
15-Май-10 08:11
(спустя 2 дня 2 часа)
кто знает что это за предупреждение. а то меня х264 достал уже с этой надписью в логе
Цитата:
---[NoImage] x264 [warning]: non-strictly-monotonic pts at frame 1 (0 <= 0)
---[NoImage] x264 [warning]: non-strictly-monotonic pts at frame 2 (0 <= 1)
---[NoImage] x264 [warning]: non-strictly-monotonic pts at frame 3 (0 <= 2)
---[NoImage] x264 [warning]: too many nonmonotonic pts warnings, suppressing further ones
---[NoImage] x264 [warning]: 216763 suppressed nonmonotonic pts warnings
---[NoImage]
|
|
|
|
Bladru
Стаж: 17 лет 10 месяцев Сообщений: 542
|
Bladru ·
15-Май-10 11:49
(спустя 3 часа)
Toshik27162 писал(а):
кто знает что это за предупреждение. а то меня х264 достал уже с этой надписью в логе
Юзаешь 64-битный Avisynth или ffdshow? И даже гугл не спросил, т.к. решил, что местная бригада телепатов быстрее найдёт ответ?
|
|
|
|
Toshik27162
Стаж: 16 лет 11 месяцев Сообщений: 435
|
Toshik27162 ·
15-Май-10 12:51
(спустя 1 час 2 мин., ред. 15-Май-10 12:51)
ну решил сразу спросить,вдруг кто еще сталкивался. (согласен-поленился). гцугл я посмотрел-но по-русски ничего не нашол, только понял что это вроде баг avs при ресайзе, но на что он влияет как исправить пока так и не понял кстати тогда вопрос по поводу ffdshow. как можно нормально подружить haali и ffdshow, в новых версиях k-lite кодеков, если я выбирая как сплинтер по-умолчанию не запускается ffdshow, если я оставляю по умолчанию gabes, то картинка тупо начинает тормозить сильно. тут мне ни яндекс, ни гугл ничего толкового не сказали.
|
|
|
|
Bladru
Стаж: 17 лет 10 месяцев Сообщений: 542
|
Bladru ·
15-Май-10 13:09
(спустя 17 мин.)
Toshik27162 писал(а):
понял что это вроде баг avs при ресайзе, но на что он влияет как исправить пока так и не понял
Не факт, что проблема в этом, ведь ты так и не описал условия, в которых возникает ошибка. Не знаю, решена ли проблема с 64-битным avisynth'ом, но для ffmpeg решения пока нет. Соответственно, 64-битными ffdshow, ffms и прочими лучше не пользоваться.
Toshik27162 писал(а):
как можно нормально подружить haali и ffdshow
Поставить ffdshow. Поставить Haali splitter. Не ставить никаких кодек паков. Но к сабжу этот вопрос не имеет никакого отношения.
|
|
|
|
Toshik27162
Стаж: 16 лет 11 месяцев Сообщений: 435
|
Toshik27162 ·
15-Май-10 13:21
(спустя 11 мин., ред. 15-Май-10 16:39)
ну я тут совсем недавно поставил x64megui и прочие прибамбасы ( скачал отсюда попробовать http://forum.doom9.org/showthread.php?t=153904), вы правильно поняли. а на что влияет это предупреждение, а то я пару фильмов таких уже перегнал.
haali и ffdshow не дружат только в версии выше 3,2x 64 k-lite и кажется 5,83 обычного к-лайта. Ну спасибо-я попробую как вы сказали.
Поставил haali и ffdshow отдельно, хаали вроде стартует, а ffdshow не заводится все равно, чего делать? ( пробовал открать мкв-он мне вообще выдал сообщение типа не установлен рендер, тогда не понятно куда делся хаали)
|
|
|
|
dstoha
Стаж: 16 лет 2 месяца Сообщений: 74
|
dstoha ·
19-Май-10 15:29
(спустя 4 дня)
здравствуйте. не могли бы вы мне помочь. мне очень нужны тестовые видео для проверки программы. необходимы полностью чистые источники, сильно зашумленные, со сплошным фоном - светлым и темным, либо другие интересные варианты. Все кусочки нужны маленькие - 500 фреймов вполне достаточно. У кого есть или знает где найти, то ответьте, пожалуйста.
|
|
|
|
ru.procrustean
Стаж: 15 лет 8 месяцев Сообщений: 87
|
ru.procrustean ·
19-Май-10 15:51
(спустя 21 мин.)
|
|
|
|
Gellard
Стаж: 16 лет 4 месяца Сообщений: 658
|
Gellard ·
19-Май-10 19:03
(спустя 3 часа)
Пробую кодировать кодеком x264 в MeGUI. Прочитал несколько статей. Есть вопросы. Прошу знатокам помочь мне разобраться.
1. Поясните, пожалуйста, параметры ref, frameref и subq. Frameref и ref - это не одно и то же? Почему в настройках кодека в MeGUI я не нахожу параметра subq? И почему его нет в отчете MediaInfo?
2. Является ли значение 0.6 параметра qcomp оптимальным? Полезно ли будет для динамичных фильмов выставить в этом параметре значение 0.7 или 0.8?
3. Не имея достаточно опыта, хочу спросить: стоит ли переводить параметр me в значение umh? Стоит ли гнаться за таким небольшим улучшением качества, жертвуя временем кодирования? И на что влияет subme? В какое значение его лучше выставлять.
4. Заметил, что во многих AVC-рипах, сделанных не абы как, а в расчете на качество, преобладает значение deblock=1:-2:-1. Почему стандартные значения в большинстве случаев оказываются неподходящими? С уведенными в минус значениями резкость выходит лучше, чем с нулевыми?
Заранее спасибо. Если на эти вопросы уже где-то отвечали, прошу дать ссылку.
|
|
|
|
Jamma11
Стаж: 15 лет 8 месяцев Сообщений: 167
|
Jamma11 ·
19-Май-10 22:46
(спустя 3 часа)
Gellard писал(а):
Если на эти вопросы уже где-то отвечали, прошу дать ссылку.
https://rutr.life/forum/viewtopic.php?t=1037661
с 1 по 90.
не читатель, писатель?
|
|
|
|
dstoha
Стаж: 16 лет 2 месяца Сообщений: 74
|
dstoha ·
20-Май-10 11:51
(спустя 13 часов, ред. 20-Май-10 11:51)
спасибо там конечно не все, что надо, но для теста некоторые весьма подойдут.
|
|
|
|
Gellard
Стаж: 16 лет 4 месяца Сообщений: 658
|
Gellard ·
22-Май-10 14:39
(спустя 2 дня 2 часа)
Жизни не хватит, чтобы все это прочитать.
Сообщения из этой темы были выделены в отдельный топик Кому нужен AVC, когда Гугль продвигает VP8?!
silv
|
|
|
|
Ironcast
Стаж: 16 лет 11 месяцев Сообщений: 914
|
Ironcast ·
23-Май-10 13:00
(спустя 22 часа)
Gellard писал(а):
Пробую кодировать кодеком x264 в MeGUI. Прочитал несколько статей. Есть вопросы. Прошу знатокам помочь мне разобраться.
1. Поясните, пожалуйста, параметры ref, frameref и subq. Frameref и ref - это не одно и то же? Почему в настройках кодека в MeGUI я не нахожу параметра subq? И почему его нет в отчете MediaInfo?
2. Является ли значение 0.6 параметра qcomp оптимальным? Полезно ли будет для динамичных фильмов выставить в этом параметре значение 0.7 или 0.8?
3. Не имея достаточно опыта, хочу спросить: стоит ли переводить параметр me в значение umh? Стоит ли гнаться за таким небольшим улучшением качества, жертвуя временем кодирования? И на что влияет subme? В какое значение его лучше выставлять.
4. Заметил, что во многих AVC-рипах, сделанных не абы как, а в расчете на качество, преобладает значение deblock=1:-2:-1. Почему стандартные значения в большинстве случаев оказываются неподходящими? С уведенными в минус значениями резкость выходит лучше, чем с нулевыми?
Заранее спасибо. Если на эти вопросы уже где-то отвечали, прошу дать ссылку.
2 Да, вроде так говорят Но если битрейт недостаточен, то я бы не рекоммендовал.
Возможны пластилиновые лица на хороших исходниках и блины на плохих.
3. Да, конечно, но в esa или tesa не стоит овчинка выделки. Subme ставь от 6 до 9 Меньше значение--больше скорость, но большим размер файла. (Закодируй при одинаковом переменном crf сам увидишь наглядно)
4 Качество--понятие индивидуальное. У меня отсутствие зрительных артефактов на мониторе, у некоторых цифры в логе для полного соответствия оригиналу. Плюс пластилиновые лица или блины. И что от такого значения как -1:-1 пользы всегда больше и она заметнее чем от -6: -6
|
|
|
|
Jamma11
Стаж: 15 лет 8 месяцев Сообщений: 167
|
Jamma11 ·
23-Май-10 15:10
(спустя 2 часа 9 мин.)
Ironcast писал(а):
Subme ставь от 6
пристрелите его аккаунт, кто-нибудь.
Gellard писал(а):
Жизни не хватит, чтобы все это прочитать.
не "каркайте", пусть жизнь Ваша будет гораздо длиннее 2-3 дней.
|
|
|
|
Gellard
Стаж: 16 лет 4 месяца Сообщений: 658
|
Gellard ·
23-Май-10 15:32
(спустя 22 мин.)
Jamma11
Я уже начал понемножку вычитывать. Можно много информации выудить таким образом.
|
|
|
|
Taran2L_87
Стаж: 16 лет 2 месяца Сообщений: 652
|
Taran2L_87 ·
23-Май-10 21:27
(спустя 5 часов)
Gellard
Возможно, это частично поможет?
|
|
|
|
