Vvmebel.com

Новости с мира ПК
2 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

С каким битрейтом кодировать видео

С каким битрейтом кодировать видео

NAUM
Битрейт видео — как результат(и размер) понравиться такой и оставляй (от качества исходника тоже зависит).

Звук вообщето чистый 22K/16bit/mono(stereo) (и потом кодить в cтандартный MP3 — 128-192K в зависимости от интереса к звуку). Всякие др кодеки портят совместимость видеоролика (а реального толку чуть IMHO).

KABEEB POMA

ВХС имеет полосу, которая вполне накрывается разрешением 352(384) х 288
Учитывая, что при записи/воспроизведении на/с кассеты сигнал искажается помехами, то это даже чересчур

Однако, кроме полезного видеосигнала при захвате хватаются посторонние шумы. Шумы видеомагнитофона / телевизора / камеры, шумы видеохваталки, шумы внутри компа. Поэтому есть смысл увеличивать полосу пропускания, чтобы ее хватало и на полезный сигнал, и на шумы. Потом шумы отфильтровываются (если повезет), а на выходе окажется снова 352х288.

Я обычно хватаю всегда на 720х576. Потом шумодавы и ресайз до 384х288. Если хватать сразу в 384х288, то разница весьма ощутима.

И еще: если хватается ценный видеоматериал, то нужно использовать кодек с минимально возможными потерями. Безусловно, король горы — huffyuv, но ему нужно много проца и много винта. Можно хватать в MJPEG, регулируя степень сжатия до разумных пределов. В случае ATI-VIVO, разумный компромисс — хватать в MPEG1 с битрейтом 15мбит/сек + фирменный адаптивный деинтерлейс.

Кондыбас
хватать в MPEG1 с битрейтом 15мбит/сек + фирменный адаптивный деинтерлейс.
Тогда уже в MPEG-2 и без деинтерлейса.А вообще, никто не пробовал измерить разрешение после деинтерлейса.Понятно , что не 576 , но интересно сколько.(Навскидку даю 48k (SoundForge поможет). Но по-любому никак не менее 44k хватать. Скупой платит трижды

И если в моно, то какой канал предпочесть ?
Если эфирная передача идет с МОНО, то стерео на выходе НЕТ — используй любой выход в этом случае. А можно всегда хватать в стерео и не забивать себе голову

Для Mpeg2/DVD я делаю захват видео: 768х576, звук: 16 бит, 48 кгерц, стерео, даже, если фильм моно — у меня Hi-Fi- стерео видак и я предпочитаю хватать 2 дорожки. Рисайз до 720х576.

ЗЫ И вообще любой видео-источник надо хватать в 2 поля. А деинтерлейс с рисайзом — это ужас. Если сделать вначале рисайз по вертикали, то есть, скажем 384, то получается 1,5 поля и сделать нормальный деинтерлейс очень трудно.

5 суток непрерывно).
2)видеокодировать отдельно куски, после сжать звук в кусках и потом склеить в один видеофайл
3)видеокодировать отдельно куски, после склеить в один видеофайл и потом сжать звук.
Захват кусками по 2 Гб.
А также: с какими прогами и битрейтом сжимать звук для DivX ?

NAUM
Т.е. всё не пойму –
1. есть divx 5.05 pro какой там выставить битрейт оптимальней всего для кассеты ?

Повторюсь, сильно зависит от качества видео на кассете.
Примерно так, при 2-х проходном DivX и сжатии звука 128 Kbps mp3:
если на 1CDx700 Mb один час видео, то видеобитрейт

1500 kbps, но при плохом качестве источника получится, скажем так, не очень хорошо. Если важно качество, то на 1CDx700 Mb

20 минут видео при видеобитрейте

4000- 4600 kbps.
Так, что пробуй видеобитрейт от 1500 до 4000.

2. Какое разрешение оптимальней ?
Если вопрос насчёт выбора разрешения для кодирования в DivX сVHS, то я при захвате 768х576, делаю ресайз до 640х480.
В общем, выбор между разрешениями 512х384 и 640х480.

oleg77
1.5 поля — отменный юмор.Интересно,как это выглядит.По-моему если ресайзер понимает поля , то он уменьшит каждое до 192, а если нет — то из интерлейсных 576 такая каша получится
Ужасно выглядит, лесенка на движущихся изображении.

