Что такое потоковая информация

Для чего используется потоковая передача, ее плюсы и минусы и как… 2021

Время и Стекло Так выпала Карта HD VKlipe Net

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

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

Другие истории : Как управлять Amazon Fire TV и Android TV удаленно с помощью Android

Что такое потоковая карта?

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

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

Редко можно найти потоковую флешку с более чем 8 ГБ встроенной памяти. В потоковых стиках также обычно отсутствуют порты Ethernet, что может создавать проблемы в зонах со слабым Wi-Fi.

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

Плюсы и минусы

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

Их ограниченное пространство хранения также ограничивает возможности обновления программного обеспечения. Размеры обновлений и новых приложений, как правило, увеличиваются в размерах, что может быть проблемой для устройств, имеющих только около 8 ГБ встроенной памяти.

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

Очарование потоковых медиа

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

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

Как подключить потоковую карту к вашему телевизору

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

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

: 5 обязательных приложений для вашего нового Amazon Fire TV

Последние мысли

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

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

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

Тем не менее, потоковые джойстики являются жизнеспособным вариантом для многих, и они быстро захватывают рынок. Если вы ищете доступное устройство потоковой передачи по доступным ценам, обязательно используйте Amazon Fire TV или потоковую карту Roku.

Смотрите далее : 7 классических серий на Amazon Prime, которые вы можете посмотреть снова

Активация Очень высокая потоковая передача в Windows 10 Xbox app

Потоковая передача на ваш ПК с Windows через ваш Xbox Один может быть интересным, особенно когда вы можете передавать по более высокой скорости, чем предлагает Microsoft. Посмотрите, как!

Потоковая передача мультимедиа, не работающая или включенная в Windows 10

Как отключить автозаполнение в сафари и плюсы и минусы автозаполнения

Вы беспокоитесь о своих личных данных в Safari? Вот как вы можете отключить или отключить автозаполнение, чтобы защитить его

Источник

Принципы построения систем потоковой аналитики

Проектирование систем потоковой аналитики и потоковой обработки данных имеет свои нюансы, свои проблемы и свой технологический стек. Об этом мы поговорили в очередном открытом уроке, прошедшим накануне запуска курса «Data Engineer».

На вебинаре обсудили:

Когда нужна потоковая обработка? Stream vs Batch

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

Итак, минусы пакетной обработки (batch):

Пример 2. Аналитика для веб-портала:

Таким образом, во втором примере лучше использовать стримы.

Элементы СПОД

Инженеры обработки данных захватывают, перемещают, доставляют, преобразовывают и хранят эти самые данные (да-да, хранить данные — это тоже активный процесс!).
Следовательно, чтобы построить систему потоковой обработки данных (СПОД), нам будут нужны следующие элементы:

Инструменты для обработки потоков данных

На роль загрузчика данных у нас есть несколько «кандидатов»:

Apache Flume

Первый, о ком поговорим — это Apache Flume — инструмент для транспортировки данных между различными источниками и хранилищами.

Выше мы создаём один простейший канал, который “сидит” на порту, берёт оттуда данные и просто их логирует. В принципе, для описания одного процесса это ещё нормально, но когда у вас таких процессов десятки, конфигурационный файл превращается в ад. Кто-то добавляет некие визуальные конфигураторы, но зачем мучиться, если есть инструменты, которые делают это из коробки? Например, те же NiFi и StreamSets.

Apache NiFi

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

Пару фактов о NiFi

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

StreamSets

Это тоже система управления потоком данных с визуальным интерфейсом. Она разработана выходцами из Cloudera, легко устанавливается в виде Parcel на CDH, имеет особую версию SDC Edge для сбора данных с устройств.

Состоит из двух компонент:

Неприятный момент — у StreamSets есть как бесплатная, так и платная части.

Шина обмена данными

Теперь давайте разберёмся, куда мы эти данные будем заливать. Претенденты:

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

Внутри Kafka делится на Topic — некий отдельный поток данных из сообщений с одинаковой схемой или, хотя бы, с одинаковым назначением.

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

Отдельного упоминания заслуживает формат сериализации данных Apache Avro. Система использует JSON для определения структуры данных (схемы), которые сериализуются в компактный бинарный формат. Следовательно, мы экономим огромное количество данных, а сериализация/десериализация происходит дешевле.

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

Чтобы не передавать все эти файлы на флешках, дискетах и наскальных рисунках, существует специальный сервис — Schema registry. Это сервис для синхронизации avro-схем между сервисами, которые пишут и читают из Kafka.

В терминах Kafka продюсер — это тот, кто пишет, консьюмер — тот, кто потребляет (читает) данные.

Хранилище данных

