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

Open Broadcaster Software (OBS) – самая популярная программа для того, чтобы сделать стрим на твиче. Она бесплатная, имеет хороший функционал и позволяет делать качественные стримы – что еще надо для счастья?

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

Лучше всего скачать программу с официального сайта https://obsproject.com/, а не искать где-то на торрентах и файлобменниках. Так надежнее и гарантированно, ты установишь чистую программу без лишних вирусов и прочей грязи.

После установки начинаем первоначальный процесс настройки. Для этого в верхнем меню выбираем пункт «Настройки -> Настройки».

Общие настройки

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

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

Кодирование

Один из самых важных пунктов в настройках. Именно от этих значений будет в будущем зависеть качество картинки и звука на стриме.

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

В зависимости от того, какое разрешение стрима ты планируешь установить нужно вписать значение битрейта. Твич рекомендует устанавливать такие значения:

• 1080p: 3000-3500
• 720p: 1800-2500
• 480p: 900-1200
• 360p: 600-800
• 240p: до 500

Размер буфера должен иметь такое же значение, как и битрейт. Учитывай, что чем выше битрейт – тем качественнее картинка будет на стриме, но при этом будет больше нагрузка на твой компьютер, сеть и компьютеры зрителей. Далеко не у всех зрителей хватит интернета, чтобы нормально смотреть стрим 1080р с максимальным битрейтом. Поэтому этот показатель надо тестировать.

Аудио кодирование лучше использовать AAC и битрейт в пределах 64-128. Это рекомендует Твич и мы опять же ему верим.

Трансляция

Тут все достаточно просто. Режим выбираем «Прямой эфир», сервис – «Twitch / Justin.tv», сервер лучше выбирать ближайший, но тут надо тестить и смотреть. Не всегда ближайший географически сервер покажет лучшие результаты.

Автопереподключение обязательно оставляет включенным. Задержку автопереподключения рекомендуется выставлять в пределах 5-10, но все ставят 10 и норм.

Задержка – крутая вещь, если ты играешь в какую-то игру и не хочешь, чтобы противники спалили что-то важное. Например, играя в доту, обычно ставять задержку на срок действия вардов, чтобы соперники, которые будут втихаря палить стрим, не видели где стоят варды. Но тут смотри и решай сам, делать так или нет. Учитывая, что задержка устанавливается в секундах, поэтому если надо поставить задержку в 5 минут, нужно прописать 300 в это поле.

Также обращай внимание на все строки, которые ОБС пишет красным. Там бывают толковые советы и замечания.

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

Видео

Тут нужно выбрать разрешение и частоту кадров для своей трансляции, которая дойдет до зрителей. Опираться нужно на качество своего железа и интернет подключения. Оптимальным являются показатели 720р и 1080р в 60fps. Если даже 720р лагает при 60 кадров в секунду, тогда ставь 30 кадров, картинка будет очень хорошей, но все же уже не идеальной.

Масштабирование лучше никогда не включать, так как это очень сильно режет качество.

Аудио

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

Выбираем устройство для воспроизведения звука (динамики, колонки или свои наушники) и микрофон.

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

Задержка НиГ позволяет записывать звук в буфер, а не транслировать его сразу же в онлайн. Такое нужно, если интернет у тебя не очень, и зрители жалуются, что окончания фраз просто обрываются. Тут лучше всего увеличивать постепенно по 100 мс, если проблема серьезная и тестировать.

Клавиши для включения/выключения микрофона и звука – понятно.

Усиление приложений по умолчанию 1. Нужно увеличивать или уменьшать это значение, если нужно чтобы на стриме был также звук не только из игры и микрофона, а и других приложений. Например, из скайпа или чтобы на фоне играла какая-то музыка. С усилинием нужно аккуратно, увеличивать по 1 и смотреть. Сильное увеличение позволить сделать сильно громче, но может также и сильно исказить звуки, снизив качество.

Усиление микрофона – то же, что предыдущее, только уже для твоего микрофона.

Смещение позволяет устранить рассинхрон в аудио и видео. Надо тестировать. Кто-то играет без, у кого-то наоборот без этой настройки получается плохой стрим. Тестируй, проверяй, подстраивай.

Обрати внимание, что измененные параметры будут использоваться, только на следующий запуск. Соответсвенно, если есть какие-то проблемы со звуком, то просто изменить что-то в настройках не выйдет. Чтобы они вступили в силу, придется перезапустить стрим. Поэтому лучше сначала потренироваться и все хорошо настроить, а потом уже идти со своим стримом в массы.

Расширенные настройки

Важный пункт, но тут в идеале оставить почти все по умолчанию. Многопоточная оптимизация устанавливаем активно, время буферизации – 400 мс (это требование Твича). Приоритет процесса – Средний.

Предустановка x264 CPU по умолчанию лучше оставить veryfast. Но, если у тебя очень мощный топовый процессор, то можно снизить это значение. Качество стрима вырастет, но сильно вырастет и нагрузка на ЦП.

Интервал ключевых кадров – 2 (требование Твича). CFR ставим галочку. Остальное можно не трогать.

Кто-то ставить галочку подгона звука под тайминг видео, но это скорее опциально и не обязательно. Она понадобиться, только если звук сильно отстает или опережает картинку.

Шумовой гейт

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

Настройка OBS для стрима на Твиче

На этом основная настройка ОБС завершена. Далее для того, чтобы норм стримчик получился нужно еще сделать сцену и , но это уже другая история и будет рассмотрена в другой статье. Если остались какие-то вопросы – задавай в комментариях.

Open Broadcaster Software (далее OBS) - бесплатная программа для онлайн-трансляций и записи видео. Скачать программу вы можете на официальном сайте http://obsproject.com

На данный момент есть две версии OBS:

• OBS Classic - старая версия программы, поддержка разработчиками прекращена.
• OBS Studio - текущая версия, об особенностях, функционале и настройке которой мы и расскажем.

Для начала работы с OBS скачайте OBS Studio с официального сайта. Скачивание начнется после нажатия на кнопку с Вашей операционной системой. На выбор предоставляется Windows 7, 8, 8.1, 10, macOS 10.11+ и Linux. Проверьте название скачиваемого файла и убедитесь, что скачиваете полную версию программы. Установщик должен содержать словосочетание Full-Installer после версии программы. Например, OBS-Studio-22.0.2-Full-Installer.

