Что такое потоковая трансляция

Что такое потоковая передача мультимедиа?

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

В чем разница между потоковой передачей и загрузкой?

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

Можно подумать об этом, как о разнице между озером и рекой: оба содержат воду, и река может содержать столько же воды, сколько озеро. Разница в том, что в реке вода не находится в одном и том же месте в одно и то же время. Загруженный видеофайл больше похож на озеро, поскольку он занимает много места на жестком диске (и для перемещения озера требуется много времени). Потоковое видео больше похоже на реку, в том, что данные видео непрерывно, быстро течет в браузер пользователя.

Как работает потоковая передача мультимедиа?

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

Отправка видео через интернет, в отличие от отправки текста и неподвижных изображений, требует более быстрого метода передачи данных, чем TCP/IP, который отдает приоритет надежности над скоростью.

Как протокол UDP улучшает потоковую передачу?

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

Большая часть интернета использует TCP или протокол управления передачей. Этот транспортный протокол предусматривает тщательное взаимное подтверждение для открытия соединения. Как только соединение открыто, и два коммутирующих устройства передают пакеты назад и вперед, TCP гарантирует, что передача надежна, что все пакеты поступают в порядке.

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

Если TCP похож на службу доставки пакетов, которая требует, чтобы получатель подписал его, то UDP похож на службу доставки, которая оставляет пакеты на переднем крыльце, не стуча в дверь, чтобы получить подпись. Служба доставки TCP теряет меньше пакетов, но служба доставки UDP работает быстрее, так как пакеты могут быть выгружены, даже если их никто не подписывает.

Потоковая передача и буферизация

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

Какие факторы замедляют стриминг?

На стороне пользователя:

Как сделать потоковую передачу быстрее?

Потоковая передача подвержена тем же задержкам и снижению производительности, что и другие виды веб-контента. Поскольку потоковое содержимое хранится в другом месте, расположение хостинга имеет большое значение, как и в случае с любым типом содержимого, доступного через интернет. Если пользователь в Нью-Йорке пытается выполнить потоковую передачу с сервера Netflix в Лос Гатос, видеоконтент должен будет пересечь 3000 миль, чтобы достичь пользователя, и видео придется потратить много времени на буферизацию или может даже не воспроизводиться вообще. По этой причине Netflix и другие поставщики потоковой передачи широко используют распределенные сети доставки контента (CDN), хранящие контент в местах по всему миру, которые намного ближе к пользователям.

CDN оказывают огромное положительное влияние на производительность потоковой передачи. Cloudflare Stream Delivery использует сеть CDN Cloudflare для хранения видеоконтента во всех точках присутствия Cloudflare по всему миру. В результате сокращается задержка для времени запуска видео и уменьшается буферизация.

Источник

Потоковое вещание (Live streaming). Общая информация

В этой статье обобщим информацию по такому популярному на сегодняшний день термину, как потоковое вещание. Рассмотрим основные компоненты и технологии, которые используются для создания Live streaming. Познакомится с основными серверами и кодерами.

Итак, начнем с короткого определения

Потоковое вещание – это доставка мультимедийных потоков информации (видео, аудио) удаленным пользователям, в реальном режиме времени.

Также можно встретить следующие обозначения это термина:

Примеры потокового вещания

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

Некоторые характеристики потокового вещания

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

Конечные пользователи, в зависимости от ситуации, могут получать потоковое видео на разные устройства

Источники потокового видео

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

Примеры кодеров.

Примеры Медиа серверов

Подробнее почитать про медиа сервера вы можете в одной из моих статей.

Плееры для просмотра потокового вещания

Популярные видео кодеки

Популярные аудио кодеки

Рассмотрим отличие мультимедийных потоков Видеочата от Потокового видео

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

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

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

До встречи! Всем хорошего настроения!

Источник

Потоковое видео: что это такое?

Дата публикации: 2018-02-01