Претенденты (на самом деле вариантов много больше, но возьмем лишь несколько):

Как этого добиться в стриминговых системах:

Что касается ClickHouse, то это аналитическая база данных от Yandex. Её главное назначение — аналитика на таблице, наполняемой большим потоком сырых данных. Из плюсов — есть движок ReplacingMergeTree для дедупликации по ключу (дедупликация предназначена для экономии места и может оставлять дубликаты в некоторых случаях, нужно учитывать нюансы).

Остаётся добавить несколько слов про Divolte. Если помните, мы говорили о том, что некоторые данные нужно захватывать. Если вам нужно быстро и на коленке организовать аналитику для какого-нибудь портала, то Divolte — отличный сервис для захвата пользовательских событий на веб-странице через JavaScript.

Практический пример

Что попытаемся сделать? Попробуем построить пайплайн, чтобы в реальном времени собирать Clickstream-данные. Clickstream — виртуальный след, который пользователь оставляет во время нахождения на вашем сайте. Будем захватывать данные с помощью Divolte, а писать их в Kafka.

Для работы нужен Docker, плюс потребуется клонировать следующий репозиторий. Всё происходящее будет запущено в контейнерах. Чтобы согласованно запустить сразу несколько контейнеров будет использоваться docker-compose.yml. Кроме того, есть Dockerfile, собирающий наш StreamSets с определёнными зависимостями.

Также есть три папки:

Для запуска вводим следующую команду:

И наслаждаемся тем, как медленно, но верно запускаются контейнеры. После запуска мы можем перейти по адресу http://localhost:18630/ и сразу же потрогать Divolte:

Итак, у нас есть Divolte, который уже получил какие-то события и записал их в Kafka. Попробуем их высчитать с помощью StreamSets: http://localhost:18630/ (пароль/логин — admin/admin).

Чтобы не мучиться, лучше импортировать Pipeline, назвав его, к примеру, clickstream_pipeline. А из папки examples импортируем clickstream.json. Если всё ок, увидим следующую картину:

Итак, мы создали connection к Кафке, прописали, какая Кафка нам нужна, прописали, какой топик нас интересует, потом выбрали те поля, которые нас интересуют, потом поставили слив в Кафку, прописав, в какую Кафку и какой топик. Отличия в том, что в одном случае, Data format — это Avro, а во втором — просто JSON.

Идём дальше. Мы можем, например, сделать превью, которое захватит в реальном времени из Кафки определённые записи. Далее всё записываем.

Выполнив запуск, увидим, что у нас в Кафку летит поток событий, причём это происходит в реал-тайме:

Теперь можно сделать для этих данных хранилище в ClickHouse. Чтобы работать с ClickHouse, можно использовать простой нативный клиент, выполнив следующую команду:

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

Список сетей можно посмотреть командой:

Что же, осталось всего ничего:

1. Сначала «подпишем» наш ClickHouse на Кафку, «объяснив ему», какого формата данные там нам нужны:

2. Теперь создадим реальную таблицу, куда будем класть итоговые данные:

3. А потом обеспечим связь между этими двумя таблицами:

4. А теперь выберем необходимые поля:

В итоге выбор из целевой таблицы даст нужный нам результат.

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

Источник

Потоковое мультимедиа

По оценкам в 2019 году, потоковое видео обеспечивает 80% роста мирового трафика.

оглавление

история

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

В настоящее время появляется все больше и больше предложений и новые протоколы потоковой передачи, такие как протокол Microsoft Media Server (MMS) и протокол потоковой передачи в реальном времени (RTSP), а также улучшено качество изображения и звука.

программное обеспечение

Форматы аудио и видео контейнеров

ПО и серверы для потоковой передачи

Скорость передачи данных

Типичные доступные скорости передачи данных:

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

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

разновидность

Потоковое мультимедиа в образовании

В последние годы системы записи лекций становятся все более популярными в Европе.

Различают два разных типа записей:

Номера пользователей в Германии

Согласно опросу, проведенному в 2020 году, 83 процента всех немецких интернет-пользователей в возрасте от 16 лет и старше хотя бы время от времени смотрят видео в потоковом режиме. В 2019 году это было всего 79 процентов. 53% пользуются платными услугами видео по запросу.

Проблемы

Трафик и емкость сети

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

Большой объем данных может привести к высокому использованию пропускной способности сети в часы пик. Во время пандемии COVID-19 высокий уровень потокового видео угрожает перегрузить сети передачи данных, поэтому правительства, а также интернет-провайдеры призывают к экономному использованию и, при необходимости, угрожают ограничить услуги. Затем провайдеры Netflix и Youtube согласились временно снизить битрейт своих видео, согласившись при этом на снижение качества изображения.