Программа устанавливается на ПК сразу в двух версиях - OBS Studio (32bit) и OBS Studio (64bit). Разница между ними в том, что 64-битная версия будет использовать больше оперативной памяти. Это нужно в том случае, когда вы используете процессы, требующие большого количества памяти. Запускайте программу от имени администратора и следите за её производительностью и работой. В каком-то случае лучше будет использовать 64-бит, в другом 32-бит.

Главное окно

Открывая OBS, мы видим главное окно, которое состоит из:

1. Превью трансляции и режим студии
2. Список сцен
3. Список источников
4. Микшер с ползунками исходящего и входящего звука
5. Переходы между сценами
6. Меню управления трансляцией
7. Состояние трансляции

Главное окно

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

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

Кнопки управления источниками и сценами (слева на право):

• создать сцену/источник;
• удалить выбранную сцену/источник;
• свойства источника;
• переместить выше по списку сцену/источник выше по списку. Источник, находящийся выше по списку, будет на экране отображаться на переднем плане, а тот, что ниже - на заднем;
• переместить ниже по списку сцену/источник.

Основные настройки

Перед запуском онлайн трансляции необходимо настроить программу, выбрать сервер, выставить качество, назначить горячие клавиши и т.д. Для этого нажимаем на «Настройки».

Вкладка «Общие»

Вкладка «Общие»

Вкладка «Общие» отвечает за язык OBS, тему программы (Acri, Dark, Default, Rachni), общие настройки онлайн трансляции и источников. Пропустим детальный разбор каждой опции, заметим только «Автоматически включать запись во время трансляции». Если вы хотите иметь записи трансляций на физическом носителе, то эта опция будет вам полезна (учтите только то, что это добавит дополнительную нагрузку на ЦП).

Вкладка «Вещание»

Вкладка «Вещание»

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

Настройка «Тип вещания» предлагает два выбора:

• Сервисы вещания - стрим-платформы;
• Пользовательский сервер вещания - трансляция с собственного сервера.

К примеру, возьмём настройку трансляции для Twitch.tv. Заходим в «Типы вещания», Twitch должен быть выбран «Сервисом» по умолчанию, «Сервер» - чем ближе, тем лучше у вас будет соединение, «Ключ потока» указан в вашем аккаунте на стрим-платформе.

Вкладка «Вывод»

Вкладка «Вывод»

Данная вкладка отвечает за настройку кодирования трансляции и локальную запись. Окно настроек поделено на 2 «Режима вывода»:

• Простой - простые настройки кодирования трансляции и записи;
• Расширенный - более детальные настройки кодирования и записи.

Расширенный режим вывода предоставляет больше настроек для трансляции и рекомендуется к использованию. С более детальной настройкой качество изображение на вашей трансляции будет выглядеть лучше.

Разберем более детально два режима вывода, начнем с простого.

Простой режим

«Потоковое вещание» - основные настройки трансляции:

• Битрейт видео - битрейт для видео трансляции;
• Кодировщик - кодировщик трансляции. В зависимости от ПК можно выбрать один из вариантов:
  • Программный (х264) - кодировщик, который задействует процессорный кодировщик CPU;
  • Аппаратный (NVENC) - кодировщик, который задействует видеопроцессор GPU (доступен только для видеокарт Nvidia с технологией CUDA);
  • Аппаратный (AMD) - кодировщик, который задействует видеопроцессор GPU (доступен только для видеокарт AMD с технологией AMD APP);
  • Аппаратный (QSV) - кодировщик, который задействует графический чип процессора Intel (поколения Sandy Bridge и более поздних);
• Битрейт аудио - битрейт звука трансляции;
• Включить дополнительные настройки кодировщика - более расширенные настройки кодировщика, которые содержат:
  • Следовать ограничениям битрейта, накладываемые потоковой службой - принудительное ограничение битрейта трансляции согласно требованиям провайдера;
  • Предустановки кодировщика (выше = меньше нагрузка на ЦП) - список предустановок для кодировщика. Если кодировщик NVENC или AMD - выбирайте на ваше усмотрение, для х264 рекомендуется veryfast;
  • Пользовательские настройки кодировщика - поле для точных параметров кодировщика.

«Запись» - настройки записи трансляции на физический носитель:

• Качество записи - выбор качества записи для сохранения, по умолчанию стоит то же, что и у трансляции;
• Формат записи - формат, в котором сохранится запись трансляции. Формат выбирается в зависимости от того, для чего вам запись;

Теперь рассмотрим расширенный режим.

«Потоковое вещание» содержит основные настройки кодировщика.

• Звуковая дорожка - выбор одной из шести звуковых дорожек, которая будет задействоваться во время трансляции.
• Кодировщик - кодировщик на выбор, как и в простом режиме:
  • Программный (х264) - кодировщик, который задействует процессор CPU;
  • Аппаратный (NVENC H.264) - кодировщик, который задействует видеопроцессор GPU(доступен только для видеокарт Nvidia с технологией CUDA);
  • Аппаратный (H264/AVC Encoder (AMD Advanced Media Framework)) - кодировщик, который задействует видеопроцессор GPU (доступен только для видеокарт AMD с технологией AMD APP);
  • Аппаратный (QSV H.264) - кодировщик, который задействует графический чип процессора Intel (поколения Sandy Bridge и более поздних);
• Принудительно использовать настройки кодировщика потоковой службы - принудительное ограничение кодировщика трансляции согласно требованиям провайдера.
• Перемасштабировать вывод - изменить масштаб изображения трансляции в указанное разрешение.

Настройки кодировщика NVENC H.264

• • CBR - постоянный битрейт;
  • CQP - одна из разновидностей постоянного битрейта. Разница с CBR в размере файла;
  • VBR - переменный битрейт.
  • Без потерь - малый битрейт при быстром кодировании.
• Битрейт - значение битрейта для трансляции.
• Пресет - предустановка для кодирования. Параметр, отвечающий за качество кодировки и нагрузку видеокарты. Для каждый видеокарты выставляется индивидуально:
• Профиль - стандарт кодирования, выбрать нужно в зависимости от стрим-платформы;
  • main - Основной профиль;
  • high - Высокий профиль;
  • high444p - профиль Hi422P;
  • baseline - Базовый профиль.

• Уровень - список ограничений для выбранного профиля.

• Использовать двухпроходное кодирование - параметр, контролирующий качество изображения с двух-поточным кодированием. С битрейтом СBR опция недоступна.
• GPU - указание количества видеокарт, используемых для трансляции.

Настройки кодировщика x264

• Управление битрейтом - параметры работы битрейта для трансляции:
  • CBR - постоянный битрейт;