я пришел к выводу что либо захват меньше 288 строк
Это как? И вообще десятка, например, понимает или 2 поля или одно, меньше 288/240 схватить все равно нельзя.

Так понимаю, для видео более 30 мин. лучше всего использовать 1-й вариант.
А как 2-ой и 3-ий варианты ?
2)видеокодировать отдельно куски, после сжать звук в кусках и потом склеить в один видеофайл
3)видеокодировать отдельно куски, после склеить в один видеофайл и потом сжать звук.
Лучше не использовать или как ?
Например, в случае кодинга (по 2-3 вариантам) 20-ти минутного концерта, есть почти незаметная рассинхронизация звука и видео на местах склеенных кусков. 1-ый вариант пока не пробовал).

oleg77
Если видео несжатое или сжатое без потерь и места много, то можно попробовать соединить куски и по частям сначала применить фильтры (все или по-частям зависит от времени), а потом сжать.
А как поступить, если видео по 2 Гб захваченно в аппаратный MJPG дс10+ ( коэффециент- 3,6 ; видеопоток- 6000) ? Имеет ли смысл разжимать перед обработкой фильтрами и кодингом ?

Насчет звука — можно жать Lame с оболочкой — довольно быстро и качественно.
А где взять и какую лучше версию “Lame с оболочкой” использовать, а также с каким битрейтом сжимать звук (в статьях в инете по Дубу упоминают 64 kbps mp3, но здесь встречается 128 kbps mp3).

Кодирование видео для Youtube

актуально на 06.2018

Это техническая статья. Для неспециалистов сразу дадим совет: для экспорта видео на Youtube лучше всего будет поискать шаблон для youtube в вашей монтажной программе.

С 2005 года, когда появился Youtube, технологии сжатия видео сильно усовершенствовались и youtube несколько раз менял форматы в которых транслируется видео. Сейчас видео, которое загружается на youtube, перекодируется, хранится на серверах и показывается зрителю в форматах H.264/AVC, WebM/VP9, WebM/VP8, H.263/Sorenson Spark, H.263/Simple. Нет никакого смысла самостоятельно кодировать видео во все эти форматы и все разрешения, youtube делает это для нас автоматически.

Первый шаг — это делать проект с правильными параметрами

Если вы делаете видео с целью разместить его в интернете, то первым и разумным способом начать проект в вашей монтажной программе с параметрами соответствующими требованиям youtube (главное нужно чтобы совпадало разрешение видео и кадровая частота: нужно посмотреть какие размеры по вертикали и горизонтали у исходного материала, выбрать из стандартных размеров youtube тот, который лучше всего совпадает с параметрами исходного материала, и в вашей программе монтажа сделать новый проект с выбранными для youtube параметрами). Например, у вас снято FullHD видео с 25 кадрами в секунду, в этом случае вы делаете проект 1920×1080, 25 fps, с прогрессивной развёрткой. Второй вариант это монтировать проект с параметрами соответствующими исходному материалу и делать экспорт с настройками под youtube. Например, для видео с HDV видеокамер с размерами 1440х1080 с вытянутым пикселем, можно сделать проект HDV, а при экспорте можно просто выбрать размеры Full HD 1920х1080 с квадратным пикселем. Третий вариант это делать видео с какими-то своими параметрами и youtube преобразует его под себя, но, если при этом пропорции исказятся, появятся черные полосы или черная рамка, то это будут последствия вашего решения. Например, вы задумали свой проект с пропорциями широкоэкранного кино, поэтому монтируете и экспортируете его в разрешении 1920×816 или 2560х1080. Другой пример, вы снимаете вертикальное видео и рассчитываете что его будут также смотреть на мобильных устройствах. Youtube движется в этом направлении, но понимание, что это будет по-разному выглядеть на телефоне и на телевизоре, это ваш осознанный выбор.

Читать еще:  Хорошее приложение для замедления видео

Даже если вы закодируете видео с соблюдением рекомендованых параметров, будучи загруженным на youtube оно может выглядеть немного не так как у вас на компьютере. Нужно понимать что в браузере может работать или flash плейер или html5 плеер, каждый из них может быть разных версий, использовать или не использовать аппаратное ускорение видеокарты. Причём файлы которые играет плеер могут быть как форматов h.264 так и webm. Уже по этим причинам одно и тоже видео может по разному выглядеть в разных браузерах на одном компьютере, а на разных компьютерах добавляются разные операционные системы, разные драйвера видеокарт, разные версии flash. Кроме того, видео загруженное на другой видеохостинг, например vimeo, будет перекодировано по-другому и воспроизводиться через другой плеер.