От автора: поскольку все больше и больше клиентов используют сети с высокой пропускной способностью, потоковое видео стало нормой в Интернете. Социальные медиа, веб-сайты и потоковые сервисы, такие как YouTube и Netflix, передаются прямо на ваш телефон. Исследование показало, что видео повышает взаимодействие с клиентами, поэтому мы должны ожидать, что количество видео в Интернете и на мобильных устройствах будет продолжать расти быстрыми темпами. Но что нужно для хорошего воспроизведения видео? И (возможно, что более важно), как вы можете реализовать хорошее воспроизведение видео, которое также очень высокоэффективно? В этой статье я сосредоточусь на нескольких способах оптимизации потоковой передачи HTTP Live Streaming (HLS) для улучшения доставки. Эти передовые методы также применяются к форматам MPEG-DASH и другим потоковым форматам и ни в коем случае не являются исчерпывающим списком, а просто представляют собой способы повышения производительности потоковой передачи видео.

Исследование: что делает хороший поток?

Ответ: зависит от разных факторов. Клиенты демонстрируют различное поведение для разных типов потоков. Это интуитивно имеет смысл — если вы сидите и смотрите телешоу или фильм (более 15 минут), вы будете более терпеливыми, чем, если это будет видео с котом, едущем на Roomba.

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

Задержка запуска: время от нажатия воспроизведения до тех пор, как начнётся поток.

Столбцы. В буфере устройства видео не остается, и воспроизведение останавливается.

JavaScript. Быстрый старт

Изучите основы JavaScript на практическом примере по созданию веб-приложения

Качество видео: сколько пикселей на экране в любой момент времени.

Эти показатели сильно зависят от того, насколько быстро видео можно транспортировать по сети. В исследовательской работе Akamai обнаружено, что после 2 секунд задержки запуска клиенты начинают отказываться со скоростью 5,8% за дополнительную секунду. Они также считают, что более длинные (и более многочисленные) торможения приводят к отказу. Наконец, видео высокого качества более приятно смотреть, поэтому важно избегать пиксельного и низкого качества видео.

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

Скриншоты в этой статье взяты из AT & T Video Optimizer, бесплатного инструмента, который собирает сетевые захваты на вашем мобильном устройстве. Он оценивает сетевой трафик против

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

Как мы можем обеспечить быструю и регулярную доставку видео?

Первое, что вы могли заметить, — это столбец идентификатора, который немного не соответствует порядку. Существуют значения 1-7, но список начинается с 3. Каждый идентификатор отображает полосу пропускания, разрешение и аудио и видео кодеки, используемые для создания потока.

Запуск видео

Первым битрейтом, указанным в манифесте, является качество видео, которое первоначально запросит пользователь. Если этот список был последовательным, видеопоток начался бы с очень низкого качества 1 (128 × 320 @ 193 KBPS). С положительной стороны, 193 KBPS будет загружаться очень быстро в большинстве сетей.

Если бы порядок был отменен, начальное качество видео было бы чрезвычайно высоким (676 × 1024 3.6 MBPS). И хотя большое качество видео важно, это может привести к очень большой задержке запуска в сети с пропускной способностью менее 3,6 МБ.

Лучшая практика № 1: Чтобы сбалансировать начальное качество видео и задержку запуска, поместите поток средней полосы пропускания / качества в качестве первого выбора, чтобы сбалансировать быструю загрузку / запуск видео и начальное качество видео.

Проигрывание видео

После того, как плеер начнет загружать видео сегменты (2-8 сек фрагментов видео для воспроизведения), проигрыватель будет измерять скорость загрузки. Если он подсчитает, что сеть может обеспечить видео более высокого качества достаточно быстро, он попытается загрузить более качественную версию видео. И наоборот, если сеть работает медленнее, она снизится до более низкого качества видео, чтобы обеспечить постоянный поток. Каждый раз при изменении качества видео загружается манифест для нового потока, и видео может начать загрузку новой версии.

Video Optimizer может отслеживать количество сегментов в буфере локального устройства и отчитывается количество буферизованного видео в секундах и МБ во время сбора данных:

Если любое из этих чисел достигает 0, на устройстве больше нет видеозаписи, и видео будет остановлено.

JavaScript. Быстрый старт

Изучите основы JavaScript на практическом примере по созданию веб-приложения

Используя функцию «Затухание сети» в «Оптимизаторе видео», я изменил пропускную способность сети с 5 Мбайт до 1 Мбит / с в среднем потоке, и мы видим, что видеопроигрыватель начинает запрашивать более качественные видео сегменты, снижая с 1,5 МБПС и в конечном итоге устанавливая 500 КБ.