• VBR - переменный битрейт;
• ABR - средний битрейт;
• CRF - битрейт определяется отдельным CRF значением. СRF не поддерживается многими стрим-платформами, но качество изображения у него выше. Изначально имеет значение 23, можно изменять от 0 до 51, когда 0 - лучшее качество изображения, а 51 - худшее.
• Использовать пользовательский размер буфера - установка значения буфера, по умолчанию равен битрейту
• Интервал ключевых кадров (сек, 0=авто) - параметр, отвечающий за интервал ключевых кадров. Для платформ Twitch, Youtube нужно выставить на 2
• Предустановка использования ЦП (выше = меньше) - предустановка, определяющая скорость кодирования и степень использования процессора. Изначально установлена veryfast. Самую быстрая скорость у ultrafast, но и самое худшее качество изображения. Самая медленная скорость у placebo, как и самое лучшее качество изображения. Не каждый процессор может нормально работать с fast, поэтому для обладателей 4-ядерных процессоров veryfast - самый оптимальный выбор.
• • high - Высокий профиль
  • main - Основной профиль
  • baseline - Базовый профиль
• Настройка - параметр, определяющий оптимизацию видео для трансляции. По умолчанию не используется.
• Variable Framerate - параметр, включающий колебание FPS
• Настройки х264 (разделённые пробелом) - поле для задания собственных настроек кодировщика

Настройки для кодировщика QuickSync H.264

• Target Usage - параметр, показывающий степень использования аппаратных средств кодировщиком
  • Quality - Качественное
  • Balanced - Сбалансированное
  • Speed - Быстрое
• Профиль - стандарт кодирования, выбрать нужно в зависимости от стрим-платформы.
  • high - Высокий профиль
  • main - Основной профиль
  • baseline - Базовый профиль
• Интервал ключевых кадров (сек, 0=авто) - параметр, отвечающий за интервал ключевых кадров. Для платформ Twitch, Youtube нужно выставить на 2
• Async Depth - возможность для обрабатывания сразу несколько задач с помощью Media SDK без синхронизации. Без опыта настройки лучше не менять.
• Управление битрейтом - параметры работы битрейта для трансляции:
  • CBR - постоянный битрейт
• • VBR - переменный битрейт
• Максимальный битрейт - показательно максимального битрейта трансляции
  • CQP - одна из разновидностей постоянного битрейта. Разница с CBR в размере файла
  • QPI - параметр, определяющий качество кадров
  • QPP - параметр, определяющий качество P-кадров
  • QPB - параметр, определяющий качество h.264 B-кадров
  • AVBR - средний битрейт
• Битрейт - значение битрейта для трансляции
  • Accuracy - параметр, определяющий качество в сложных сценах. Связан со следующим параметром
  • Convergence - параметр для настройки качества в сложных сценах. Связан с предыдущим параметром.

Как вы можете наблюдать, параметров и настроек во вкладке «Вывод» много, как и различных конфигураций компьютеров пользователей, поэтому написать один идеальный гайд, который подойдет всем невозможно. В первую очередь нужно выбрать кодировщик трансляции. Если у вас процессоры Intel Core i5 - i7 новых архитектур, то можете смело выбирать х264. Если ваш процессор слабее, то в зависимости от процессора и от игры нужно протестировать и х264 и NVENC и выбрать, какой будет лучше.

Следующий по важности параметр трансляции это битрейт. Для меня с настройкой CBR (постоянный битрейт) оптимальным является 5500. Этот параметр зависит от вашего интернет-провайдера, провайдера трансляций и самой игры. Меняйте, наблюдайте за результатом, выставляйте оптимальный для вашей конфигурации. Кодировщики NVENC и QuickSync требуют больший битрейт, чем программный x264, но выставляя слишком высокий битрейт вы можете ухудшить качество трансляции. В интернете есть обширные статьи по настройке битрейта, но так как я использую только Twitch, Youtube, для оптимального битрейта мне хватает указанного выше показателя.

• • Профиль, интервал ключевых кадров определяются требованиями стрим-платформы. Для Twitch, Youtube оптимальными показателя будут high для профиля и «2» для интервала ключевых кадров.

Настройки для кодировщика H264/AVC Encoder (AMD Advanced Media Framework)

(Статья требует дополнительного описания, если вы знаете и разбираетесь в параметрах H264/AVC Encoder (AMD Advanced Media Framework) свяжитесь с нами по эмейл )

«Запись»

• Тип - доступно 2 параметра обычный и пользовательский вывод (FFmpeg).
  • Обычный - настройки используемые и предустановленные в саму программу OBS:
    • Путь записи - возможность выбрать, куда будет сохраняться запись трансляции;
    • Генерировать имя файла без пробела - название файла записи будет без пробелов;
    • Формат записи - формат, в котором сохранится запись трансляции. Формат выбирается в зависимости от того, для чего вам запись, доступно: flv , mp4 , mov , mkv , , m3u8 ;
    • Звуковая дорожка - выбор звуковой дорожки либо нескольких дорожек, настройки отдельных звуковых дорожек можно произвести в микшере, например, можно вывести звук из источника в отдельную дорожку;
    • Кодировщик- выбор качества сохранённой записи, по умолчанию стоит то же, что и у трансляции, можете выбрать и настроить любое качество, отличающееся от трансляции из 2-х представленных вариантов, настройки соответствуют настройкам кодировщиков NVENC H.264, x264, QuickSync H.264, H264/AVC Encoder (AMD Advanced Media Framework) описанных ниже;
    • Перемаштабировать вывод - выбрать отличный от трансляции маштаб видео, доступна при выборе кодировщиков NVENC H.264, x264, QuickSync H.264, H264/AVC Encoder (AMD Advanced Media Framework);
    • Пользовательские настройки мультиплексора - дополнительные настройки формата записи трансляции.
  • FFmpeg - набор свободных библиотек с открытым исходным кодом, которые позволяют записывать, конвертировать и передавать цифровые аудио- и видеозаписи в различных форматах. Под FFmpeg нужно установить соответствующую библиотеку на ПК подробнее в Википедии .
    • (Статья требует дополнительного описания, если вы знаете и разбираетесь в параметрах FFmpeg свяжитесь с нами по эмейл)

«Аудио»

Содержит настройки для отдельных звуковых дорожек если вы используете разные дорожки в микшере.

«Буфер повтора»

Включает буфер повтора, нужно настроить горячие клавиши, по нажатию на определённую кнопку запустит повтор выбранного вами отрезка времени, по умолчанию отмотает время на 20 секунд назад и будет повторять этот момент пока не прервёте его горячей клавишей.