Рекомендованые Youtube параметры видео для загрузки

Загружать можно форматы avi, mov, mp4, mpg, webm и другие. Эти форматы являются контейнерами в которых может хранится видео сжатое очень разными кодеками. То есть, если файл avi или mp4 проигрывается у вас на компьютере, то это не значит что его примет youtube. Поэтому рассмотрим только один вариант: контейнер mp4 с кодеком h.264.

Плейер youtube на компьютере проигрывает видео только в окне с пропорциями 16х9, для видео с другими пропорциями youtube сам добавляет черные полосы по бокам так как ему надо. Поэтому самостоятельно делать этого не надо. Чтобы черных полос не было, используйте следующие размеры кадра (разрешение видео):
4320p: 7680 x 4320;
2160p: 3840 x 2160;
1440p: 2560 x 1440;
1080p: 1920 х 1080;
720p: 1280 х 720;
480p: 854 х 480;
360p: 640 х 360;
240p: 426 х 240.

Контейнер: MP4
Аудиокодек: AAC-LC; частота дискретизации: 96 или 48 кГц; битрейт 384 кб/с для стерео
Видеокодек: H.264, прогрессивная развертка (не чересстрочная — если у вас видео 1080i, то нужно сделать его 1080p чтобы не было «гребенки»); профиль High; битрейт переменный без ограничения по максимальному размеру; цветовая субдискретизация 4:2:0; частота кадров должна соответствовать частоте кадров исходного видео, поддерживаются 24, 25, 30, 48, 50 и 60 кадров в секунду, но вы можете сделать видео и с другими частотами. Цветовое пространство, если это указывается в программе — Rec.709. Для Level лучше выбрать автоматическую настройку.

Подробнее о битрейте
:

Какой битрейт ставить в ОБС для стрима на Твиче – настройка кодировщика

Битрейт для Твича интересует каждого, кто хоть раз задумывался о проведении прямых эфиров на этой площадке. К трансляции необходимо готовиться заранее, проверять оборудование и интернет-соединение. Говоря о подключении, стоит акцентировать внимание на том, насколько оперативно канал передает и принимает пакеты информации. От этого напрямую будет зависеть качество стрима на игровой площадке.

Что такое битрейт

Битрейт для стрима на Твиче – это скорость воспроизведения видеофайла. Но отметим, что за такой параметр отвечает как аппаратная, так и системная составляющая ПК. На практике битрейт является тем параметром, помощью которого подсчитывается количество бит за единицу времени. Такая система используется при измерении эффективности передачи данных по каналу, то есть, каков должен быть его минимальный размер, чтобы ролик воспроизводился без задержек.

Многие думают, что таким инструментом можно пренебрегать, но нет. При низком уровне потоковой передачи данных стрима может быть огромная задержка, что значительно уменьшает его качество, и, соответственно, популярность.

Какой битрейт ставить в ОБС для стрима на Твиче

На протяжении долгого времени для Твича было выставлено ограничение по битрейту на уровне 3500. Однако не так давно администраторы платформы повысили этот порог до 6000. Рассмотрим основные требования сервиса Twitch.tv по организации стримов.

  • профиль кодирования: Main (рекомендовано);
  • кодирование: CBR (неизменный битрейт);
  • интервал воспроизведения ключевых кадров: 2 сек;
  • количество отображаемых кадров в секунду: 25/30 или 50/60 FPS;
  • битрейт, рекомендованый разработчиками стриминговой вселенной: 3000-6000;
  • max bit: 6000.

Настройки воспроизведения формата аудио на прямой трансляции игры:

  • кодек: H.264 (x264);
  • канал воспроизведения: Стерео или Моно;
  • рекомендованный битрейт: 96kbps;
  • max bit: 160 kbps (AAC).

Кроме того, у Твича присутствует настройщик параметров Twitch Inspector. Этот источник мониторит совместимость параметров стрима с реальным видеопотоком. Три оценки работы от него.

  1. Excellent — Настройки стрима правильные, работает стабильно и без перебоев.
  2. Acceptable — Трансляция идет хорошо, однако есть несовместимости.
  3. Unstable — Стрим идет не правильно.