потребляемая мощность

Энергия, необходимая для потоковой передачи, состоит из фермы серверов, передачи в сети и конечного устройства. Соответствующая доля в глобальном потеплении зависит от структуры энергоснабжения, используемой для производства электроэнергии. Согласно исследованиям 2019 года, в зависимости от конечного устройства (и качества потока) для потоковой передачи должно использоваться от 80 до 220 Вт электроэнергии. Эти значения совпадают с данными исследования 2020 года. Согласно ему, один час потоковой передачи видео по стационарной сети в разрешении SD на 65-дюймовом телевизоре требует около 280 ватт-часов энергии и 370 ватт-часов на том же устройстве. в разрешении HD. С другой стороны, для потоковой передачи видео на смартфон или планшет требуется всего 65 или 75 ватт-часов энергии в разрешении SD.

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

Выбросы парниковых газов

Ограниченные пользовательские функции

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

Правовые вопросы

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

В декабре 2005 года у GEMA еще не было модели вознаграждения за веб-телевидение (потоковое телевидение). Таким образом, временно взималась единовременная выплата в размере 30 евро в месяц.

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

Источник

Потоковое медиа является мультимедиа который постоянно получает и представляет конечный пользователь при доставке поставщиком. Глагол стримить относится к процессу доставки или получения медиа таким образом. [ требуется разъяснение ] Потоковая передача относится к способу доставки носителя, а не к самому носителю. Отличие способа доставки от распространяемых носителей относится конкретно к телекоммуникационные сети, поскольку большинство систем доставки либо по своей природе являются потоковыми (например, радио, телевидение, потоковые приложения), либо по своей природе не являются потоковыми (например, книги, видеокассеты, аудио компакт-диски). Есть проблемы с потоковым контентом в Интернете. Например, пользователи, у которых Интернет-соединение недостаточно пропускная способность могут наблюдаться остановки, задержки или медленная буферизация содержимого. А пользователи, у которых отсутствует совместимое оборудование или программное обеспечение, могут быть не в состоянии транслировать определенный контент.

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

Музыка в лифте была одной из первых популярных музыкальных композиций, доступной в виде потокового мультимедиа; Настоящее время Интернет-телевидение это распространенная форма потокового мультимедиа. Некоторые популярные потоковые сервисы включают Netflix, Дисней +, Hulu, Prime Video, то сайт обмена видео YouTube и другие сайты, транслирующие фильмы и телешоу; Apple Музыка и Spotify, которые транслируют музыку; и потоковое видео из игр сайт Twitch.

Содержание

История

В начале 1920-х гг. Джордж О. Сквайер получил патенты на систему передачи и распределения сигналов по электрическим линиям, [2] что было технической основой для того, что позже стало Музак, технология непрерывной потоковой передачи музыки коммерческим клиентам без использования радио.

Попытки отображать мультимедиа на компьютерах восходят к самым ранним дням развития компьютеров в середине 20 века. Однако в течение нескольких десятилетий был достигнут незначительный прогресс, в первую очередь из-за высокой стоимости и ограниченных возможностей компьютерного оборудования. С конца 1980-х до 1990-х годов персональные компьютеры потребительского уровня стали достаточно мощными, чтобы отображать различные медиа. Первичных технических проблем, связанных с потоковой передачей, было достаточно ЦПУ и автобус пропускная способность для поддержки требуемых скоростей передачи данных, достигая вычисления в реальном времени производительность, необходимая для предотвращения опустошение буфера и обеспечить плавную потоковую передачу контента. Однако в середине 1990-х годов компьютерные сети все еще были ограничены, и аудио и видео носители обычно доставлялись по каналам без потоковой передачи, таким как воспроизведение с локального компьютера. привод жесткого диска или же CD-ROM на компьютере конечного пользователя.

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

Мультимедийное сжатие

Практическая потоковая передача мультимедиа стала возможной только благодаря достижениям в Сжатие данныхиз-за непрактично высоких требований к пропускной способности несжатого носителя. Сырой цифровой звук закодировано с импульсно-кодовая модуляция (PCM) требует пропускной способности 1,4 Мбит / с для несжатого CD аудио, пока сырые цифровое видео требуется пропускная способность 168 Мбит / с для SD-видео и более 1000 Мбит / с для FHD видео. [3]

Самым важным методом сжатия, который позволил на практике потоковое мультимедиа, является дискретное косинусное преобразование (DCT), [4] форма сжатие с потерями впервые предложен в 1972 г. Насир Ахмед, который разработал алгоритм с Т. Натараджан и К. Р. Рао на Техасский университет в 1973 г. [5] Алгоритм DCT лег в основу первого практического формат кодирования видео, H.261, в 1988 г. [6] Первоначально он использовался для онлайн- видео-конференция. [7] За ним последовали более популярные стандарты кодирования видео на основе DCT, в первую очередь MPEG видео форматы с 1991 г. [4]