Вкладка «Аудио»

Вкладка «Аудио»

Вкладка для настройки аудиоустройства для трансляции. Дополнительно можно настроить функцию включать/выключать микрофон по нажатии и функцию push-to-talk (микрофон работает только пока нажата заданная клавиша). Настройки задержки включения и выключения микрофона определяют задержку перед использованием функции в миллисекундах (ms).

Вкладка «Видео»

Вкладка «Видео»

Вкладка для настройки разрешения вашей трансляции. По умолчанию соотношение сторон выбрано равное соотношениям сторон для мониторов 16:9 это 1280х720, 1680х1050, 1920х1080 и т.д. Лучше отталкиваться от принятых к стандарту разрешений, если у вас монитор 16:10 или более широкий, ориентируйтесь на стандартные разрешения и старайтесь транслировать в 16:9 иначе зрители будут наблюдать чёрные полосы на трансляции снизу, либо вам придётся пожертвовать и обрезать изображение с боков.

• Базовое разрешение - это разрешение окна превью в самой программе, если вы настроили трансформацию своих источников, то будьте готовы, что при уменьшении этого параметра вам придётся настраивать трансформацию всех источников заново.
• Выходное разрешение - разрешение которое будет выдавать OBS Studio в эфир, эта настройка будет игнорироваться если Вы выбрали «Перемасштабировать вывод» во вкладке «Вывод»

Чтобы не нагружать процессор ещё сильнее, лучше не использовать масштабирование и выставлять одинаковое значение в опциях «Базовое разрешение» и «Выходное разрешение».

• фильтр масштабирования - применяется только тогда, когда вы выбираете выходное разрешение отличное от базового, самый лучший фильтр - это Метод Ланцоша работает медленнее, но качество получается лучше и ресурсов процессора используется тоже больше, на современных мощных процессорах почти не заметна нагрузка, а вот обладателям слабых ПК стоит обратить на этот параметр внимание. Выбор фильтра зависит от конфигурации компьютера, самым оптимальным является Бикубический.

Вкладка «Горячие клавиши»

Вкладка «Горячие клавиши»

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

Вкладка «Расширенные»

Вкладка «Расширенные»

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

• Приоритет процесса - изменение приоритете OBS в системе Windows, если наблюдаются какие-либо проблемы с программой попробуйте изменить этот параметр, не рекомендуется выставлять самое высокое значение, так как могут появиться проблемы с другими приложениями.
  • Высокий
  • Выше нормального
  • Средний
  • Ниже среднего
  • Низкий
• Рендер - выбор значение которое будет отвечать за обработку кадров трансляции.
  • Direct3D
  • Open GL
Цветовой формат - или же цветовой профиль, можно выбрать какой именно профиль будет отвечать за построение картинки, обо всех профилях и что они дают можно почитать в википедии это очень обширная тема. Цветовое пространство YUV - это цветовая модель, в которой цвет состоит из трёх компонентов - яркость (Y) и два цветоразностных компонента (U и V). Разные стандарты построения картинки, параметры подбираются опытным путём.
• Цветовой диапазон YUV.
  • Частичный
  • Полный

Развенчание популярных мифов о цифровом звуке.

2017-10-01T15:27

2017-10-01T15:27

Audiophile"s Software

Примечание : для лучшего понимания нижеизложенного текста очень рекомендую ознакомиться с основами цифрового звука .

Также многие затронутые ниже моменты освещены в моей публикации «Ещё раз о печальной правде: откуда на самом деле берётся хорошее звучание?» .

Чем больше битрейт, тем качественнее трек

Это далеко не всегда так. Для начала напомню, что такое битрейт (bitrate, а не bitraid). Фактически это скорость потока данных в килобитах на секунду при воспроизведении. Т. е., если мы возьмем размер трека в килобитах и разделим на его продолжительность в секундах, получим его битрейт - т. н. file-based bitrate (FBR), обычно он не слишком отличается от битрейта аудиопотока (причиной различий является наличие в треке метаданных - тегов, «вшитых» изображений и т. п.).

Теперь возьмем пример: битрейт несжатого PCM аудио, записанного на обычном Audio CD, рассчитывается следующим образом: 2 (канала) × 16 (бит на каждый семпл) × 44100 (семплов в секунду) = 1411200 (бит/с) = 1411.2 кбит/с. А теперь возьмём и сожмём трек любым lossless кодеком («lossless» - «беспотерьный», т. е. такой, который не приводит к потере какой-либо информации), например кодеком FLAC. В результате мы получим битрейт ниже исходного, но качество при этом останется неизменным - вот вам и первое опровержение.

Сюда ещё кое-что стоит добавить. Битрейт на выходе при lossless сжатии может получиться самый разный (но, как правило он меньше, чем у несжатого аудио) - зависит это от сложности сжимаемого сигнала, а точнее от избыточности данных. Таким образом, более простые сигналы будут сжиматься лучше (т. е. имеем меньший размер файла при такой же продолжительности => меньший битрейт), а более сложные - хуже. Именно поэтому классическая музыка в lossless имеет меньший битрейт, чем, скажем, рок. Но надо подчеркнуть, что битрейт тут ни в коем случае не является показателем качества звукового материала.

Теперь поговорим о lossy сжатии (с потерями). Прежде всего надо понимать, что существует множество разных кодеров и форматов, и даже в пределах одного формата качество кодирования у разных кодеров может отличаться (например, QuickTime AAC кодирует намного качественнее устаревшего FAAC), не говоря уже о превосходстве современных форматов (OGG Vorbis, AAC, Opus) над MP3. Проще говоря, из двух одинаковых треков, закодированных разными кодерами с одним битрейтом, какой-то будет звучать лучше, а какой-то - хуже.

Кроме того, существует такое понятие, как апконверт . Т. е., можно взять трек в формате MP3 с битрейтом 96 кбит/с и конвертировать его в MP3 320 кбит/с. Мало того, что при этом качество не улучшится (ведь потерянные при предыдущем кодировании в 96 кбит/с данные уже не вернуть), оно даже ухудшится. Тут стоит указать, что на каждом этапе lossy кодирования (с любым битрейтом и любым кодером) в аудио вносится определенная порция искажений.