(Кроме того, можно подумать: если пропускная способность сети составляет 1 Мбайт, то почему 800 KBPS-видео плохо транслируется? Оказывается, есть два потока: один для видео и аудио — поток размером 128 Кбайт. Плеер определил, что 928 килобайт (+ накладные, + аналитика) были слишком приближены к 1024 KBPS и понизил видео. В этом случае можно было бы сделать аргумент за то, что более низкое качество звуковой дорожки, чтобы гарантировать, что более высокое разрешение видео воспроизводится. Кроме того, Лучшая практика: Качество звука (отдельный поток или встроенный в видеопоток) влияет на общую скорость передачи видео).

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

Представьте, что вы просматриваете видео, закодированное на мобильном устройстве с пропускной способностью 1,4 Мбайт. Единственный возможный вариант — ID 1, а это означает, что любой из пользователей 3G будет видеть только видео с самым низким качеством видео. Кроме того, разница в качестве видео между потоками 1 и 2, вероятно, значительна. Если видео перемещается между битрейтами 1 и 2 несколько раз, изменение качества видео, скорее всего, будет очевидным для конечного пользователя. Этот набор кодировок не очень подходит для потоковой передачи данных на мобильных устройствах.

Лучшая практика № 2: Доступны несколько битрейтов с регулярными интервалами между качествами. Это помогает обеспечить плавное прогрессирование качества видео и предотвратить значительные изменения качества видео.

Видеоплееры отличаются своей агрессивностью, чтобы улучшить качество видео. Некоторые видеопроигрыватели, почувствовав более высокую пропускную способность, начнут процесс замены сегмента — где видео сегменты, уже загруженные с более низким качеством, загружаются снова с более высоким качеством. Это приводит к тому, что один и тот же сегмент загружается более одного раза, но поскольку он улучшает отображаемое видео, я считаю его компромиссным, который обычно оценивается. Например, в таблице ниже сегменты 111-112 изначально загружаются с качеством 0. Плеер регистрирует всплеск пропускной способности и оценивает, что эти 2 сегмента можно заменить и повторно загружать по качеству 2. Однако плеер также довольно агрессивный, загружая 112 третий время в качестве 4. В целом для 4-секундного сегмента 112. потребляется

2 МБ данных. Это может считаться слишком агрессивным — поскольку он тратит большой объем данных.

Мы также видели примеры «замены обратного сегмента», когда плеер загружает более качественную версию после того, как уже имеет более качественную версию на устройстве. В этом случае сегменты 134-134 загружаются с качеством 4 (1,6 MBPS), а затем загружаются с качеством 1 (447 KBPS):

По крайней мере, если качество 4 воспроизводится конечному пользователю,

370 КБ будет потрачено впустую (сумма качественных 1 сегментов). Если воспроизводится качество 1,

1,3 МБ данных теряется, и пользователю предоставляется ухудшенное воспроизведение видео.

Лучшая практика № 3: если ваш видеопроигрыватель агрессивно продвигается к высокоскоростному видео, убедитесь, что замена сегмента только улучшает качество видео. Мониторинг использования данных замены сегмента для ваших пользователей (в Video Optimizer это сообщается как избыточность).

Для видео с несколькими высокими потоками битрейта агрессивный алгоритм битрейта может привести к увеличению количества остановок. Если локальный буфер составляет 30 МБ, но поток работает с 8 Мбайт / с, то локальная локация может быть только 2-3 секунды. Внезапное изменение пропускной способности, вероятно, приведет к остановке, прежде чем сеть и сервер смогут отреагировать.

Лучшая практика # 4: при потоковой передаче видео с высоким битрейтом убедитесь, что буфер устройства может поддерживать много секунд видео для учета внезапных изменений пропускной способности. Альтернатива: ограничить максимальные битрейты для устройств с ограниченной памятью.

Вывод:

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

Автор: Doug Sillars

Редакция: Команда webformyself.

JavaScript. Быстрый старт

Изучите основы JavaScript на практическом примере по созданию веб-приложения

Верстка-Мастер. Полное руководство

Овладейте современной адаптивной версткой с нуля

Источник

Статьи

Да будет стрим: руководство для чайников

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

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

Что вам нужно для прямой трансляции:

1. Источники видео и аудио

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

Источниками видеосигнала для прямой трансляции могут быть:

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

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

Как захватить аудио и видео источники