NVIDIA NVENC Specs

Среди инструментов корректной работы продвинутые юзеры выбирают кадровщика NVIDIA NVENC Specs. Этот элемент помогает настроить видеопоток формата FullHD с минимальной задержкой времени. Загрузить его софт можно на официальном сайте компании.

Битрейт видео — как правильно рассчитать битрейт ?

Вопрос расчета битрейта видео довольно тривиален на первый взгляд и легко решается с помощью простых вычислений.
Однако при определении битрейта видео присутвуют подводные камни, что могут сильно затормозить процесс достижения желаемого результата. Но обо все по порядку.

Зачем нужно рассчитывать битрейт видео и что это за битрейт такой вообще?

Например есть у нас видео весом 5 мб и продолжительностью 60 секунд. Тогда битрейт этого видео равен 560=0,083 мб/сек. Тоесть за одну секунду передается 0.083 мб видео. Или же 83 килобайт..
или же 83х8=664 килобита. Чтоб не запутывать приведу типичную задачу расчета битрейта видео для «загонки» на двд-диск.

Допустим у нас поставлена задача перекодировать 2 часа видео с максимальным качеством и при том вписаться в размеры одного двд-диска.
Исходные данные: вместительность двд-диска — 4482 мб, продолжительность видео — 2 часа, тоесть 7200 секунд.

Вычисляем битрейт видео: (44827200)х8х1000=4980 килобитсек.

Если перекодировщик позволяет указать абсолютное значение битрейта в цифрах, то никаких проблем не должно возникнуть с размером перекодированного видео. На двд-диск оно влезет:)

Все вроде бы хорошо, но..остались «подводные камни» при определении битрейта видео. Ведь мы не учли звук и двд-меню. Как правило, звук кодируется с битрейтом 224кбсек или что-то около того, и при таком битрейте 2 часа звука занимают 200 мб. И на меню следует оставить где-то 100 мб. Итого 300-350 мб мы должны сэкономить

Заморачиваться с этим не стоит, просто следует учесть этот момент. И всегда немного урезать полученный битрейт видео. Как правило на 6-7%. Я обычно урезаю на глазок..в данном случае битрейт 4700 кбс оптимален. Даже останется немного свободного места. Все это справедливо для кодирования видео как с постоянным так и с переменным битрейтом. В последнем случае просто
указываем полученный битрейт в качестве среднего битрейта (average bitrate).

Читать еще:  Как скинуть видео на жесткий диск

Во многих случаях вопрос определения битрейта видео как бы и не возникает, так как часто перекодировщику можно указать некую опцию, что сжимает видео точно под размеры одного двд-диска (или двух-трех и т.п.). Но как подсказывает практика перекодировщики иногда некорректно работают с этой опцией, так что лучше полагаться на подобные расчеты.

Итак мы научились определять нужный битрейт видео. В следующем посте узнаем какой программой производится конвертация видео и как ею пользоваться. (см. также программы для создания видео )

Видео на тему

Комментарии (19) на запись “Битрейт видео — как правильно рассчитать битрейт ?”

  1. Tank пишет:
    31.08.2010 в 00:54

Спасибо за подробную инструкцию! Мне она очень помогла особенно то как посчитать батрейт. Постеру респект.

Спасибо! разжевал так что у мня даже ребенок бы понял)))

вот это я понимаю вот это ответ четко и конкретно спасибо вы мне очень помогли с этой статьей.

Зачет! А я думал что разрешение видео потока учавствует в расчете битрейта. Тупил.

Не верный у вас расчет! Байтовые приставки-то по 1024 идут, а значит и расчет такой: мБ/с * 8(1024^2/1000) = кбит/c

может быть, сейчас уже всех тонкостей не помню, в любом случае это не сильно влияет, остается чуть свободного места..для страховки)

Почему после кодировки иногда звук не совпадает с видео? Или опаздывает, или звучит позже? Как это исправить?

Здесь можно почитать про рассинхронизацию http://vide0.org.ua/forum/topic.php?forum=8&topic=31

Спасибо за подробную и очень полезную информацию. У меня такой вопрос, который хочу давно выяснить — какой программой можно снизить имеющийся битрейт видео? То есть как в конечном итоге уменьшить объем видеофайла (фильма)? Набрал вопрос в поисковике, но каждый раз обсуждается не суть самого вопроса, а общая тема и чаще всего почему-то в отношении музыки. Очень буду признателен за такой же подробный ответ.