И даже более. Есть еще один нюанс. Если, скажем, битрейт аудиопотока - 320 кбит/с, это не значит, что все 320 кбит ушли на кодирование той самой секунды. Это характерно для кодирования с постоянным битрейтом и для тех случаев, когда человек, надеясь получить максимальное качество, форсирует слишком большой постоянный битрейт (как пример - установка 512 кбит/с CBR для Nero AAC). Как известно, количество бит, выделяемое на тот или иной фрейм, регулируется психоакустической моделью. Но в случае, когда выделенное количество намного ниже установленного битрейта, то не спасает даже резервуар бит (о терминах читайте в статье «Что такое CBR, ABR, VBR?») - в итоге мы получаем бесполезные «нулевые биты», которые просто «добивают» размер фрейма до нужного (т. е. увеличивают размер потока до заданного). Кстати, это легко проверить - сожмите полученный файл архиватором (лучше 7z) и посмотрите на степень сжатия - чем она больше - тем больше нулевых битов (т. к. они приводят к избыточности), тем больше зря потраченного места.

Кодеки lossy (MP3 и прочие) способны справитьcя c современной электронной музыкой, но не способны качественно закодировать классическую (академическую), живую, инструментальную музыку

«Ирония судьбы» здесь в том, что на самом деле всё с точностью до наоборот. Как известно, академическая музыка в подавляющем большинстве случаев следует мелодическим и гармоническим принципам, а также инструментальному составу. С математической точки зрения это обуславливает относительно простой гармонический состав музыки. Так преобладание консонансов продуцирует меньшее количество побочных гармоник: например, для квинты (интервал, в котором основные частоты двух звуков различаются в полтора раза) общей для двух звуков будет каждая вторая гармоника, для кварты, где частоты различаются на одну треть - каждая третья, и т. п. Кроме того, наличие фиксированных соотношений частот, обусловленных использованием равномерно темперированного строя, также упрощает спектральный состав классической музыки. Живой инструментальный состав классики обуславливает отсутствие в ней шумов, характерных для электронной музыки, искажений, резких скачков амплитуды, а также отсутствие избытка высокочастотных составляющих.

Перечисленные выше факторы приводят к тому, что классическая музыка намного легче сжимается, прежде всего, чисто математически. Если вы помните, математическое сжатие работает за счёт устранения избыточности (описывая похожие фрагменты информации с использованием меньшего количества битов), а также за счёт предсказания (т. н. предикторы предсказывают поведение сигнала, а затем кодируется только отклонение реального сигнала от предсказанного - чем точнее они совпали, тем меньше битов нужно для кодирования). В данном случае относительно простой спектральный состав и гармоничность обуславливают высокую избыточность, устранение которой даёт значительную степень компрессии, а малое количество всплесков и шумовых компонентов (являющихся случайными и непредсказуемыми сигналами) обуславливает хорошую математическую предсказуемость подавляющей части информации. И это я уже не говорю об относительно небольшой средней громкости классических треков и о часто встречающихся промежутках тишины, для кодирования которых информация практически не требуется. В итоге мы можем без потерь сжать, например, некоторую сольную инструментальную музыку до битрейтов ниже 320 кбит/с (кодеры TAK и OFR на такое вполне способны).

Так вот, во-первых, дело в том, что математическое сжатие, лежащее в основе lossless кодирования, является также и одним из этапов lossy кодирования (читайте Понятно об MP3 кодировании). А во-вторых, т. к. в lossy используется преобразование Фурье (разложение сигнала на гармоники), то простота спектрального состава даже вдвойне облегчает кодеру работу. В итоге, сравнивая оригинальный и закодированный семпл классической музыки в слепом тесте, мы с удивлением обнаруживаем, что никаких отличий найти не можем, даже при относительно низком битрейте. И самое смешное - что когда мы начинаем совсем понижать битрейт кодирования, первое, что обнаруживает отличия - фоновые шумы в записи.

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

Также забавляют мнения «опытных слухачей» и музыкантов, которые при полном непонимании принципов lossy кодирования начинают утверждать, что они слышат, как инструменты в музыке после кодирования начинают фальшивить, частоты плавают и т. п. Это, возможно, ещё было бы справедливо для допотопных кассетных плееров с детонацией, но в цифровом аудио всё точно: частотная составляющая либо остаётся, либо отбрасывается, смещать тональность тут попросту нет надобности. Более того: наличие у человека музыкального слуха совершенно не означает наличие у него хорошего частотного слуха (например, способности воспринимать частоты >16 кГц, которая с возрастом сходит на нет) и отнюдь не облегчает ему задачу поиска артефактов lossy кодирования, т. к. искажения эти имеют характер очень специфический и требуют опыта слепого сравнения именно lossy аудио - надо знать, на чём и где искать.

DVD-Audio звучит лучше, чем Audio CD (24 бита против 16-ти, 96 кГц против 44.1 и т. п.)

К сожалению, люди обычно смотрят только на цифры и очень редко задумываются о влиянии того или иного параметра на объективное качество.

Рассмотрим для начала разрядность. Этот параметр отвечает не за что иное, как за динамический диапазон, т. е., за разницу между самым тихим и самым громким звуками (в дБ). В цифровом аудио максимальный уровень - это 0 dBFS (FS - full scale), а минимальный - ограничен уровнем шумов, т. е., фактически динамический диапазон по модулю равен уровню шумов. Для 16-битного аудио динамический диапазон рассчитывается как 20 × log 10 2 16 , что равняется 96.33 вБ. При этом динамический диапазон симфонического оркестра - до 75 дБ (в основном около 40-50 дБ).

А теперь представим реальные условия. Уровень шума в комнате - около 40 дБ (не забываем, что дБ - величина относительная. В данном случае за 0 дБ принимается порог слышимости), максимальная громкость музыки достигает 110 дБ (чтобы не было дискомфорта) - получаем разность 70 дБ. Таким образом получается, что динамический диапазон более 70 дБ в данном случае просто бесполезен. Т. е. при диапазоне выше или громкие звуки будут достигать болевого порога, или тихие звуки будут поглощаться окружающими шумами. Достичь уровня окружающих шумов менее 15 дБ очень трудно (так как на этом уровне находится громкость человеческого дыхания и прочих шумов обусловленных, человеческой физиологией), в итоге диапазон в 95 дБ для прослушивания музыки оказывается совершенно достаточным.

Теперь о частоте дискретизации (частота семплирования, sample rate). Этот параметр отвечает за частоту квантования по времени и непосредственно влияет на максимальную частоту сигнала, которую можно описать данным представлением аудио. По теореме Котельникова она равна половине частоты дискретизации. Т. е. для обычной частоты семплирования в 44100 Гц максимальная частота составляющих сигнала - 22050 Гц. Максимальная же частота. которая воспринимается человеческим ухом - чуть выше 20000 Гц (и то, при рождении; по мере взросления порог опускается до 16000 Гц).