Алгоритм DCT был адаптирован в модифицированное дискретное косинусное преобразование (MDCT) Дж. П. Принсена, А. В. Джонсона и А. Б. Брэдли в Университет Суррея в 1987 г. [8] Алгоритм MDCT является фундаментальным для MP3 аудиоформат, представленный в 1994 году, [9] и особенно более широко используемые Расширенное кодирование звука (AAC) формат, представленный в 1999 году. [10]

Метрополитен-опера в прямом эфире в HD транслирует живые выступления Метрополитен Опера. В сезоне 2013–2014 годов десять опер транслировались через спутник как минимум в две тысячи театров в шестидесяти шести странах. [14]

Этимология

Термин «потоковая передача» впервые был использован для ленточные накопители изготовлены по Data Electronics Inc. которые должны были медленно увеличиваться и работать на протяжении всей трассы; более медленное время разгона снизило затраты на привод. «Потоковая передача» использовалась в начале 1990-х годов как лучшее описание для видео по запросу а затем живое видео в IP-сетях. Впервые это было сделано Starlight Networks для потокового видео и Реальные сети для потокового аудио. Такое видео ранее неправильно называлось «видео для хранения и пересылки». [15]

Развитие бизнеса

Первый коммерческий потоковый продукт появился в конце 1992 года и получил название StarWorks. [16] StarWorks предоставил возможность произвольного доступа к полноразмерным видеороликам MPEG-1 по запросу в корпоративных сетях. Ethernet сети. Starworks был из Starlight Networks, который также является пионером в потоковой передаче видео в реальном времени по Ethernet и через протокол Интернета через спутники с Hughes Network Systems. [17] Другие первые компании, которые создали технологию потокового мультимедиа, включают: RealNetworks (тогда известная как Progressive Networks) и Protocomm до широкого распространения Всемирной паутины и когда Интернет стал популярным в конце 90-х, потоковое видео в Интернете стало процветать благодаря стартапам, таким как VDOnet, приобретенным RealNetworks, и Precept, приобретенные Cisco.

Microsoft разработал медиаплеер, известный как ActiveMovie в 1995 году, который позволял потоковую передачу мультимедиа и включал собственный формат потоковой передачи, который был предшественником функции потоковой передачи позже в Проигрыватель Windows Media 6,4 в 1999 г. В июне 1999 г. яблоко также представил формат потокового мультимедиа в своем QuickTime 4 приложение. Позже он также был широко распространен на веб-сайтах вместе с форматами потоковой передачи RealPlayer и Windows Media. Конкурирующие форматы на веб-сайтах требовали, чтобы каждый пользователь загружал соответствующие приложения для потоковой передачи, и в результате многим пользователям приходилось иметь все три приложения на своих компьютерах для общей совместимости.

В 2000 году Industryview.com запустил веб-сайт «крупнейшего в мире архива потокового видео», чтобы помочь компаниям продвигать себя. [18] Интернет-вещание стало новым инструментом бизнес-маркетинга и рекламы, который сочетал в себе иммерсивный характер телевидения с интерактивностью Интернета. Возможность собирать данные и отзывы потенциальных клиентов заставила эту технологию быстро набрать обороты. [19]

Примерно в 2002 году интерес к единому единому формату потоковой передачи и широкое распространение Adobe Flash подтолкнула к развитию формата потокового видео через Flash, который использовался в проигрывателях на основе Flash на сайтах видеохостинга. Первый популярный сайт потокового видео YouTube был основан Стив Чен, Чад Херли и Джавед Карим в 2005 году. Первоначально он использовал проигрыватель на основе Flash, который воспроизводил MPEG-4 AVC видео и AAC аудио, но теперь по умолчанию HTML5 видео. [20] Растущий потребительский спрос на прямые трансляции побудил YouTube внедрить для пользователей новую услугу потоковой передачи. [21] В настоящее время компания также предлагает (защищенную) ссылку, возвращающую доступную скорость соединения пользователя. [22]

В Ассоциация звукозаписывающей индустрии Америки (RIAA) в своем отчете о прибылях и убытках за 2015 год показало, что на стриминговые сервисы приходилось 34,3 процента от общего годового дохода. музыкальная индустриявыручка выросла на 29 процентов по сравнению с предыдущим годом и стала крупнейшим источником дохода, собрав около 2,4 миллиарда долларов. [23] [24] Выручка от потокового вещания в США выросла на 57 процентов до 1,6 миллиарда долларов в первой половине 2016 года и составила почти половину продаж отрасли. [25]

