|
RU_terran
Стаж: 15 лет 3 месяца Сообщений: 28
|
RU_terran ·
11-Дек-15 21:11
(8 лет 11 месяцев назад)
miha2154 писал(а):
69490559
RU_terran писал(а):
694901692. Создаю .avi видеофайл закодированный Huffyuv - кодеком. Хотя правильнее сказать - это видеоархиватор, сжимающий видео без потери качества.
3. Открываю полученный .avi в VirtualDub
А что мешает сразу открывать в дубе через avisynth, без промежуточного гигантского файла?
Буду весьма благодарен, если Вы подскажите как это сделать.
|
|
Straus Shlak
Стаж: 10 лет 6 месяцев Сообщений: 233
|
Straus Shlak ·
12-Дек-15 10:14
(спустя 13 часов)
|
|
DagotZealot
Стаж: 15 лет 7 месяцев Сообщений: 47
|
DagotZealot ·
12-Дек-15 14:44
(спустя 4 часа, ред. 12-Дек-15 14:44)
Pustovetov
Спасибо за ответ, конечно, но по первому пункту тот параметр кода нужен в любом случае. avs скрипт можно напрямую загружать в MeGUI? Или обязательно создавать bat для Avs2YUV? На глаз, вроде, разницы нет.
Вопрос снят, разницы нет (если оставить в avs 16 бит, а в x264 указать ограничение на 10, то даже артефакты от избытка информации в MeGUI и Avs2YUV получаются одинаковыми).
Ещё о цветовой матрице, у этого
Код:
ColorMatrix(mode="Rec.709->Rec.601", clamp=0)
в описании сказано, что оно инвертирует всё напрямую, но непонятно, есть ли у этого метода какие-то преимущества, кроме скорости.
А с дитчерингом
Код:
Dither_convert_yuv_to_rgb (matrix="709", output="rgb48y", lsb_in=true)
r = SelectEvery (3, 0)
g = SelectEvery (3, 1)
b = SelectEvery (3, 2)
Dither_convert_rgb_to_yuv (r, g, b, matrix="601", lsb=true)
проводится обычный yuv"709"->rgb->yuv"601", но при этом в 16 битах. Что стоит использовать? С моим монитором трудно судить, что лучше на вид.
|
|
Lenchik
Стаж: 18 лет 4 месяца Сообщений: 854
|
Lenchik ·
12-Дек-15 15:04
(спустя 19 мин.)
DagotZealot
https://forum.doom9.org/showthread.php?p=1738185#post1738185 - вот с этим ознакомьтесь ещё.
Если у вас только конвертация цвета будет в 16 битах, то ничего особенно не выиграете. Если полно другой обработки в 16 битах, то и конвертировать можно в 16. Чем меньше преобразований битности, тем меньше искажений.
|
|
DagotZealot
Стаж: 15 лет 7 месяцев Сообщений: 47
|
DagotZealot ·
12-Дек-15 16:47
(спустя 1 час 43 мин.)
Хорошо, пока тестировал варианты на практике, почти все вопросы отпали.
Lenchik
Судя по твоей ссылке, x264-10b либо даунскейлит биты с "--input-depth 16" своими силами, либо принимает готовую информацию с "--input-depth 10" как есть. Т.е. никаких дополнительных преобразований нет.
По ощущениям "Dither_quantize(bitdepth=10,reducerange=true)", вроде, справляется лучше, чем сток x264.
|
|
RU_terran
Стаж: 15 лет 3 месяца Сообщений: 28
|
RU_terran ·
12-Дек-15 23:42
(спустя 6 часов)
Straus Shlak
Спасибо за совет, но не сработал.
Воспользовался VirtualDubMod v.1.5.10.2
Все сделал как у Вас на скриншоте. Попробовал открыть с BD диска поток. В результате Сообщение от ошибке
вида: AVI Import Filter Error: (Unknown) (80040154).
Так что увы, но не работает так ка Вы предлагаете.
|
|
miha2154
Стаж: 16 лет 4 месяца Сообщений: 12009
|
miha2154 ·
12-Дек-15 23:44
(спустя 2 мин.)
|
|
RosenStam
Стаж: 15 лет 7 месяцев Сообщений: 27
|
RosenStam ·
13-Дек-15 11:28
(спустя 11 часов)
Кодирую DVD NTSC в MeGUI в x264
Возникло несколько вопросов. 1. Mpeg2 Deblocking галочку ставить в AviSynth script creator или не ставить и настраивать его в настройках енкодера x264? 2. Colour Correction Для чего это и нужен ли он мне? 3. Кратность размеров кадра 16ти. Обязательно? И после кропа и ресайза установка нужного мне Aspect Ratio при упаковке в mkv исправит Aspect Ratio Error, который показавает AviSynth script creator?
|
|
VladMono
Стаж: 16 лет 3 месяца Сообщений: 885
|
VladMono ·
13-Дек-15 21:02
(спустя 9 часов, ред. 13-Дек-15 21:02)
RU_terran
Я порекомендовал бы Вам, наверно, попробовать Xvid4psp5 из этой раздачи - > https://rutr.life/forum/viewtopic.php?t=4733376
У него те же фильтры+, и по-моему лучше справляется с деинтерлейзингом чем, megui. Но я не профи. RosenStam http://www.videorip.info/megui/67-kak-sdelat-bystryj-dvdrip-s-pomoshchyu-programm...leere-dvd-to-avi https://rutr.life/forum/viewtopic.php?t=1037661 PS
Еще такой вопрос.
Завышенные кванты при кодировании в 10 бит это норма? Читал в какой-то теме, что на 12-14 единиц в + отличие от 8 бит, это так и есть?
|
|
Lenchik
Стаж: 18 лет 4 месяца Сообщений: 854
|
Lenchik ·
13-Дек-15 22:03
(спустя 1 час 1 мин.)
VladMono
Не завышены, а точка отсчета отличается. Отличие как раз равно 12.
|
|
VladMono
Стаж: 16 лет 3 месяца Сообщений: 885
|
VladMono ·
13-Дек-15 23:21
(спустя 1 час 17 мин.)
Lenchik Спасибо, т.е. 30ка по квантам для I, - это ближе норма или допустимый потолок? Визуально вроде неплохо выглядит.
|
|
Lenchik
Стаж: 18 лет 4 месяца Сообщений: 854
|
Lenchik ·
14-Дек-15 00:20
(спустя 59 мин.)
Найдите инструктаж по квантам и сравните (соседняя тема, скорее всего, будет). По-моему лучше глазам доверять при мониторе более-менее стремящемся к правильной настройке хотя бы по яркости и контрасту ( http://www.lagom.nl/lcd-test/black.php#blacktest.png). И не на I кадрах, а на тех, что превалируют в рипе (обычно это B-кадры).
|
|
garageforsale
Стаж: 14 лет 11 месяцев Сообщений: 4419
|
garageforsale ·
14-Дек-15 00:39
(спустя 18 мин., ред. 14-Дек-15 00:54)
Может у кого есть какие-нибудь наработки (готовые установки) по некоторым фильтрам стабилизации для устранения болтанки пленочной проекции?
Присматриваюсь к Deshaker, говорят, он меньше всего мылит, но пока что-то не пойму как его настроить, что бы он не пытался стабилизировать панорамирование, а работал лишь на устранение дрожания картинки в узких рамках болтанки кинопроекции. Материал снят профессионально на штативе, т.е. в оцифрованном кадре исключительно проекционная болтанка. Заранее благодарен за отклики, кто уже лечил сию проблему.
|
|
RU_terran
Стаж: 15 лет 3 месяца Сообщений: 28
|
RU_terran ·
14-Дек-15 11:55
(спустя 11 часов, ред. 14-Дек-15 11:55)
VladMono писал(а):
69510616RU_terran
Я порекомендовал бы Вам, наверно, попробовать Xvid4psp5 из этой раздачи - > https://rutr.life/forum/viewtopic.php?t=4733376
У него те же фильтры+, и по-моему лучше справляется с деинтерлейзингом чем, megui. Но я не профи.
Спасибо, попробую.
Коллеги, ещё один вопрос, теперь по кодированию.
Перерыл множество веток с советами, какие опции в h.264 выставлять.
Все авторы рекомендуют включать advanced settings и выставлять всё вручную не полагаясь на пресеты.
Но вот в чём проблема. В расширенной конфигурации на закладке Rate Control все авторы, включая разработчиков кодера,
рекомендуют выставлять значения полей VBV Buffer Size =0 и VBV Maximum Bitrate=0 (т.е. автоопределение)
Но! Стоит только после этого выставить AVC Level =4.1 для гарантированной совместимости с большинством
проигрывателей, как эти значения у меня меняются автоматически на VBV Buffer Size =78 125 и
VBV Maximum Bitrate=62 500.
Если после этого выставить их опять в ручную в "0", то нули начинают светиться красным, и появляется подсказка,
что возможны проблемы совместимости и т.п.
Вот и вопрос - какие же значения необходимо выставить для этих параметров? Если нули, для автоопределения, но тогда
вроде как не гарантируется совместимость по уровню 4.1 или те которые необходимы для уровня 4.1, но тогда
нарушаются рекомендации самих разработчиков, который советуют по умолчанию ставить "0".
Что посоветуете?
P.S. По здравому смыслу их надо бы выставлять вручную. Ну не верю я, что какой-либо аппаратный декодер потянет битрейт
до 62 500 kbit/s. Его явно надо бы уменьшить. А вот буфер с моей т.з. наоборот явно маловат, для эффективного использования битрейта
при двухпроходном кодировании и его, по уму, надо бы прибавить. Нужен совет опытного человека.
|
|
VladMono
Стаж: 16 лет 3 месяца Сообщений: 885
|
VladMono ·
14-Дек-15 12:31
(спустя 35 мин.)
RU_terran Это стандартные значения для профиля в режиме DXVA. Хотите нули, выбирайте unrestricted/autoguess, но тут никто не гарантирует совместимость с бытовыми устройствами. Для HD и рипов этого более чем достаточно, можно ограничить до 50к.
|
|
RU_terran
Стаж: 15 лет 3 месяца Сообщений: 28
|
RU_terran ·
14-Дек-15 12:42
(спустя 11 мин.)
VladMono
Т.е. рекомендации авторов про "нули" ошибочны, если устанавливать AVC Level =4.1 ?
Хорошо понял.
VladMono писал(а):
69515151RU_terran Это стандартные значения для профиля в режиме DXVA. Хотите нули, выбирайте unrestricted/autoguess, но тут никто не гарантирует совместимость с бытовыми устройствами. Для HD и рипов этого более чем достаточно, можно ограничить до 50к.
А если я захочу сделать BDRemux будет ли достаточно значений VBV Buffer Size =78 125 и
VBV Maximum Bitrate=62 500 ?
|
|
Lenchik
Стаж: 18 лет 4 месяца Сообщений: 854
|
Lenchik ·
14-Дек-15 19:55
(спустя 7 часов)
VBV на самом деле из спецификации AVC. Оставляйте какие выскакивают или понижайте их тысяч на 20 для спокойствия.
|
|
RU_terran
Стаж: 15 лет 3 месяца Сообщений: 28
|
RU_terran ·
14-Дек-15 20:54
(спустя 58 мин.)
|
|
Tracker35
Стаж: 16 лет Сообщений: 830
|
Tracker35 ·
20-Дек-15 22:21
(спустя 6 дней, ред. 20-Дек-15 22:21)
Будет ли правильно использовать XAVC для 4k в релизах на трекер или все таки придерживатся старых спецификаций по HD, а именно использование open (long) GOP.
т.к. стандарт UHTV подразумевает именно XAVC как альтернатива HEVC'у, то и аппаратные 4K-декодеры должны уметь open-gop
|
|
Arachnid79
Стаж: 14 лет 9 месяцев Сообщений: 763
|
Arachnid79 ·
22-Дек-15 07:13
(спустя 1 день 8 часов)
Народ. Может я что-то неправильно делаю? Настройки выставил так
, в результирующем файле Media Info выдает это
|
|
george$t
Стаж: 14 лет 7 месяцев Сообщений: 4288
|
george$t ·
22-Дек-15 12:19
(спустя 5 часов)
arachn-id писал(а):
69574217выставил так
--trellis 2
|
|
easy_y
Стаж: 15 лет 7 месяцев Сообщений: 216
|
easy_y ·
22-Дек-15 19:38
(спустя 7 часов)
Помогите разобраться с таким вопросом.
Допустим есть ДВД
Джиндекс показывает,что:
Frame Rate - 25
Video Type - PAL
Sequence - Field/Frame
Frame Struct - Frame
Frame Type - Interlaced В видео все кадры прогрессивные (в том смысле что нет лесенки) Хочу закодировать в х264. Как правильно сделать?
1. Просто закодировать как прогрессивное
2. Все равно сделать Деинтерлейс и закодировать как прогрессивное
3. Закодировать как интерлейсное
4. Как-то иначе?
|
|
garageforsale
Стаж: 14 лет 11 месяцев Сообщений: 4419
|
garageforsale ·
24-Дек-15 00:10
(спустя 1 день 4 часа, ред. 24-Дек-15 00:22)
easy_y, в чём будете кодировать, просто не делайте деинтерлейс. Я по старинке - вынимаю видеопоток в файл, потом в утилите ReStream ставлю флаги прогрессивности и сохраняю видеопоток уже как прогрессивный.
А вот теперь мой вопрос уважаемому сообществу, примерно такой же как у easy_y, только по поводу MPEG4-AVC: есть .h264 поток (файл) в котором находится 25fps Interlace TFF видео (подробнее под спойлером), которое так же как и у easy_y сделано с прогрессивного исходника (фильм плёночный). Какой программой (лучше утилитой) в этом .h264-файле можно для видео установить progressive-развёртку? (что бы плеера не пытались деинтерлейсить это видео)
P.S. и вообще, есть ли для MPEG4 аналогичная утилита выставления параметров видеопотока без перекодирования, аналог ReStream для MPEG2???
MediaInfo
Код:
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced (MBAFF)
Scan order : Top Field First
Advanced: direct_8x8_inference_flag = 1, 8x8 Transform disabled, Constrained Intra Prediction: Not Used, Chroma QP Offset = 0
|
|
Clint-Eastwood
Стаж: 11 лет 10 месяцев Сообщений: 394
|
Clint-Eastwood ·
24-Дек-15 00:14
(спустя 3 мин.)
Специально сделал эксперимент. Снял 2 коротких видеоролика на 12 секунд (1080p, битрейт исходника - 34 Mbps). Снимал ту же обстановку, только в одном - динамичная картинка, второй - практически статическое видео. Кодировал x264 с одинаковыми настройками в crf. Результат кодирования по битрейту: динамика - 11.6 Mbps, статика - 8 Mbps.
Если я все правильно понял для себя, читая о кодировании x264, то должно быть наоборот, то есть на динамику кодек должен тратить меньше битрейта? Или не так?
|
|
miha2154
Стаж: 16 лет 4 месяца Сообщений: 12009
|
miha2154 ·
24-Дек-15 00:21
(спустя 6 мин.)
Clint-Eastwood писал(а):
69587776то есть на динамику кодек должен тратить меньше битрейта
чего й то вдруг?
|
|
Clint-Eastwood
Стаж: 11 лет 10 месяцев Сообщений: 394
|
Clint-Eastwood ·
24-Дек-15 00:36
(спустя 14 мин.)
miha2154 писал(а):
чего й то вдруг?
Да хотя бы описание режима CRF.
|
|
garageforsale
Стаж: 14 лет 11 месяцев Сообщений: 4419
|
garageforsale ·
24-Дек-15 01:13
(спустя 36 мин., ред. 24-Дек-15 01:13)
Clint-Eastwood писал(а):
69587910
miha2154 писал(а):
чего й то вдруг?
Да хотя бы описание режима CRF.
предположу, что речь о том, что с одной стороны если бы динамические сцены в CRF кодировались бы с таким же качеством как и статические, то битрейт бы на них был в РАЗЫ больше, в тоже время, динамика, особенно на передних планах это почти всегда смазы, которые не нуждаются в качественном кодировании (детализации), плюс живут они только один кадр и глаз не успевает вглядется, еще и поэтому нет смысла в их "прорисовке". Короче, там речь про удельный коэффициент качества в сравнении сцен динамики и статики, а не про битрейт сам по себе.
|
|
vlanko1
Стаж: 14 лет 8 месяцев Сообщений: 85
|
vlanko1 ·
24-Дек-15 10:50
(спустя 9 часов)
RU_terran писал(а):
69514959Но! Стоит только после этого выставить AVC Level =4.1 для гарантированной совместимости с большинством
проигрывателей, как эти значения у меня меняются автоматически на VBV Buffer Size =78 125 и
VBV Maximum Bitrate=62 500.
Если после этого выставить их опять в ручную в "0", то нули начинают светиться красным, и появляется подсказка,
что возможны проблемы совместимости и т.п.
Вот и вопрос - какие же значения необходимо выставить для этих параметров? Если нули, для автоопределения, но тогда
вроде как не гарантируется совместимость по уровню 4.1 или те которые необходимы для уровня 4.1, но тогда
нарушаются рекомендации самих разработчиков, который советуют по умолчанию ставить "0".
Что посоветуете?
P.S. По здравому смыслу их надо бы выставлять вручную. Ну не верю я, что какой-либо аппаратный декодер потянет битрейт
до 62 500 kbit/s.
Специально тестировал. Телевизор хоть и пишет в инструкции, что поддерживает 30фпс и 20мбит, тянет любой 4,1(62500*60фпс).
Только когда пиковый битрейт доходит до 70 мбит , подтормаживает звук.
|
|
Clint-Eastwood
Стаж: 11 лет 10 месяцев Сообщений: 394
|
Clint-Eastwood ·
24-Дек-15 17:03
(спустя 6 часов)
garageforsale писал(а):
предположу, что речь о том, что с одной стороны если бы динамические сцены в CRF кодировались бы с таким же качеством как и статические, то битрейт бы на них был в РАЗЫ больше, в тоже время, динамика, особенно на передних планах это почти всегда смазы, которые не нуждаются в качественном кодировании (детализации), плюс живут они только один кадр и глаз не успевает вглядется, еще и поэтому нет смысла в их "прорисовке". Короче, там речь про удельный коэффициент качества в сравнении сцен динамики и статики, а не про битрейт сам по себе.
Ну почему не о битрейте? Смотрите, цитирую: "... меньше бит будет потрачено на сценах, где много движения - множество деталей становятся неразличимыми, и больше бит будет потрачено для статичных сцен, когда лучше видны детали". Повторюсь - на деле битрейта кодек на динамику выделил больше.
|
|
garageforsale
Стаж: 14 лет 11 месяцев Сообщений: 4419
|
garageforsale ·
24-Дек-15 19:01
(спустя 1 час 58 мин., ред. 24-Дек-15 19:17)
Clint-Eastwood, повторюсь: если бы динамические сцены в CRF кодировались с таким же качеством как и статические, то битрейт бы на них был в РАЗЫ больше (а не на четверть, как у Вас). Вникните в эту фразу. Т.е. динамические сцены кодируются с меньшим качеством. "меньше бит" - это значит, что меньше по сравнению с тем же качеством в статических сценах или умеренными сценами. И наоборот, "больше бит" - больше по сравнению с тем же качеством в динамических сценах или в умеренных.
|
|
|