Лучше всего данная тема раскрыта в статье Загрузки в формате 24/192 - почему они не имеют смысла .

Разные программные плееры звучат по-разному (e. g. foobar2000 лучше Winamp и т. п.)

Чтобы понять, почему это не так, надо разобраться, что собой представляет программный плеер. По сути это декодер, обработчики (опционально), плагин вывода (на один из интерфейсов: ASIO, DirectSound, WASAPI. etc.), ну и конечно же GUI (графический интерфейс пользователя). Т. к. декодер в 99.9 % случаев работает по стандартному алгоритму, а плагин вывода - это всего лишь часть программы, которая передает поток звуковой карте через один из интерфейсов, то причиной различий могут быть только обработчики. Но дело в том, что обработчики обычно по-умолчанию выключены (или должны быть выключены, т. к. главное для хорошего плеера - уметь передать звук в «первозданном» виде). В итоге, предметом сравнения тут могут быть только возможности обработки и вывода, в которых, кстати говоря, необходимости очень часто вообще нет. Но даже если такая необходимость и есть - то это уже сравнение обработчиков, а никак не плееров.

Разные версии драйвера звучат по-разному

В основании этого утверждения лежит банальное незнание принципов работы звуковой карты. Драйвер - это программное обеспечение, необходимое для эффективного взаимодействия устройства с операционной системой, также обычно предоставляющее графический интерфейс пользователя для возможности управления устройством, его параметрами и т. д. Драйвер звуковой карты обеспечивает распознавание звуковой карты как звукового устройства Windows, сообщает ОС о поддерживаемых картой форматах, обеспечивает передачу несжатого PCM (в большинстве случаев) потока на карту, а также даёт доступ к настройкам. Кроме того, в случае наличия софтовой обработки (средствами CPU), драйвер может содержать различные DSP (обработчики). Потому, во-первых, при отключенных эффектах и обработке, если драйвер не обеспечивает точную передачу PCM на карту, это считается грубейшей ошибкой, критическим багом. И случается такое крайне редко . С другой стороны, различия между драйверами могут быть в обновлении алгоритмов обработки (ресемплеров, эффектов), хотя это случается тоже отнюдь не часто. К тому же, для достижения наивысшего качества эффекты и любую обработку драйвером всё равно следует исключать.

Таким образом, обновления драйверов в основном ориентированы на повышение стабильности работы и устранение ошибок, связанных с обработкой. Ни то, ни другое в нашем случае на качество воспроизведения не влияет, потому в 999 случаях из 1000 драйвер влияния на звук не оказывает.

Лицензионные Audio CD звучат лучше, чем их копии

Если при копировании не произошло ошибок (неустранимых) чтения/записи и у оптического привода устройства, на котором будет воспроизводится диск-копия, нет проблем с его чтением, то такое утверждение ошибочно и легко опровергается .

Режим кодирования Stereo дает лучшее качество, чем Joint Stereo

Это заблуждение главным образом касается LAME MP3, так как все современные кодеры (AAC, Vorbis, Musepack) используют только режим Joint Stereo (и это уже о чём-то говорит)

Для начала стоит упомянуть, что режим Joint Stereo успешно используется при lossless сжатии. Суть его заключается в том, что сигнал перед кодированием раскладывается на сумму правого и левого канала (Mid) и на их разность (Side), а затем происходит отдельное кодирование этих сигналов. В пределе (для одинаковой информации в правом и левом канале) получается двойная экономия данных. А так как в большинстве музыки информация в правом и левом каналах довольно схожа, то этот метод оказывается очень эффективным и позволяет значительно увеличить степень сжатия.

В lossy принцип тот же. Но здесь в режиме постоянного битрейта качество фрагментов со схожей информацией в двух каналах будет увеличиваться (в пределе - удваиваться), а для VBR режима в таких местах будет просто уменьшаться битрейт (не забываем, что главная задача VBR режима - стабильно поддерживать заданное качество кодирования, используя минимально возможный битрейт). Так как во время lossy кодирования приоритет (при распределении битов) отдаётся сумме каналов, чтобы избежать ухудшения стереопанорамы, используется динамическое переключение между режимами Joint Stereo (Mid/Side) и обычным (Left/Right) стерео на базе фреймов. Кстати говоря, причиной данного заблуждения послужило несовершенство алгоритма переключения в старых версиях LAME, а также наличие режима Forced Joint, в котором автопереключение отсутствует. В последних версиях LAME режим Joint включен по умолчанию и менять его не рекомендуется.

Чем шире спектр, тем качественнее запись (о спектрограммах, auCDtect и частотном диапазоне)

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

А дело тут вот в чем. Спектрограмма визуально демонстрирует распределение мощности сигнала по частотам, но не может дать полного представления о звучании записи, наличии в ней искажений и артефактов компрессии. Т. е., по сути всё, что можно определить по спектрограмме, - это частотный диапазон (и частично - плотность спектра в районе ВЧ). Т. е., в лучшем случае, путем анализа спектрограммы можно выявить апконверт. Сравнение же спектрограмм треков, полученных путем кодирования различными кодерами, с оригиналом - полнейший абсурд. Да, вы сможете выявить различия в спектре, но вот определить, будут ли они (и в какой степени) восприниматься человеческим ухом - практически невозможно. Нельзя забывать, что задача lossy кодирования - обеспечить результат неотличимый человеческим ухом от оригинала (никак не глазом).

Это же относится и к оценке качества кодирования путём анализа треков на выходе программой auCDtect (Audiochecker, auCDtect Task Manager, Tau Analyzer, fooCDtect - это лишь оболочки для единственной в своем роде консольной программы auCDtect). Алгоритм auCDtect тоже фактически анализирует частотный диапазон и всего лишь позволяет определить (с определенной долей вероятности), было ли на каком-либо из этапов кодирования применено MPEG сжатие. Алгоритм заточен под MP3, потому его легко «обмануть» с помощью кодеков Vorbis, AAC и Musepack, так что даже если программа пишет «100% CDDA» - это не значит, что закодированное аудио на 100% соответствует исходному.

И возвращаясь непосредственно к спектрам. Популярно также стремление некоторых «энтузиастов» во что бы то ни было отключить lowpass (НЧ) фильтр в кодере LAME. Здесь на лицо непонимание принципов кодирования и психоакустики. Во-первых, кодер обрезает высокие частоты только с одной целью - сэкономить данные и использовать их для кодирования наиболее слышимого диапазона частот. Расширенный частотный диапазон может фатально сказаться на общем качестве звучания и привести к слышимым артефактам кодирования. Более того, отключение среза на 20 кГц - вообще совершенно неоправданно, так как частоты выше человек попросту не слышит.