Потоковые войны

Термин «потоковые войны» был придуман, чтобы обсудить новую эру конкуренции между сервисами потокового видео, такими как Netflix, Amazon Prime Video, Hulu, HBO Max и Apple TV +. [26]

Использование потокового мультимедиа широкой публикой

Эти достижения в компьютерных сетях в сочетании с мощными домашними компьютерами и современными операционными системами сделали потоковое мультимедиа практичным и доступным для обычных граждан. Автономный Интернет-радио устройства появилась, чтобы предложить слушателям возможность прослушивания аудиопотоков без компьютера. Эти сервисы потокового аудио становятся все более популярными в последние годы, поскольку в 2013 году потоковая передача музыки достигла рекорда в 118,1 миллиарда потоков. [27] Как правило, мультимедийный контент имеет большой объем, поэтому затраты на хранение и передачу мультимедиа по-прежнему значительны. Чтобы несколько компенсировать это, носители обычно сжатый как для хранения, так и для потоковой передачи. Увеличение потребительского спроса на потоковую передачу высокое разрешение (HD) контент побудил отрасль разработать ряд технологий, таких как WirelessHD или же ITU-T G.hn, которые оптимизированы для потоковой передачи HD-контента, не заставляя пользователя устанавливать новые сетевые кабели. В 1996 году пионер цифровых технологий Марк Скарпа произвела первую в истории крупномасштабную онлайн-трансляцию в прямом эфире Адам Яух-вел Концерт тибетской свободы, событие, которое определит формат трансляции социальных изменений. Скарпа продолжал быть пионером в мире потокового мультимедиа с такими проектами, как Вудсток ’99, Ратуша с Президент Клинтон, а также недавно проведенная компанией Covered CA кампания «Расскажи другу, получи помощь», которая транслировалась в прямом эфире на YouTube.

Медиа-поток может транслироваться либо «в реальном времени», либо «по запросу». Прямые трансляции обычно предоставляются с помощью средства, называемого «истинная трансляция». Настоящая потоковая передача отправляет информацию прямо на компьютер или устройство без сохранения файла на жесткий диск. Потоковая передача по запросу осуществляется с помощью средства, называемого прогрессивная потоковая передача или же прогрессивная загрузка. Прогрессивная потоковая передача сохраняет файл на жесткий диск, а затем воспроизводится с этого места. Потоки по запросу часто сохраняются на жестких дисках и серверах в течение длительного времени; в то время как прямые трансляции доступны только один раз (например, во время футбольного матча). [29] Потоковое мультимедиа все чаще сочетается с использованием социальных сетей. Например, такие сайты, как YouTube, поощряют социальное взаимодействие во время веб-трансляций с помощью таких функций, как Живой чат, онлайн-опросы, размещение комментариев пользователями в Интернете и многое другое. Кроме того, потоковое мультимедиа все чаще используется для социальный бизнес и электронное обучение. [30] Из-за популярности потоковых медиа многие разработчики ввели бесплатные приложения для потоковой передачи фильмов в формате HD для людей, которые используют небольшие устройства, такие как планшеты и смартфоны, в повседневных целях.

В Исследования Горовица В отчете State of Pay TV, OTT и SVOD за 2017 год говорится, что 70 процентов тех, кто просматривает контент, делали это через потоковую службу, и что 40 процентов телесмотрения осуществлялось таким образом, что в два раза больше, чем пятью годами ранее. Миллениалы, говорится в отчете, 60% контента транслируется. [31]

Переход от DVD к культуре просмотра потокового видео

Одно из самых больших влияний индустрии потокового кино оказала индустрия DVD, которая фактически встретила свой упадок массовой популяризацией онлайн-контента. Рост потоковой передачи мультимедиа вызвал крах многих компаний по аренде DVD, таких как Блокбастер. В июле 2015 г. Нью-Йорк Таймс опубликовал статью о NetflixDVD сервисы. В нем говорилось, что Netflix продолжает предоставлять услуги DVD с 5,3 миллионами подписчиков, что значительно меньше, чем в предыдущем году. С другой стороны, их потоковые сервисы насчитывают 65 миллионов участников. [32]

Истоки потоковой передачи музыки: Napster

