[не удалять] Обработка и пересжатие видео [архив №6]

Страницы :   Пред.  1, 2, 3 ... 54, 55, 56 ... 99, 100, 101  След.
Тема закрыта
 

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 часов)

RU_terran
[Профиль]  [ЛС] 

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
Lenchik писал(а):
69499150DagotZealot
https://forum.doom9.org/showthread.php?p=1738185#post1738185 - вот с этим ознакомьтесь ещё.
... Если полно другой обработки в 16 битах, то и конвертировать можно в 16. Чем меньше преобразований битности, тем меньше искажений.
Судя по твоей ссылке, 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 месяца

Сообщений: 12020

miha2154 · 12-Дек-15 23:44 (спустя 2 мин.)

а если так https://rutr.life/forum/viewtopic.php?t=2660571 ?
[Профиль]  [ЛС] 

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

Top Bonus 06* 50TB

Стаж: 16 лет 3 месяца

Сообщений: 883

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

Top Bonus 06* 50TB

Стаж: 16 лет 3 месяца

Сообщений: 883

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

Top Seed 02* 80r

Стаж: 15 лет

Сообщений: 4427

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

Top Bonus 06* 50TB

Стаж: 16 лет 3 месяца

Сообщений: 883

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 мин.)

Lenchik
Понял. Спасибо.
[Профиль]  [ЛС] 

Tracker35

Стаж: 16 лет 1 месяц

Сообщений: 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 лет 8 месяцев

Сообщений: 4298


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

Top Seed 02* 80r

Стаж: 15 лет

Сообщений: 4427

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 месяца

Сообщений: 12020

miha2154 · 24-Дек-15 00:21 (спустя 6 мин.)

Clint-Eastwood писал(а):
69587776то есть на динамику кодек должен тратить меньше битрейта
чего й то вдруг?
[Профиль]  [ЛС] 

Clint-Eastwood

Стаж: 11 лет 10 месяцев

Сообщений: 394

Clint-Eastwood · 24-Дек-15 00:36 (спустя 14 мин.)

miha2154 писал(а):
чего й то вдруг?
Да хотя бы описание режима CRF.
[Профиль]  [ЛС] 

garageforsale

Top Seed 02* 80r

Стаж: 15 лет

Сообщений: 4427

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

Top Seed 02* 80r

Стаж: 15 лет

Сообщений: 4427

garageforsale · 24-Дек-15 19:01 (спустя 1 час 58 мин., ред. 24-Дек-15 19:17)

Clint-Eastwood, повторюсь: если бы динамические сцены в CRF кодировались с таким же качеством как и статические, то битрейт бы на них был в РАЗЫ больше (а не на четверть, как у Вас). Вникните в эту фразу. Т.е. динамические сцены кодируются с меньшим качеством. "меньше бит" - это значит, что меньше по сравнению с тем же качеством в статических сценах или умеренными сценами. И наоборот, "больше бит" - больше по сравнению с тем же качеством в динамических сценах или в умеренных.
[Профиль]  [ЛС] 
 
Тема закрыта
Loading...
Error