Существует некая «волшебная» предустановка эквалайзера, способная значительно улучшить звучание

Это не совсем так, во-первых, потому, что каждая отдельно взятая конфигурация (наушники, акустика, звуковая карта) обладает своими собственными параметрами (в частности, своей амплитудно-частотной характеристикой). И потому к каждой конфигурации должен быть свой, уникальный подход. Проще говоря, такая предустановка эквалайзера существует, но она отличается для разных конфигураций. Суть же её заключается в корректировке АЧХ тракта, а именно - в «выравнивании» нежелательных провалов и всплесков.

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

Перед конвертированием музыки в другой формат следует «разжимать» её в WAV

Сразу отмечу, что под WAV подразумеваются PCM данные (импульсно-кодовая модуляция) в контейнере WAVE (файл с расширением *.wav). Эти данные представляют собой не что иное, как последовательность битов (нулей и единиц) группами по 16, 24 или 32 (в зависимости от разрядности), каждая из которых представляет собой двоичный код амплитуды соответствующего ей семпла (например, для 16 бит в десятичном представлении это значения от -32768 до +32768).

Так вот, дело в том, что любой обработчик звука - будь то фильтр или кодер - как правило работает только с этими значениями, то есть только с несжатыми данными. Это значит, что для преобразования звука, скажем, из FLAC в APE, просто необходимо сначала декодировать FLAC в PCM, а затем уже закодировать PCM в APE. Это как для перепаковки файлов из ZIP в RAR, надо сначала распаковать ZIP.

Однако, если вы пользуетесь конвертером или просто продвинутым консольным кодером, промежуточное преобразование в PCM происходит на лету, иногда даже без записи во временный WAV файл. Именно это и вводит людей в заблуждения: кажется, что форматы конвертируются непосредственно один в другой, но на самом деле в такой программе обязательно есть декодер входного формата, выполняющий промежуточное преобразование в PCM.

Таким образом, ручное преобразование в WAV не даст вам совершенно ничего, кроме лишней траты времени.

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

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

Битрейт это количество информации передаваемой либо сохраняемой за определённый промежуток времени. Обычно за секунду. В видео принято обозначать им коэффициент сжатия и измеряется он мегабитами (Mbps) либо килобитами (kbps) в секунду. И чем больше его значение, тем качественнее картинка. Проще говоря, когда в кодеке выставляем битрейт мы как бы говорим ему, что у нас есть, например, только 16 мегабит (это 2 мегабайта) на одну секунду видео и он уже пытается при помощи своих алгоритмов сжатия сохранить картинку с наименьшими потерями. Соответственно, чем больше это значение, тем меньше кодеку приходится ужимать изображение, но размер получаемого файла при этом увеличивается.

Обычно в программах для монтажа и конвертации видео есть возможность выбрать один из трех режимов сжатия:

1. С постоянным битрейтом. (Constant bitrate, CBR) В этом режиме выставленный битрейт не меняется на протяжении всего кодирования и поэтому размер конечного файла можно точно рассчитать.

2. С переменным битрейтом. (Variable bitrate, VBR) При выборе этого режима мы уже выставляем максимально возможный битрейт, а кодек сам выбирает необходимый для каждой конкретной сцены в видеоролике. Благодаря этому размер конечного файла может быть меньше, чем при выборе режима с постоянным битрейтом. Но рассчитать его уже сложнее. (Можно ориентироваться на максимальный битрейт при подсчёте)

3. С усредненным битрейтом (Average bitrate, ABR) В этом режиме мы уже выставляем минимально и максимально допустимый битрейт. Как и в случае с переменным кодек сам его подбирает, но уже только в этих пределах. Качество кодирования при этом лучше. Так как кодек не может уйти за минимальный предел битрейта.

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

Ну а теперь к практике. Точнее к цифрам.

Сейчас достаточно много, как форматов, так и кодеков для сжатия видео. Но наиболее качественным, по моему мнению, пока остаётся H.264. Тем более, что его рекомендуют видеосервисы Youtube и Vimeo . Именно поэтому я буду ориентироваться на самый распространенный формат видеозаписи Full HD (1920×1080) и кодек H.264.

Какой же тогда выставлять битрейт?

Для YouTube и Vimeo советую выставлять битрейт от 10 до 16 mbps (мегабит в секунду. Соответственно это будет от 10000 до 16000 kbps ). Этого вполне достаточно для получения хорошей картинки и небольшого размера файла.

Если вам необходимо получить лучшее качество и средний размер файла, то рекомендую выставлять битрейт в пределах 18 — 25 mbps .

Ну а для сохранения максимального качества картинки – 50 mbps.

Но тут ещё есть один нюанс. Нужно смотреть, какой битрейт у вас на оригинальных видео. Если они, например, записаны с 10 mbps , то выставлять при рендере 25 mbps нет никакого смысла . Так как размер файла увеличится, а качество останется таким же. В этом случае можно оставить 10 mbps . То есть для максимально возможного качества можно ориентироваться на битрейт оригинальных видео файлов, не превышая их значений.

Для того чтобы его узнать нужно в браузере Windows кликнуть правой кнопкой мыши на нужном файле, зайти в свойства и выбрать вкладку подробно.

Там в пункте «Скорость передачи данных» будет указан битрейт на который можно ориентироваться. Здесь же можно увидеть разрешение и частоту кадров.

Ещё замечу, что максимальный битрейт при создании Blu-Ray диска составляет 35 mbps.

Если же вы создаёте диски в DVD формате , то выставляйте битрейт в пределах 5 – 9 mbps. И я рекомендую всё-таки использовать 9 mbps для получения максимального качества. (для разрешения 720×576 этого вполне достаточно)

Кстати, чем меньше разрешение видео, тем меньше нужен битрейт.

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

Допустим мы выставили 50 mbps и рендерим 1 час видео , тогда (50 (битрейт в мегабитах) * 3600(количество секунд в часе)) / 8 (переводим в мегабайты) = 22500 мегабайт . То есть 1 час видео при битрейте 50mbps будет занимать 21,97 Гигабайта (22500/1024=21,97 переводим в гигабайты)

Ну а если нам нужно рассчитать необходимый битрейт, чтобы уместить 1 час видео на 8 гигабайт , то нужно (7800 (приблизительно 8 гигабайт в мегабайтах) / 3600 (секунд в часе)) * 8 (переводим мегабайты в мегабиты) = 17,3mbps.

