Videoforum - форум о видео и не только!


Вернуться   Videoforum - форум о видео и не только! > Видеосъёмка и монтаж. > Кодеки и кодеры, кодирование и конвертация.

Важная информация

Кодеки и кодеры, кодирование и конвертация. Тут обсуждаются вопросы изменения формата видео, качество работы кодировщиков, а так-же известные проблемы и решения соответствующие тематике раздела.

Ответ
 
Опции темы
Старый 29.10.2012, 09:21   #11
Жрец Нефтиды
Модератор
 
Аватар для Жрец Нефтиды
 
Регистрация: 15.07.2012
Адрес: Санкт-Петербург
Сообщений: 1,395
Сказал(а) спасибо: 344
Поблагодарили 539 раз(а) в 368 сообщениях
Вес репутации: 623
Жрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond repute
По умолчанию

Дело в том, что польская матрица изначально заточена именно на кодирование с постоянным квантизёром не меньше 2 (для любого разрешения!), либо на кодирование с большим постоянным битрейтом, о чём сам Jawor чётко высказался. Но. Низкое разрешение -- оно само по себе уже не требует высоких битрейтов: 1000kbps для 480x320 -- это уже достаточно высоко. Я бы посоветовал так. Попробуй кодировать на требуемом тебе 480x320 именно с постоянным квантизёром = 2 на польской матрице. И если объём тебя устроит, то полькая матрица - это идеальное решение. Вообще постоянный квантизёр -- это всегда лучше постоянного битрейта, и в первом прикиде мне кажется, что средний битрейт именно таким и будет. Но вот если объём не устроит, или тебе нужно непременно на 1000 кбит/с -- трудно однозначно сказать, что лучше. Попробуй и польскую, и прилагаемые к иксвиду другие матрицы, сделай снимки в bmp с полученного ави, и посмотри, что лучше.

Последний раз редактировалось Жрец Нефтиды; 12.04.2018 в 00:02.
Жрец Нефтиды вне форума   Ответить с цитированием Вверх
2 пользователя(ей) сказали cпасибо:
Demkoff (29.10.2012), jbancrew (25.03.2013)
Старый 03.11.2012, 15:17   #12
Demkoff
Гуру
 
Аватар для Demkoff
 
Регистрация: 09.12.2009
Адрес: Belarus
Возраст: 48
Сообщений: 176
Сказал(а) спасибо: 183
Поблагодарили 155 раз(а) в 86 сообщениях
Вес репутации: 553
Demkoff is a glorious beacon of lightDemkoff is a glorious beacon of light
По умолчанию

Жрец Нефтиды, ещё вопрос. Вот в этом примере всё понятно что яркость поднята на 1:

ColorMatrix(mode="Rec.709->Rec.601", clamp=0, opt=0)
ColorYUV(off_y=1)


А вот в других примерах без применения ColorMatrix нужно всегда применять фильтр "brightness/contrast" для поднятия яркости на 1 или нет?
Напимер в этих случаях:
ConvertToRGB24(matrix="rec709", interlaced=false)
RGBAdjust(1, 1, 1, 1, 1, 1, 1, 0, 1, 1, 1, 1)

или
ConvertToRGB24(matrix="rec709", interlaced=false)
Spline144Resize(720, 576, 0, 188, -0, -188)
RGBAdjust(1, 1, 1, 1, 1, 1, 1, 0, 1, 1, 1, 1)


Спрашиваю, потому что не силён в скриптах, но потихоньку читаю твои статьи и разбираюсь.
Demkoff вне форума   Ответить с цитированием Вверх
Старый 04.11.2012, 15:16   #13
Demkoff
Гуру
 
Аватар для Demkoff
 
Регистрация: 09.12.2009
Адрес: Belarus
Возраст: 48
Сообщений: 176
Сказал(а) спасибо: 183
Поблагодарили 155 раз(а) в 86 сообщениях
Вес репутации: 553
Demkoff is a glorious beacon of lightDemkoff is a glorious beacon of light
По умолчанию