Много как, смотрите к примеру эту тему http://vide0.org.ua/forum/topic.php?forum=22&topic=20

Если использовать программу Аvidemux ( http://vide0.org.ua/programmy-dlya-videomontazha/#avidemux ), то процесс выглядит так: загружаете файл, ставите во вкладке «video» (панель слева) кодек «mpeg-4 avc (x264)» . Далее жмете «configure», там выставляете Encoding mode: two pass — video size (размер видео)

И внизу ставите желаемый размер, только учтите что если поставите слишком маленькое значение то соответственно качество сильно пострадает..

Или как вариант ставьте two pass — average bitrate (средний битрейт) и регулируйте битрейт непосредственно в числовых значениях

Большое спасибо за подробные разъяснения. Буду пробовать и надеюсь, что получится. Вопрос возник элементарно – есть мультсериал общим объемом 8275 Мб, а dvd-9 вмещает 8152 Мб, разница то копейки. Я и задумался, что надо сделать с файлом (получается, всего с одним), чтобы уменьшить объем до нужного размера в целом. В данном случае видео 2960 Kbps, аудио 192 Kbps. И вообще хотелось узнать, как снижать общий размер фильма в разных ситуациях.
Тогда еще один вопрос – снижение какого показателя (видео или аудио) принципиально влияет на конечное качество фильма? Спросил, а сам думаю, что, скорее всего, видео, ведь это изображение, которое мы видим, а не звук, который мы слышим.

Если файл один, то лучше отрезать из него пару минут (титры например или заставку), а не пережимать все видео ради лишних 120мб. Ведь при пережатии качество ухудшится..игра не стоит свеч. Как вариант — отрезать пару последних серий и их пережать, но не весь сериал .
Аудио жать для снижения размера смысла нет, обычно его размер относительно размера всего файла где-то в районе 5%.

Спасибо за помощь! Всё уже давно отрезано и вырезано — и начальные заставки, одинаковые в каждой серии, и финальные титры, т.е. всё оставлено по минимуму. Конечно же, на общий объем повлияло кол-во серий (17), тогда как в основном их бывает по 14 и с такими же характеристиками всё занимает не более 7 Гб.
Хочется записать сезон полностью, поэтому вариант исключения 1-2 серий или разбиения сезона на 2 DVD-5 мной не рассматривался. Тогда проще всё это и другие малообъемные сезоны кинуть на BLU-RAY носитель, но все равно хочется попробовать снизить размер, тем более 120 Мб это ничтожная разница.
Ещё раз спасибо за внимательное отношение к моей проблеме.

Админ привет! купил телефон пишит видео в HD смотрю видео в сотке(тема) на компе не очень! дай пожалуйста ссылку на программы которые улучшают качество видео. спасибо

Я пользуюсь программой авторинга TMPGEnc Authoring Works 4 уже несколько лет и она мне очень нравиться. Однако в ней есть один минус — она неверно определяет (расчитывает) размер создавaемой папки Video_Ts? Например, у меня проект 2,5 часа. Он показывает, что без потери качества получиться на выходе 6668 Мб. Я решил сжать и выбрал Target size 4,37 Гб, но в итоге (после авторинга) я получил лишь 3,9 Гб, т.е. погрешность составляет около 400 Мб. Но если не сжимать, то программа все равно врёт. На выходе я получаю не 6668 Мб, а 5245 Мб.
В TMPGEnc 4 есть возможность настройки видео и аудио битрейтов вручную. Какой битрейт мне показывает утилита для расчета битрейта VideoCalc 1.1 при выборе размера конечного размера 4,37 Gb, то я и ставлю в TMPGEnc Authoring Works 4. Но в итоге я опять получаю папку Video_Ts на 300-500 Мб меньше, расчитанного утилитой VideoCalc 1.1. Причем, я учитываю и размер меню (у меня оно 13 Мб).
Как точно настроить кодировщик TMPGEnc Authoring Works 4, чтобы на выходе погрешность составляла не пол-гигабайта, как сейчас, а не более 1 Мб?

>>Например есть у нас видео весом 5 мб и продолжительностью 60 секунд. Тогда битрейт этого видео равен 560=0,083 мб/сек. Тоесть за одну секунду передается 0.083 мб видео. Или же 83 килобайт..
0.083МБ не равно 83 килобайтам
1 Мегабайт = 1024 Килобайта подсчёт будет такой
(5*1024)/60=85.333333333333333333 Килбоайт

да, я это знаю, меня уже поправляли на этот счет в 6 коменте) Но если учитывать «024» то приходится делать дополнительные вычисления, которые роли особой не играют (если считать тысячами то останется 2% лишнего места для подстраховки, это где-то около 90 мб на двд-диск). В общем я решил что без 024 формула проще, кроме того я сам так считаю, потому оставил как есть.

