Я не претендую на всеохватность, но есть тенденции рынка, которые здесь хорошо видны. Мы хоть и в тайге живём, но нам хорошо виден повальный переход на HLS — это тренд последних полутора — максимум двух — лет. Я езжу на конференции регулярно, смотрю, слушаю — люди стремятся снижать издержки разработки и поддержки, HLS более интересен с этой точки зрения, чем RTMP.
Отличный пример — Twitch, которого Гугл покупает на 2 миллиарда. На конференции Streaming Media East в мае слушал доклад технаря оттуда. Они оставили RTMP только для приёма данным от пользователей, на раздачу — оставили только HLS, и сделали это как раз за полгода перед этим выступлением. Twitch, на минуточку, 3-й (третий) сайт по объёмам живого трафика в США после Ютуба и Нетфликса. В общем, можно конечно считать меня аффилированным (кем?), но это объективные факты.
«И это единственная причина снижения популярности RTMP.»
Скорее это был одним из поводов к началу перехода на HLS. Все пошли за Эпплом.
Помимо этого, HLS, как и другие протоколы на базе HTTP, проще кешируется, что позволило раздавать трафик через обычные CDN, по которым раздаётся текст и картинки.
Надо признать, что тот же SmoothStreaming — более оптимален по сравнению в HLS. Но, кунгфу Эппла оказалось сильнее кунгфу Майкрософта :)
То, что RTMP — отличный протокол, это бесспорно. Вопрос в той нише, которую он будет занимать.
А нет подвоха. Мы просто на зарабатываем на смежных услугах :)
Мы зарабатываем на сервисе WMSPanel. Она предоставляет хорошую отчетность и удобный интерфейс для управления, причем для любого числа серверов одновременно. Скажем, можно иметь инфраструктуру, где есть несколько серверов Вовзы и Нимбла (+ скоро Erlyvideo и Red5) — и для всех мы агрегируем данные, создаем отчеты и позволяем показывать их разнообразными способами. Аналогично с управлением — задание параметров стриминга, управление защитой данных (hotlink protection, geoblocking, paywall), управление параметрами сервера — это удобно делается через панель.
Можно работать с Нимблом через ком.строку, конфиги и логи — мы не против, он будет отлично работать. Просто многие предпочитают удобство.
Буквально вчера опубликовали описание инфраструктуры, где использовалось более 100 инстансов Нимбла на пике. Человек, который выиграл тендер на трансляцию Чемпионата мира, предпочтёт купить наши услуги, чем ковыряться во всём самому.
Это и называется Progressive download, или pseudo-streaming. Он совсем не плох — именно об этом я написал в конце.
Однако, во-первых, он не подходит для живых трансляций, а это очень немалая доля рынка и разных сценариев.
Если говорить про видео-по-запросу, то он не очень подходит для передачи с адаптивным битрейтом (ABR).
Передача с кешированием на эдж-серверах или через CDN — для протоколов HLS, DASH, HDS, Smooth оно делается проще и эффективнее.
Повторю, протокол хороший, но он не всегда подходит.
В топике речь про английское произношение.
А по вашей ссылке речь об испанском названии. Так что в разговоре с мексиканцем вполне можно говорить «адобэ».
Но в разговоре с американсим топ-менеджером этой компании я слышал именно «эдОуби». Что, ксати, также подтверждает ваша статья.
Прямо бальзам на душу, спасибо, что подняли эту тему.
Справедливости ради — грамарнацизмом всерьёз стоит заниматься в двух случаях:
1) Вы периодически пересекаетесь с носителями языка. Понятно, что лучше доносить мысль в понятной для слушателя форме. По этой же причине стоит вообще заняться произношением, чтоб не было казусов вроде этого
2) У вас большая команда и подобные казусы просто мешают работе.
В общем, я вас люто-бешено подерживаю. Но всё хорошо в меру :)
Интересно, спасибо. Я так понимаю, вы для доставки до конечного потребителя используете RTMP? Или HLS где-то используете? Как раздачу делаете — через CDN или со своих серверов?
Я согласен, что язык — живая система, что он по своим законам развивается. Просто мне, как изучающему и практикующему английский практически всю жизнь, подобные «ложные друзья переводчика» режут ухо.
Кстати, да, «silicon» и «силикон» вполне могли бы попасть в те знаменитую «ложные друзья», наряду с «accurate», «аккуратный» и т.п.
Опилки, говоришь?
Открываем Википедию: en.wikipedia.org/wiki/Silicon
Читаем вверху: Not to be confused with the silicon-containing synthetic polymer silicone.
Далее: Silicon is a chemical element with the symbol Si and atomic number 14.
На всякий случай, проверяем: en.wikipedia.org/wiki/Silicone Да, Silicones are inert, synthetic compounds with a variety of forms and uses.
Как я уже говорил, кремний и силикон — это разные вещи. И Долина — она кремниевая, не силиконовая.
Техас и Тексас — это из другой оперы. Техас — географическое название, принятое в русском языке. Как Чикаго, например. И плевать, что в Штатах говорят «Щикагоу», это топоним.
В случае с долиной срабатывает тот самый «макаронизм». Есть Death Valley, Долина Смерти. Её ведь никто не называет Дэсовой Долиной?
Silicon Valley — дословно «долина, сделаная из silicon». И silicon — это кремний. Но все упорно путают его с silicone — то есть силиконом, совершенно отдельным материалом с совершенно другими свойствами.
Силиконовый — значит «из силикона». Поэтому присоединюсь к комментарию про Вэлли.
Или Роки Маунтинс, или Скалистые Горы.
Или Силикон Вэлли, или Кремниевая Долина.
Выше правильно заметили насчёт денег. Пересчитайте всё несколько раз, с разными сценариями использования и разными типами пользователей. Очень уж специфичная и узкая ниша.
Отчего ж не дружить :) Захотят раздать через другие сети — их право. Конечно, что не всегда и не везде есть подходящие решения. Да и CDN тоже строится на основе чего-то. Некоторые на основе наших разработок как раз и создают свои CDN.
Это всё вполне работающие варианты. Но чем хорош 302 редирект — не надо ничего придумывать ни на стороне сайта (с iframe ссылку ведь всё равно менять надо на нужный сервер), ни на стороне марштуризаторов. Дал единообразную ссылку — и дальше забота сервера, куда бросать запрос.
Чуть позже сделаем баласировку на основе обратной связи от серверов по текущей нагрузке, опять же на основе 302 ответа, как работающего «из коробки».
Если клиент хочет чего-то более интересного, вроже DNS-маршрутизации — его право.
Отличный пример — Twitch, которого Гугл покупает на 2 миллиарда. На конференции Streaming Media East в мае слушал доклад технаря оттуда. Они оставили RTMP только для приёма данным от пользователей, на раздачу — оставили только HLS, и сделали это как раз за полгода перед этим выступлением. Twitch, на минуточку, 3-й (третий) сайт по объёмам живого трафика в США после Ютуба и Нетфликса. В общем, можно конечно считать меня аффилированным (кем?), но это объективные факты.
Скорее это был одним из поводов к началу перехода на HLS. Все пошли за Эпплом.
Помимо этого, HLS, как и другие протоколы на базе HTTP, проще кешируется, что позволило раздавать трафик через обычные CDN, по которым раздаётся текст и картинки.
Надо признать, что тот же SmoothStreaming — более оптимален по сравнению в HLS. Но, кунгфу Эппла оказалось сильнее кунгфу Майкрософта :)
То, что RTMP — отличный протокол, это бесспорно. Вопрос в той нише, которую он будет занимать.
Мы зарабатываем на сервисе WMSPanel. Она предоставляет хорошую отчетность и удобный интерфейс для управления, причем для любого числа серверов одновременно. Скажем, можно иметь инфраструктуру, где есть несколько серверов Вовзы и Нимбла (+ скоро Erlyvideo и Red5) — и для всех мы агрегируем данные, создаем отчеты и позволяем показывать их разнообразными способами. Аналогично с управлением — задание параметров стриминга, управление защитой данных (hotlink protection, geoblocking, paywall), управление параметрами сервера — это удобно делается через панель.
Можно работать с Нимблом через ком.строку, конфиги и логи — мы не против, он будет отлично работать. Просто многие предпочитают удобство.
Буквально вчера опубликовали описание инфраструктуры, где использовалось более 100 инстансов Нимбла на пике. Человек, который выиграл тендер на трансляцию Чемпионата мира, предпочтёт купить наши услуги, чем ковыряться во всём самому.
Однако, во-первых, он не подходит для живых трансляций, а это очень немалая доля рынка и разных сценариев.
Если говорить про видео-по-запросу, то он не очень подходит для передачи с адаптивным битрейтом (ABR).
Передача с кешированием на эдж-серверах или через CDN — для протоколов HLS, DASH, HDS, Smooth оно делается проще и эффективнее.
Повторю, протокол хороший, но он не всегда подходит.
А по вашей ссылке речь об испанском названии. Так что в разговоре с мексиканцем вполне можно говорить «адобэ».
Но в разговоре с американсим топ-менеджером этой компании я слышал именно «эдОуби». Что, ксати, также подтверждает ваша статья.
Справедливости ради — грамарнацизмом всерьёз стоит заниматься в двух случаях:
1) Вы периодически пересекаетесь с носителями языка. Понятно, что лучше доносить мысль в понятной для слушателя форме. По этой же причине стоит вообще заняться произношением, чтоб не было казусов вроде этого
2) У вас большая команда и подобные казусы просто мешают работе.
В общем, я вас люто-бешено подерживаю. Но всё хорошо в меру :)
Кстати, да, «silicon» и «силикон» вполне могли бы попасть в те знаменитую «ложные друзья», наряду с «accurate», «аккуратный» и т.п.
Открываем Википедию: en.wikipedia.org/wiki/Silicon
Читаем вверху: Not to be confused with the silicon-containing synthetic polymer silicone.
Далее: Silicon is a chemical element with the symbol Si and atomic number 14.
На всякий случай, проверяем: en.wikipedia.org/wiki/Silicone Да, Silicones are inert, synthetic compounds with a variety of forms and uses.
Как я уже говорил, кремний и силикон — это разные вещи. И Долина — она кремниевая, не силиконовая.
В случае с долиной срабатывает тот самый «макаронизм». Есть Death Valley, Долина Смерти. Её ведь никто не называет Дэсовой Долиной?
Silicon Valley — дословно «долина, сделаная из silicon». И silicon — это кремний. Но все упорно путают его с silicone — то есть силиконом, совершенно отдельным материалом с совершенно другими свойствами.
Или Роки Маунтинс, или Скалистые Горы.
Или Силикон Вэлли, или Кремниевая Долина.
P.S. Кремниевый и силиконовый — всё-таки есть разница :) это silicon и silicone соответственно.
Если вспомните про 302 — пишите, конечно.
Чуть позже сделаем баласировку на основе обратной связи от серверов по текущей нагрузке, опять же на основе 302 ответа, как работающего «из коробки».
Если клиент хочет чего-то более интересного, вроже DNS-маршрутизации — его право.