Благодарю. Я и думал что эта строка повышает яркость на 1, но для пущей верности решил переспросить.
Demkoff вне форума   Ответить с цитированием Вверх
Старый 19.02.2013, 08:55   #14
IgorIgorev
Новичок
 
Регистрация: 21.06.2012
Сообщений: 3
Сказал(а) спасибо: 2
Поблагодарили 0 раз(а) в 0 сообщениях
Вес репутации: 0
IgorIgorev has a spectacular aura about
По умолчанию

Необходим конвертор из AVI в AVI. Для конвертирования видео с камеры, которая снимает в расширении AVI видео кодек IBM Motion JPEG including Huffman Tables.
С этим кодеком не читает железный DVD плеер. Читает с кодеком XviD build 46
Подскажите, пожалуйста, прогу, что бы можно выбрать не только конвертируемый формат, расширение, но и кодеки XviD build 46 , XviD build 50 , а если еще будет сохранять размер (а значит и качество) то это вообще будет прекрасно.
P.S.
И еще произошла такая странная вещ, Конвертировал я прогой Format Factory версия 2.8
Там был кодек XviD build 46 (XviD 1.1.2 (UTC 2006-11-01)) , потом я установил Format Factory версия 3, там я обнаружил кодек XviD build 50 (XviD 1.2.1 (UTC 2008-12-04)). Снес эту версию и поставил старую 2.8, но все равно при конвертировании был кодек XviD build 50
IgorIgorev вне форума   Ответить с цитированием Вверх
Старый 20.02.2013, 11:26   #15
Жрец Нефтиды
Модератор
 
Аватар для Жрец Нефтиды
 
Регистрация: 15.07.2012
Адрес: Санкт-Петербург
Сообщений: 1,395
Сказал(а) спасибо: 344
Поблагодарили 539 раз(а) в 368 сообщениях
Вес репутации: 623
Жрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond repute
По умолчанию

Вначале разберёмся вот с каким архиважным вопросом. Частота кадров того ави, что ты мне выслал, по данным Медиаинфо составляет 28,051 кадров в секунду. Таких частот не бывает. Дело здесь вот в чём. Контейнер ави, по крайней мере в его изначальном виде, предназначен только для постоянной частоты кадров. В то же время другие контейнеры, такие, как mkv или mp4, прекрасно работают с переменной частотой кадров. Я очень подозреваю, что изначально всё-таки камера писала не в контейнер ави, а в какой-то другой, причём с переменной частотой кадров. А потом уже каким-то образом произошёл переброс в ави с усреднением частоты кадров, откуда и появилось это фантастическое значение 28,051. Ты разберись, и напиши, во что изначально камера пишет?
Жрец Нефтиды вне форума   Ответить с цитированием Вверх
2 пользователя(ей) сказали cпасибо:
IgorIgorev (03.03.2013), jbancrew (25.03.2013)
Старый 03.03.2013, 14:16   #16
IgorIgorev
Новичок
 
Регистрация: 21.06.2012
Сообщений: 3
Сказал(а) спасибо: 2
Поблагодарили 0 раз(а) в 0 сообщениях
Вес репутации: 0
IgorIgorev has a spectacular aura about
По умолчанию

Цитата:
Сообщение от Жрец Нефтиды Посмотреть сообщение
Ты разберись, и напиши, во что изначально камера пишет?
Вот данные из Медиаинфо
Video
Формат : M-JPEG
Идентификатор кодека : MJPG
Продолжительность : 23s 220ms
Битрейт : 6 802 Kbps
Ширина : 640 pixels
Высота : 480 pixels
Соотношение кадра : 4/3
Частота кадров : 28.036 fps
Разрешение : 24 bits
Тип развёртки : Progressive
Бит/(Пиксели*Кадры) : 0.790
Размер потока : 18.8 MiB (99%)



[Для просмотра данной ссылки нужно зарегистрироваться]
[Для просмотра данной ссылки нужно зарегистрироваться]
IgorIgorev вне форума   Ответить с цитированием Вверх
Старый 04.03.2013, 06:54   #17
Жрец Нефтиды
Модератор
 
Аватар для Жрец Нефтиды
 