Для того, чтобы начать потоковую передачу в Интернете, вам нужно «захватить» сигнал с ваших аудио и видео источников. Большинство видеоисточников сегодня используют выходы HDMI или SDI для внешнего подключения. Оба этих стандарта способны передавать встроенное аудио вместе с видео.

Если для трансляции вы используете компьютер с программным энкодером, то вы не можете подключить качественные камеры к компьютеру напрямую с помощью кабеля HDMI или SDI. Вам понадобится промежуточное устройство, называемое картой захвата или фрейм-грабером. Карта захвата (например, AV.io HD) подключается к камере с одной стороны и к компьютеру по USB с другой, на лету оцифровывая то, что «видит» камера. Можно сказать, она преобразует видео в понятный компьютеру формат.

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

Если вы используете USB-камеру или микрофон, вы можете захватывать их сигналы, просто подключив их напрямую к компьютеру.

2. Энкодеры видео

Что такое энкодер и зачем он мне нужен?

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

Типы энкодеров

По сути, сегодня у вас есть выбор – использовать три типа устройств кодирования:

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

Программные энкодеры

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

Доступно большое количество бесплатных и платных потоковых программ, включая Wirecast, vMix, Streamlabs OBS, популярную OBS Studio и многие другие. Вы можете узнать все о различиях между ними в нашей статье о программном обеспечении для трансляций. OBS Studio – это хорошее решение для начинающих. Программа бесплатная, все настройки достаточно просты, плюс имеется множество интерактивных руководств.

Важно помнить, что потоковое программное обеспечение всегда серьёзно загружает процессор компьютера. Это означает, что, если ваш компьютер недостаточно мощен, чтобы справиться с этой нагрузкой, – ваши зрители получат буферизацию и пропущенные кадры. Мы рекомендуем иметь машину не ниже Intel Core i5 с тактовой частотой 2,8 ГГц и минимум 8 ГБ памяти для более-менее приличного воспроизведения в реальном времени.

Аппаратные энкодеры

Аппаратный энкодер – это отдельное устройство, которое выполняет всё кодирование. Аудио и видео источники подключаются напрямую к аппаратному энкодеру, карты захвата не требуются. Современные энкодеры способны принимать несколько входных форматов видео, включая HDMI, SDI, VGA и DVI, а также XLR и 3,5 мм аналоговый звук. Естественно, для трансляции аппаратные энкодеры должны быть подключены к сети (через Ethernet, Wi-Fi или сотовую связь).

Аппаратные энкодеры могут быть разных форм и размеров, отличаться по функционалу и цене. Некоторые из них портативные, с возможностью подключения только одного или двух видеоисточников – например, Pearl Nano. Другие предназначены для путешествий: в них используется сотовое подключение к Интернету – например, Teradek VidiU и LiveU.

А есть гораздо более сложные и мощные, способные захватывать множество видео и аудио источников, записывать, микшировать, масштабировать и переключаться между ними – всё это в реальном времени. Например, Pearl-2 и Pearl Mini, которые является фактически профессиональными студиями «все в одном» с обширными возможностями.

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

Самые важные характеристики кодирования

И программные, и аппаратные энкодеры имеют одинаковые настройки, от которых напрямую зависит качество вашего стрим. Вот самые важные из них:

Частота кадров: сколько кадров транслируется за одну секунду (кадр/с или fps). Основные варианты:
10 fps – невероятно низкая, приводящая в ярость частота с «дёрганными» кадрами
24 fps – стандарт для кино
25 fps и 30 fps – стандарты для цифрового видео
60 fps – особенно подходит для динамичного видео, например, для трансляции спорта и компьютерных игр

Выходное разрешение: размер видеокадра, ширина и высота в пикселях. Ниже приведены самые распространённые разрешения, их характеристики и названия:

Сейчас в стримах чаще всего используются разрешения 720p и 1080p. Эти цифры обозначают высоту кадра в пикселях. Но «p» здесь означает «прогрессивное сканирование», а не «пиксель».

Битрейт – сколько видео данных вы загружаете в секунду. Обычно выражается в килобитах в секунду (Кбит/с), хотя используются и мегабиты в секунду (Мбит/с). Это Кбит/с, делённые примерно на 1000.