п.с. хотя конечно правильней обозначить этот момент в статье, да.

Битрейт при сжатии видео для разных целей.

Форум видео монтажёров и дизайнеров. Создание и обработка видео

Битрейт при сжатии видео для разных целей.

04 янв 2018, 21:16

Читать еще:  Скачать видео с рутуба онлайн

Друзья! Неизменно актуален вопрос сжатия видео. Для архива, для ютьюба или последующего монтажа подготовленных исходников. В связи с этим, предлагаю делиться наработками с конкретными цифрами, целевым назначением видео и кодеками, используемыми при сжатии.
Много советов про подсчет битрейта есть в сети, но они изобилуют математическими выкладками и труднодоступны рядовому пользователю. Поэтому, предлагаю делиться наработками, кто, как сжимает видосы и какой получает результат. Разумеется, шаблоны в монтажках это выход, но, как показывает практика, там битрейт существенно увеличен для гарантированного качества и часто удается сжать с ручными параметрами ничуть не хуже. Вот это этом хотелось бы и поговорить. Итак.
Вот что более-менее вразумительное удалось найти для топикстарта:

А вот сама тема:

Вопрос расчета битрейта видео довольно тривиален на первый взгляд и легко решается с помощью простых вычислений.
Однако при определении битрейта видео присутвуют подводные камни, что могут сильно затормозить процесс достижения желаемого результата. Но обо все по порядку.
Зачем нужно рассчитывать битрейт видео и что это за битрейт такой вообще?
Кстати, действительно, зачем самому рассчитывать битрейт? Ведь есть полезная програмка — калькулятор битрейта. Она то все и сделает за вас. Тем не менее, для тех, кто желает самостоятельно уяснить тонкости рассчета, продолжу.
Битрейт, в частости, битрейт видео — это количество информации, что необходима для передачи(хранения) одной секунды видео. Измеряется в «kbps» — килобит в секунду. Здесь необходимо уточнение. КилобИт — не килобАЙт:) Понятие килобита чаще всего используется для указания скорости передачи данных и 1 килобит равен 18 килобайта. Тоесть чтобы перевести килобайты в килобиты нужно количество килобайт умножить на 8.
Например есть у нас видео весом 5 мб и продолжительностью 60 секунд. Тогда битрейт этого видео равен 560=0,083 мб/сек. Тоесть за одну секунду передается 0.083 мб видео. Или же 83 килобайт..
или же 83х8=664 килобита. Чтоб не запутывать приведу типичную задачу расчета битрейта видео для «загонки» на двд-диск.
Допустим у нас поставлена задача перекодировать 2 часа видео с максимальным качеством и при том вписаться в размеры одного двд-диска.
Исходные данные: вместительность двд-диска — 4482 мб, продолжительность видео — 2 часа, тоесть 7200 секунд.
Вычисляем битрейт видео: (44827200)х8х1000=4980 килобитсек.
Если перекодировщик позволяет указать абсолютное значение битрейта в цифрах, то никаких проблем не должно возникнуть с размером перекодированного видео. На двд-диск оно влезет:)
Все вроде бы хорошо, но..остались «подводные камни» при определении битрейта видео. Ведь мы не учли звук и двд-меню. Как правило, звук кодируется с битрейтом 224кбсек или что-то около того, и при таком битрейте 2 часа звука занимают 200 мб. И на меню следует оставить где-то 100 мб. Итого 300-350 мб мы должны сэкономить
Заморачиваться с этим не стоит, просто следует учесть этот момент. И всегда немного урезать полученный битрейт видео. Как правило на 6-7%. Я обычно урезаю на глазок..в данном случае битрейт 4700 кбс оптимален. Даже останется немного свободного места. Все это справедливо для кодирования видео как с постоянным так и с переменным битрейтом. В последнем случае просто
указываем полученный битрейт в качестве среднего битрейта (average bitrate).
Во многих случаях вопрос определения битрейта видео как бы и не возникает, так как часто перекодировщику можно указать некую опцию, что сжимает видео точно под размеры одного двд-диска (или двух-трех и т.п.). Но как подсказывает практика перекодировщики иногда некорректно работают с этой опцией, так что лучше полагаться на подобные расчеты.
Кстати, быстро узнать битрейт видео иили посмотреть динамику его изменения в реальном времени вы можете, например, с помощью плеера VLC. (Ctrl+I или инструменты>>> информация о медиафайле -> вкладка «кодеки» и вкладка «статистика»)
Итак мы научились определять нужный битрейт видео. В следующем посте узнаем какой программой производится конвертация видео и как ею пользоваться. (см. также программы для создания видео )