Регистрация: 15.07.2012
Адрес: Санкт-Петербург
Сообщений: 1,395
Сказал(а) спасибо: 344
Поблагодарили 539 раз(а) в 368 сообщениях
Вес репутации: 623
Жрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond repute
По умолчанию

Более-менее прояснилось, хотя с такой нестандартной частотой встречаюсь впервые. В этом файле, как я понял, видео сжато по 709, поэтому разжимать напрямую встроенным MJPG декодером из Даба не годится. Включаем в ffdshow декодер MJPEG, и грузим в Даб через такой скрипт:
LoadPlugin("ColorMatrix.dll")
DirectShowSource("1.avi")
AssumeFPS(28.036)
ColorMatrix(mode="Rec.709->Rec.601", clamp=0, opt=0)
ColorYUV(off_y=1)
Жрец Нефтиды вне форума   Ответить с цитированием Вверх
2 пользователя(ей) сказали cпасибо:
IgorIgorev (08.03.2013), jbancrew (25.03.2013)
Старый 08.03.2013, 09:28   #18
IgorIgorev
Новичок
 
Регистрация: 21.06.2012
Сообщений: 3
Сказал(а) спасибо: 2
Поблагодарили 0 раз(а) в 0 сообщениях
Вес репутации: 0
IgorIgorev has a spectacular aura about
По умолчанию

Цитата:
Сообщение от Жрец Нефтиды Посмотреть сообщение
Включаем в ffdshow декодер MJPEG, и грузим в Даб через такой скрипт:
LoadPlugin("ColorMatrix.dll")
DirectShowSource("1.avi")
AssumeFPS(28.036)
ColorMatrix(mode="Rec.709->Rec.601", clamp=0, opt=0)
ColorYUV(off_y=1)
Извините за непонятливость
А можно подробнее "Включаем в ffdshow декодер MJPEG" "и грузим в Даб через такой скрипт"
Зачем ? и что в результате?
Мне не приходилось такое вытворять
А всего лишь навсего брал прогу, и простыми функциями конвертировал из одного в другое.
IgorIgorev вне форума   Ответить с цитированием Вверх
Старый 22.03.2013, 10:01   #19
Antique87
Новичок
 
Регистрация: 22.03.2013
Сообщений: 2
Сказал(а) спасибо: 4
Поблагодарили 1 раз в 1 сообщении
Вес репутации: 0
Antique87 has a spectacular aura about
Question

Цитата:
Сообщение от Жрец Нефтиды Посмотреть сообщение
№4. Исходник имеет разрешение, меньшее или равное 720x576, и в нём использован протокол 709. Все DVD5 и DVD9 сделаны именно так.
Уважаемый Жрец, откуда появилась такая уверенность, что DVD следует расжимать исключительно с применением цветового алгоритма "Rec. 709"?

Вот скриншоты мультсериала "Футурама", при риповании которого были применены оба алгоритма ("Rec. 601" и "Rec. 709", соотвественно):



Начиная с полнометражных фильмов, сериал стал выходить в "Full HD". Вот рип с WEB-DL 1080p фильма "Bender's Big Score" (при расжатии были применены алгоритмы "Rec. 709" и "Rec. 601", соотвественно):


Отметьте, насколько Зойдберг в DVDRip'е, где при расжатии исходника использовался протокол "Rec. 601" (первый скриншот в сообщении), цветом практически идентичен WEB-DLRip'у (исходник закодирован AVC), где цвет расжат по протоколу "Rec. 709" (третий скриншот в сообщении).

[Для просмотра данной ссылки нужно зарегистрироваться] "AviSynth" довольно чётко описывает эту ситуацию: если при расжатии использовался неверный протокол, то есть "Rec. 709" там, где нужно было "Rec. 601", то картинка будет казаться более насыщенной, а красный цвет будет иметь сдвиг в жёлтый. Соответственно, в DVDRip'е, созданном при использовании протокола "Rec. 709", заметно, что Зойдберг стал оранжевее (второй скриншот в моём сообщении). Кроме того, справочник предлагает считать за генеральное правило то, что для исходников в SD следует применять алгоритм 601, а для HD - 709.