Общий диапазон значений: от 1000 до 8000 Кбит/с. Наиболее распространённые: 1000 Кбит/с (абсолютный минимум для прямой трансляции) 2500 Кбит/с, 3000 Кбит/с, 5000 Кбит/с. Это число зависит от частоты кадров и разрешения: чем выше частота кадров и разрешение, тем выше должна быть скорость передачи для плавного и качественного стрима.

Кодек: относится к способу сжатия (кодирования) аудио- и видеоданных для более быстрой передачи. Наиболее распространённым сейчас является кодек H.264.

Для качественного стрима необходим хороший баланс между битрейтом, частотой кадров и разрешением на выходе. Это во многом зависит от типа используемого энкодера и пропускной способности вашего интернета. Например, при достаточной пропускной способности интернет-канала аппаратный энкодер уровня Pearl Mini может выдавать стрим с разрешением 1080p и частотой 60 fps без пропуска кадров. В то время как старый компьютер с потоковым программным обеспечением может подвисать, отбрасывая кадры и вызывая буферизацию даже при достаточной пропускной способности.

3. Пункт назначения

Пункт назначения – это онлайн-сайт, платформа или приложение, где ваш стрим становится доступным для других. Эти пункты назначения чаще называют сетями доставки контента или CDN. Популярные бесплатные сети доставки контента (CDN) включают такие платформы, как Youtube, Facebook Live, Twitch, Periscope и многие другие.

Также есть платные потоковые платформы. Они предлагают гораздо больший контроль над тем, где и как представлен ваш стрим, кто его видит, и как он монетизируется. CDN, такие как Livestream Vimeo, DaCast, StreamShark и другие, предлагают разные ежемесячные планы. Стоимость зависит от объёма загружаемых вами данных в гигабайтах.

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

Выбор CDN (пункта назначения)

Естественно, каждая CDN обслуживает определённую аудиторию. Определитесь, кто является вашей основной аудиторией, и выбирите подходящий CDN. Вот некоторые примеры:

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

4. Стабильное интернет-соединение

Стабильный интернет-канал достаточной пропускной способности часто является самой сложной частью организации качественного стрима. Наиболее надёжным соединением является выделенная линия Ethernet. Конечно, вы можете использовать Wi-Fi или сотовый (4G / LTE) Интернет, но эти типы соединений имеют тенденцию к колебаниям.

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

Да будет стрим: 5 основных шагов

По сути, рабочий процесс настройки потоковой передачи сводится к следующему:

Естественно, пользовательские интерфейсы пункта назначения и энкодера будут отличаться, в зависимости от того, какие устройства и сервисы вы выберите. Но основной рабочий процесс останется тем же. В приведённом ниже примере мы выбрали отображение интерфейса Pearl Mini для энкодера и интерфейса Youtube для пункта назначения стрима.

Шаг 1: Подключите ваши источники аудио и видео к энкодеру

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

Шаг 2: Настройте энкодер

Если вы планируете переключаться между несколькими источниками – заранее подготовьте макеты (сцены). Затем настройте наиболее важные параметры стрима: разрешение, частоту кадров, битрейт. Если вы не уверены, начните с разрешения 1280×720, частоты кадров 30 fps и автоматической или скорости передачи данных 3000 Кбит/с. Все остальное в значительной степени можно оставить по умолчанию. В случае программного энкодера, такого как OBS, вы сможете настраивать эти параметры в приложении на своём компьютере. В случае аппаратного энкодера вам нужно будет получить доступ к настройкам устройства через веб-интерфейс или приложение. Создайте новый RTMP Push поток.

Шаг 3: Настройте параметры CDN

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

Шаг 4: Найдите и скопируйте URL и имя потока / ключ из CDN и вставьте в энкодер

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

URL и ключ стрима обычно находятся в разделах с расширенными настройками CDN или настройками энкодера. Скопируйте URL-адрес стрима (выглядит как веб-адрес) и ключ стрима из CDN в соответствующие поля в пользовательском интерфейсе энкодера. Вы можете оставить поля имени пользователя / пароля пустыми. Нажмите «Сохранить» или «Применить»

Шаг 5: Нажмите «Start Streaming» на энкодере, и вы в прямом эфире!

Как только вы нажмёте «Start streaming» где-нибудь в пользовательском интерфейсе энкодера, ваше окно предварительного просмотра CDN должно сообщить вам, что оно получает сигнал от энкодера. Как правило, между энкодером и стримом в CDN существует задержка в 10-30 секунд.

Заключение

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

Источник