Re: Битрейт при сжатии видео для разных целей.

04 янв 2018, 21:30

Re: Битрейт при сжатии видео для разных целей.

04 янв 2018, 22:02

Между делом, наткнулся на бесплатный конвертер. Может кому пригодится. Основное преимущество — кодирование в H.265 и аппаратная поддержка.

Описание:
HandBrake — программное обеспечение для конвертирования MPEG-видео (включая DVD-видео) в MPEG-4 видеофайл в форматах mp4 и mkv.
HandBrake — кроссплатформенное программное обеспечение, доступное для Linux, Microsoft Windows, Mac OS X, и Solaris. HandBrake распространяется по лицензии GPL v2 и является свободным программным обеспечением. В качестве исходного файла могут использоваться различные форматы. Работа с приложением не потребует каких-либо специфических знаний и навыков.

Дополнительная информация:
Outputs:
File Containers: .MP4(.M4V) and .MKV
Video Encoders: H.265 (x265 and QuickSync), H.264(x264 and QuickSync), H.265 MPEG-4 and MPEG-2, VP8 and Theora
Audio Encoders: AAC / HE-AAC, MP3, Flac, AC3, or Vorbis
Audio Pass-thru: AC-3, E-AC3, DTS, DTS-HD, TrueHD, AAC and MP3 tracks.

Что нового:
Полное изменение дизайна предварительных профилей (пресетов) для транскодирования и сжатия видео, в том числе подготовленные опции для самых распространённых устройств. Профили старых версий HandBrake 0.10.x сохранены в самой нижней части списка профилей в разделе Legacy.

Поддержка свободных видеоформата VP9 и аудиформата Opus.

Поддержка аппаратного ускорения Intel QuickSync Video (QSV) для кодирования H.265/HEVC на процессорах Skylake, как в коммерческих видеотранскодерах. Аппаратное ускорение кодирования и декодирования значительно сокращает нагрузку на CPU и энергопотребление. Для поддержки аппаратного ускорения в графическом ядре на маленьком участке кристалла Intel размещаются специализированные интегральные схемы, которые занимаются только видео. Аппаратное ускорение декодирования видео доступно графическому драйверу через интерфейсы Direct3D Video API (DXVA2), Direct3d11 Video API или Intel Media SDK, а также через фильтры MFT (Media Foundation Transform). Аппаратное ускорение кодирования — только только через интерфейсы Intel Media SDK или фильтры MFT (Media Foundation Transform).

Ассемблерная оптимизация кода позволила увеличить скорость фильтров до 10% и скорость кодировщика x264 на 10%, что реализовано в «быстрых» профилях.

В версии под Windows теперь можно поставить процесс кодирования на паузу, а затем продолжить. Размер инсталлятора и объём занимаемого места на диске в версии под Windows стали меньше.

Удалена поддержка аппаратного ускорения декодирования DirectX Video Acceleration (DVXA), потому что она вызывала много проблем.

Обновлены сторонние библиотеки, которые использует HandBrake.

Улучшенный рендеринг субтитров для некоторых языков.

Новая документация и менее технические руководства для новичков (пока в бете и на английском). Руководства для новичков содержат пошаговые инструкции для самых распространённых сценариев транскодирования, понятные даже тем, кто никогда не использовал подобное программное обеспечение.

голоса
Рейтинг статьи
Ссылка на основную публикацию
Adblock
detector