Объясните, пожалуйста, где правда? Я отриповал весь сериал эпохи SD (DVD), используя алгоритм 709, и только сейчас, благодаря знакомому, обнаружил неясность с цветовой гаммой.

P.S.
Диски - системы NTSC. "MediaInfo" по ним даёт такую информацию:
Цитата:
Основные цвета: BT.601 NTSC
Характеристики трансфера: BT.601
Коэффициенты матрицы: BT.601
"DGIndex" выдаёт это:
Цитата:
Colorimetry: SMPTE 170M

Последний раз редактировалось Antique87; 23.03.2013 в 00:27. Причина: Добавлен P.S.
Antique87 вне форума   Ответить с цитированием Вверх
Пользователь сказал cпасибо:
Старый 23.03.2013, 10:36   #20
Жрец Нефтиды
Модератор
 
Аватар для Жрец Нефтиды
 
Регистрация: 15.07.2012
Адрес: Санкт-Петербург
Сообщений: 1,395
Сказал(а) спасибо: 344
Поблагодарили 539 раз(а) в 368 сообщениях
Вес репутации: 623
Жрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond reputeЖрец Нефтиды has a reputation beyond repute
По умолчанию

Ты совершенно верно сказал: если мы будем разжимать исходник, сделанный по 601, алгоритмом 709, то получим цветовой сдвиг: с очевидным не поспоришь. Вся проблема в том, чтобы правильно определить, по какому алгоритму сжат исходник. И вот тут могут быть нюансы.
Начну с h264/AVC. Вот известная программа x264.exe. Она точно гонит по 601. В этом легко убедиться: возьмём несжатый кусочек в несколько кадров в формате RGB, закодируем этой программой, потом разожмём и так и сяк, и увидим своими глазами. Причём x264.exe будет гнать по 601 независимо от разрешения, будь то даже Full HD. В то же время другие проги сжимают в h264 по 709 – тоже можно убедиться, загоняя в них RGB исходник.
Теперь MJPEG. Один фотоаппарат у меня кодировал в контейнер mov по 709: убедился лично, разжимая по 601 и по 709, и держа перед собой отснятый предмет. А вот другая камера в этот же самый контейнер mov с тем же самым MJPEG гнала по 601!
Теперь про Full HD, сжатое VC-1. Я одно время сомневался: по 601 или по 709? Однозначно надо по 709. Если будем по 601, получим неестественные цвета.
Ну а теперь к DVD. По крайней мере те DVD, которые мне встречались раньше, на мой взгляд были сделаны по 709. Прогоняя их через DGIndex, в его подокне тоже видел 709.
Медиаинфо – тоже не истина в последней инстанции. Лично убеждался.
Особенность моего подхода – что ты можешь самостоятельно переключать между 601 и 709, чего не позволяют все остальные конвертеры. Если считаешь, что исходник по 601 – так ещё и лучше, не нужно разжимать в RGB, прямо и подаёшь на XViD, только яркость на 1 поднимаешь. XViD – он-то точно всегда по 601 делает.
Ну а самое главное – я уже давно отошёл от конвертирования DVD: магазины ломятся от девятых болванок, и губить качество конвертированием – полное мракобесие. Просто перекинь в матрёшку, и вечно наслаждайся исходным качеством. Если ты сконвертируешь не по тому алгоритму, то потом уже ничего не сделаешь, а если у тебя есть исходный видео поток в матрёшке, то всегда сможешь переключить алгоритм в ffdshow. Вот конвертировать блюреи – это ещё куда ни шло, но в них, по моим наблюдениям, всегда 709.

Последний раз редактировалось Жрец Нефтиды; 03.10.2017 в 23:08.
Жрец Нефтиды вне форума   Ответить с цитированием Вверх
2 пользователя(ей) сказали cпасибо:
Antique87 (23.03.2013), jbancrew (25.03.2013)
Ответ


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Часовой пояс GMT +1, время: 22:55.




Powered by vBulletin® Version 3.8.3
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd. Перевод: zCarot


Рейтинг@Mail.ru