На этом я пожалуй и закончу. Если статья была вам полезна, то ставьте лайки, подписывайтесь на новости и оставляйте комментарии.

Удачного вам рендера.

Здравствуйте, уважаемые читатели сайта сайт. Пришло время для второй серии «Мамкиного стримера», и сегодня рассмотрим первоначальную настройку OBS. В прошлый раз мы собрали и потестили оптимальное оборудование для стрима в Full HD 60 FPS.

Я постараюсь максимально быстро и информативно рассказать про важные пункты, подобрать оптимальные настройки для разных компьютеров под каждый кодировщик: NVENC, x264, Quick Sync и AVC Encoder для видеокарт AMD.

У некоторых может возникнуть вопрос, почему OBS, а не Xsplit. Во-первых, OBS бесплатна. А во-вторых, менее требовательна к ресурсам ПК. И при одинаковых пресетах OBS будет загружать компьютер меньше. Давайте уже начнем!

Учтите, что эти значения руководствуются критериями качества на youtube. Т.е. эти значения во многом соответствую не игровой тематике, а формату видеороликов, снятых на камеру.

"Супер качество" - это максимальный функциональный предел; при стриме игр смысла выставлять его особо нет, т.к. визуально качество будет практически такое же как и в "Высоком качестве".

Поэтому для игр "Низкое качество" зачастую является приемлемым. Например, на твиче считается нормальным брать битрейт 1800 для стрима в 720p - это дефолтное значение в OBS для данной платформы.

АПДЕЙТ: Твич повысил максимальный битрейт с 3500 до 6000. Так что если у вас мощный комп, можно смело ставить, например, 720 в 60фпс с битрейтом 5к

Также важно понимать, что выбор битрейта зависит от конкретной игры. Если вы играете в пиксельную игру вроде Realm of the Mad God, большой битрейт погоды не сделает, т.к. сама игра не блещет графикой. Также высокое качество картинки не важно в статичных играх вроде Hearthstone, где большинство зрителей и так в курсе какая карта что делает.

Мой личный выбор для большинства игр - битрейт для youtube:
720p (разрешение 1280x720), 30 фпс - 2500
1080p (разрешение 1920x1080), 30 фпс - 4300

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

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

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

И наоборот, если машина не справляется со стримом и игрой одновременно, то стоит понизить использование ЦП, чтобы видео было плавнее. Рекомендуемое значение для слабых и средних процессоров «Veryfast».

Пункт профиль напрямую зависит от вашего железа. Для более старых комплектующих желательно устанавливать main, для более новых – high. При этом потеря качества будет минимальна.

Отдельный пункт «Настройка» под профилями - это некая оптимизация для вашей трансляции. Рекомендую устанавливать параметр нулевой задержки, который как раз и предназначен для потокового видео.

Теперь рассмотрим настройки трансляции через NVENC H.264 кодек для видеокарт NVIDIA. Особых отличий здесь нет. Всё та же строчка с битрейтом, пресетами и профилями.

Пресеты здесь уже обозначены по-человечески, и из названия можно понять, как повысить качество картинки и как снизить нагрузку на видеокарту. Однако параметр уровень (чего?) – это уже более точная поднастройка, куда нам, нубам, пока еще лезть рано. Поэтому оставляем его в режиме «авто».

При использовании двухпроходного кодирования качество картинки улучшится, но нагрузка на GPU возрастет. Но это адекватная цена, поэтому ставим галочку.

Если ты мажор и у тебя несколько видеокарт в SLI, то в следующем пункте GPU устанавливай значение «один» для двух видеокарт, значение два – для трех и тд. Если у тебя только одна видеокарта, то оставляй значение «ноль».

Использование B-кадров означает, что данный кадр ссылается на два соседних – предыдущий и следующий. Это ускоряет отрисовку и снижает нагрузку на железо. Оставляем значение в 2.

Стриминг через видеокарты AMD. Здесь есть тоже свои пресеты, в которых достаточно поменять битрейт на желаемый под ваше разрешение.

Если перейти в режим просмотра «Эксперт», то можно максимально детально настроить кодер под свои нужды. Однако я на этом заострять внимание не буду, так как, во-первых, это растянет видео на час, а во-вторых – мало кто использует видеокарты AMD для стриминга.

Quick Sync

Также есть возможность кодирования трансляции через Quick Sync и встроенного видеоядра в процессоры Intel. Однако качество будет ниже среднего, хоть и снизится основная нагрузка на процессор.

Для включения технологии необходимо зайти в BIOS и изменить пункт мульти-монитора в разделе встроенного видеоядра на Enable. На разных материнских платах название может отличаться. Далее настройка аналогичная как для стриминга через процессор.

Следующий пункт – «Аудио». Здесь вы можете подключить несколько аудио устройств для воспроизведения в трансляции, выбрать качество, определить количество каналов, задать задержку включения и выключения микрофона.

Аудио битрейт для стрима должен также отличатся в зависимости от вашего разрешения, иначе звук может лагать. Рекомендую следующие значения аудио битрейта:

240p (426 x 240) - 32 kbps (mono)
270p (480x270) - 40 kbps (mono)
360p (640x360) - 48 kbps
480p (854x480) - 64 kbps
540p (960x540) - 96 kbps
720p (1280x720) - 128 kbps
1080p (1920x1080) - 128 kbps

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

В разделе «Видео» задается нативное разрешение экрана, выходное разрешение для трансляции и определяется максимальное значение FPS.

Фильтр масштабирования – очень полезная функция. Объясню, чем отличаются методы и какой лучше подобрать под ваш компьютер.

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

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

Третий и самый ресурсозатратный метод – Ланцоша . Качество трансляции будет максимальным, как и нагрузка на ПК. Не рекомендую использовать с процессорами слабее Ryzen 5 1400, Intel Сore i5 6400 и видеокартах младше GTX 1060 с 6 GB.

В разделе «Горячих клавиш» можно задать комбинации или отдельные бинды на быстрое включение определенных функции или смены сцен трансляции.

В «Расширенных настройках» советую поставить приоритет процесса на высокий, чтобы фоновые обновления или другой софт не занимали необходимые ресурсы. Цветовой формат, пространство и диапазон лучше не трогать.

Настройка первого стрима

Теперь создадим нашу первую сцену с игрой и нашей веб-камерой. Для начала слева внизу нажимаем на плюс и создаем первую сцену.

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

Начнем с добавления игры, которую будем транслировать. Нажимаем в источниках «плюс», выбираем «Захват игры».