Napster, а пиринговый (P2P) сеть обмена файлами, где пользователи могут загружать и скачивать MP3 файлы, нарушив все условности музыкальной индустрии, когда он был запущен в начале 1999 года из Халла, штат Массачусетс. Платформа была разработана Шоном и Джоном Фаннингом, а также Шон Паркер. [33] В интервью 2009 года Шон Фаннинг объяснил, что Napster «был чем-то, что пришло ко мне в результате того, что я увидел своего рода неудовлетворенную потребность и страсть, которую испытывали люди к тому, чтобы найти всю эту музыку, особенно много непонятных вещей. это не было бы чем-то, что можно было бы пойти в музыкальный магазин и купить, поэтому казалось, что проблема стоит решения «. [34]

С появлением Napster было создано множество других P2P-сайтов, включая LimeWire (2000), BitTorrent (2001), а Пиратская бухта (2003). Господство P2P-сетей было недолгим. Первым упал Napster в 2001 году. Против Napster были поданы многочисленные судебные иски различными звукозаписывающими компаниями, все из которых были дочерними компаниями Универсальная музыкальная группа, Sony Music Развлекательная программа, Warner Music Group, или же EMI. В дополнение к этому Ассоциация звукозаписывающей индустрии Америки (RIAA) также подала иск против Napster на основании несанкционированного распространения материалов, защищенных авторским правом, что в конечном итоге привело к закрытию Napster в 2001 году. [35] В интервью с Гэри Стиффелманом, который представляет Эминем, Aerosmith, и TLC, он объяснил, почему Napster был проблемой для звукозаписывающих компаний: потеря доходов. В интервью Нью-Йорк ТаймсСтиффельман сказал: «Я не против того, чтобы музыку артистов включали в эти услуги, я просто противник того, чтобы их доходы не делились». [36]

Борьба за права интеллектуальной собственности: A&M Records, Inc. против Napster, Inc.

Иск A&M Records, Inc. против Napster, Inc. коренным образом изменил способ взаимодействия потребителей с потоковой передачей музыки. Он был оспорен 2 октября 2000 г., и решение было вынесено 12 февраля 2001 г. Апелляционный суд для Девятого округа постановил, что служба обмена файлами P2P может быть привлечена к ответственности за соучастие и косвенное нарушение авторских прав, что стало важным решением для закона об интеллектуальной собственности. [37]

Первый вопрос, который рассмотрел Суд, был «добросовестное использование, «в котором говорится, что действия, нарушающие права иным образом, допустимы, если они предназначены для таких целей», как критика, комментарии, сообщения новостей, [. ] обучение или исследования «. [38] Судья Бизер, судья по этому делу, отметил, что Napster утверждал, что его услуги соответствуют «трем конкретным предполагаемым добросовестным применениям: отбор проб, где пользователи делают временные копии произведения перед покупкой; пространственный сдвиг, когда пользователи получают доступ к звуковой записи через систему Napster, которая у них уже есть в формате аудио CD; и разрешительное распространение записей как новых, так и известных исполнителей «. [38] Судья Бизер обнаружил, что Napster не соответствует этим критериям, вместо этого позволяя своим пользователям многократно копировать музыку, что может повлиять на рыночную стоимость товара, защищенного авторским правом.

Второе требование истцов заключалось в том, что Napster активно участвовал в Нарушение авторского права поскольку он знал о широко распространенном обмене файлами на своей платформе. Поскольку Napster не предпринял никаких действий для уменьшения количества нарушений и получил финансовую выгоду от многократного использования, суд вынес решение против P2P-сайта. Суд постановил, что «до восьмидесяти семи процентов файлов, доступных на Napster, могут быть защищены авторским правом, а более семидесяти процентов могут принадлежать истцам или управляться ими». [38]

Платформы потоковой передачи музыки

Хотя потоковая передача музыки больше не является свободно воспроизводимым общественным благом, платформы потоковой передачи, такие как Spotify, Deezer, Apple Музыка, SoundCloud, и Prime Music переключили потоковую передачу музыки на клубный товар. Хотя некоторые платформы, в первую очередь Spotify, предоставляют клиентам доступ к freemium сервис, который позволяет использовать ограниченные функции для показа рекламы, большинство компаний работают по модели премиальной подписки. [40] При таких обстоятельствах потоковая передача музыки исключается с финансовой точки зрения, требуя, чтобы клиенты платили ежемесячную плату за доступ к музыкальной библиотеке, но не является конкурентом, поскольку использование одного клиента не наносит ущерба другому.

Пропускная способность и хранилище

Для потоковой передачи рекомендуется скорость широкополосного доступа 2 Мбит / с или более. Стандартное определение видео без буферизации или пропусков, особенно живое видео, [45] например к Року, Apple TV, Google TV или проигрыватель Blu-ray дисков Sony TV. 5 Мбит / с рекомендуется для контента высокой четкости и 9 Мбит / с для контента сверхвысокой четкости. [46] Размер хранилища потокового мультимедиа рассчитывается на основе полосы пропускания потоковой передачи и длины мультимедиа по следующей формуле (для одного пользователя и файла): размер хранилища в мегабайты равно длине (в секундах) × битрейт (в бит / с) / (8 × 1024 × 1024). Например, один час цифрового видео, закодированного со скоростью 300 кбит / с (это было типичное широкополосное видео в 2005 году и обычно кодировалось с размером окна 320 × 240 пикселей), будет: (3600 с × 300000 бит / с) / (8 × 1024 × 1024) требуется около 128 МБ хранения.

Если файл хранится на сервере для потоковой передачи по требованию, и этот поток одновременно просматривают 1000 человек с помощью Unicast протокол, требование составляет 300 кбит / с × 1000 = 300000 кбит / с = 300 Мбит / с полосы пропускания. Это эквивалентно примерно 135ГБ в час. Используя многоадресная передача протокол сервер отправляет только один поток, общий для всех пользователей. Следовательно, такой поток будет использовать только 300 кбит / с обслуживающей полосы пропускания. См. Ниже дополнительную информацию об этих протоколах. Расчет для прямой трансляции аналогичен. Предполагая, что начальное значение в кодировщике составляет 500 кбит / с, и если шоу длится 3 часа с 3000 зрителей, тогда вычисление будет следующим: количество переданных МБ = скорость кодировщика (в бит / с) × количество секунд × количество зрителей / (8 × 1024 × 1024). Результаты этого расчета следующие: количество переданных МБ = 500 x 1024 (бит / с) × 3 × 3600 (= 3 часа) × 3000 (количество зрителей) / (8 × 1024 × 1024) = 1 977 539 МБ. [ сомнительный – обсуждать ]

В 2018 году видео составляет более 60% мирового трафика данных, и на него приходится 80% роста использования данных. [47] [48]

Протоколы

Аудиопоток сжимается, чтобы уменьшить размер файла, используя формат кодирования звука Такие как MP3, Vorbis, AAC или же Opus. Видеопоток сжимается с помощью формат кодирования видео чтобы уменьшить размер файла. Форматы кодирования видео включают H.264, HEVC, VP8 или же VP9. Закодированные аудио- и видеопотоки собираются в контейнер »битовый поток» Такие как MP4, FLV, WebM, АЧС или же ISMA. Битовый поток доставляется от потокового сервера к потоковому клиенту (например, пользователю компьютера с подключенным к Интернету портативным компьютером) с использованием транспортного протокола, такого как протокол Adobe. RTMP или же RTP. В 2010-х годах такие технологии, как Apple HLS, Microsoft Smooth Streaming, Adobe HDS и непатентованные форматы, такие как MPEG-DASH появились, чтобы позволить потоковая передача с адаптивным битрейтом над HTTP как альтернатива использованию проприетарных транспортных протоколов. Часто протокол потоковой передачи используется для отправки видео с места проведения мероприятия в «облако«служба транскодирования и CDN, которая затем использует транспортные протоколы на основе HTTP для распространения видео по отдельным домам и пользователям. [49] Клиент потоковой передачи (конечный пользователь) может взаимодействовать с сервером потоковой передачи, используя протокол управления, например MMS или же RTSP.

Качество взаимодействия серверов и пользователей зависит от загруженности потокового сервиса; Чем больше пользователей пытается получить доступ к услуге, тем больше ухудшается качество, если не хватает полосы пропускания или хост не использует достаточное количество прокси-сетей. [50] Развертывание кластеров потоковых серверов является одним из таких методов, когда в сети разбросаны региональные серверы, управляемые единственным центральным сервером, содержащим копии всех медиафайлов, а также IP-адреса региональных серверов. Затем этот центральный сервер использует Балансировка нагрузки и планирование алгоритмы перенаправления пользователей на близлежащие региональные серверы, способные их разместить. Этот подход также позволяет центральному серверу предоставлять потоковые данные как пользователям, так и региональным серверам, используя FFMpeg библиотеки, если это необходимо, что требует от центрального сервера мощной обработки данных и огромных возможностей хранения. В свою очередь, рабочие нагрузки в магистральной сети потоковой передачи сбалансированы и уменьшены, что обеспечивает оптимальное качество потоковой передачи. [51]

Проблемы протокола

Разработка сетевого протокола для поддержки потоковой передачи мультимедиа вызывает множество проблем. Дейтаграмма протоколы, такие как Протокол пользовательских датаграмм (UDP), отправьте медиапоток в виде серии небольших пакетов. Это просто и эффективно; однако в протоколе нет механизма, гарантирующего доставку. Принимающее приложение должно обнаруживать потерю или повреждение и восстанавливать данные с помощью исправление ошибки техники. Если данные потеряны, поток может пострадать выбывать. В Протокол потоковой передачи в реальном времени (RTSP), Транспортный протокол в реальном времени (RTP) и Протокол управления транспортом в реальном времени (RTCP) были специально разработаны для потоковой передачи мультимедиа по сети. RTSP работает с множеством транспортных протоколов, в то время как последние два построены на основе UDP.

Другой подход, который, по-видимому, объединяет в себе как преимущества использования стандартного веб-протокола, так и возможность использования для потоковой передачи даже живого контента, является потоковая передача с адаптивным битрейтом. Потоковая передача с адаптивным битрейтом HTTP основана на HTTP прогрессивная загрузка, но в отличие от предыдущего подхода, здесь файлы очень маленькие, так что их можно сравнить с потоковой передачей пакетов, как в случае использования RTSP и RTP. [52] Надежные протоколы, такие как Протокол управления передачей (TCP), гарантируют правильную доставку каждого бита в медиапотоке. Однако они достигают этого с помощью системы тайм-аутов и повторных попыток, что усложняет их реализацию. Это также означает, что при потере данных в сети медиапоток останавливается, пока обработчики протокола обнаруживают потерю и повторно передают недостающие данные. Клиенты могут минимизировать этот эффект, буферизовав данные для отображения. Хотя задержка из-за буферизации приемлема в сценариях видео по запросу, пользователи интерактивных приложений, таких как видеоконференцсвязь, испытают потерю точности, если задержка, вызванная буферизацией, превышает 200 мс. [53]

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

IP Multicast предоставляет средства для отправки одного медиапотока группе получателей на компьютерная сеть. Протокол многоадресной рассылки, обычно Протокол управления интернет-группами, используется для управления доставкой многоадресных потоков группам получателей в локальной сети. Одна из проблем при развертывании многоадресной IP-рассылки заключается в том, что маршрутизаторы и брандмауэры между локальными сетями должны разрешать прохождение пакетов, предназначенных для групп многоадресной рассылки. Если организация, обслуживающая контент, контролирует сеть между сервером и получателями (т. Е. Образовательная, правительственная и корпоративная интрасети), затем протоколы маршрутизации, такие как Независимая от протокола многоадресная передача может использоваться для доставки потокового контента нескольким Локальная сеть сегменты. Как и при массовой доставке контента, протоколы многоадресной рассылки требуют гораздо меньше энергии и других ресурсов, повсеместное внедрение надежных протоколов многоадресной рассылки (подобных широковещательной рассылке) и их преимущественное использование везде, где это возможно, представляет собой серьезную экологическую и экономическую проблему. [ нужна цитата ] Пиринговый Протоколы (P2P) обеспечивают отправку предварительно записанных потоков между компьютерами. Это предотвращает превращение сервера и его сетевых подключений в узкое место. Однако это поднимает технические вопросы, вопросы производительности, безопасности, качества и бизнеса.

Приложения и маркетинг

Запись

Медиа, транслируемые в прямом эфире, могут быть записаны через определенные медиаплееры, например VLC плеер, или с помощью запись экрана. Платформы прямой трансляции, такие как Twitch может также включать видео по запросу система, позволяющая автоматически записывать прямые трансляции, чтобы их можно было посмотреть позже. [59] Популярный сайт, YouTube также есть записи прямых трансляций, в том числе телешоу, транслируемых по основным сетям. Эти потоки могут быть записаны любым, кто имеет к ним доступ, будь то законным или иным образом. [60]

Авторские права

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

Выбросы парниковых газов

Сеть Выбросы парниковых газов из потоковой музыки оценивается в 200–350 миллионов килограммов в год в Соединенные Штаты, согласно исследованию 2019 года. [62] Это увеличение по сравнению с периодом доцифровой музыки, который оценивался в «140 миллионов килограммов в 1977 году, 136 миллионов килограммов в 1988 году и 157 миллионов в 2000 году». [63]

Есть несколько способов уменьшить выбросы парниковых газов, связанных с потоковой передачей музыки, в том числе попытки сделать дата-центры углеродно-нейтральный, путем преобразования в электричество, произведенное из возобновляемые источники. На индивидуальном уровне покупка физического компакт-диска может быть более экологически безопасной, если он будет воспроизведен более 27 раз. [64] Другим вариантом сокращения энергопотребления может быть загрузка музыки для прослушивания в автономном режиме, чтобы уменьшить потребность в потоковой передаче на расстоянии. [64] Сервис Spotify имеет встроенный локальный кеш, чтобы уменьшить необходимость повторения потоков песен. [65]

Источник