Pull to refresh
105
0
Юрий Удовиченко @Aquary

softvelum.com

Send message
Я не претендую на всеохватность, но есть тенденции рынка, которые здесь хорошо видны. Мы хоть и в тайге живём, но нам хорошо виден повальный переход на 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) У вас большая команда и подобные казусы просто мешают работе.

В общем, я вас люто-бешено подерживаю. Но всё хорошо в меру :)
Категорически поддерживаю. Мы тоже делаем SaaS, причем B2B — у нас почти всё также, как вы написали.
Интересно, спасибо. Я так понимаю, вы для доставки до конечного потребителя используете 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 — то есть силиконом, совершенно отдельным материалом с совершенно другими свойствами.
Силиконовый — значит «из силикона». Поэтому присоединюсь к комментарию про Вэлли.
Или Роки Маунтинс, или Скалистые Горы.
Или Силикон Вэлли, или Кремниевая Долина.
Интересно, спасибо.

P.S. Кремниевый и силиконовый — всё-таки есть разница :) это silicon и silicone соответственно.
Выше правильно заметили насчёт денег. Пересчитайте всё несколько раз, с разными сценариями использования и разными типами пользователей. Очень уж специфичная и узкая ниша.
Отчего ж не дружить :) Захотят раздать через другие сети — их право. Конечно, что не всегда и не везде есть подходящие решения. Да и CDN тоже строится на основе чего-то. Некоторые на основе наших разработок как раз и создают свои CDN.
Нас интересовал более универсальный способ, так что iframe не подошёл. Хотя имеет право быть, конечно.
Код, который внутри iframe, всё равно надо как-то формировать, т.е. это ещё одно звено.

Если вспомните про 302 — пишите, конечно.
Это всё вполне работающие варианты. Но чем хорош 302 редирект — не надо ничего придумывать ни на стороне сайта (с iframe ссылку ведь всё равно менять надо на нужный сервер), ни на стороне марштуризаторов. Дал единообразную ссылку — и дальше забота сервера, куда бросать запрос.
Чуть позже сделаем баласировку на основе обратной связи от серверов по текущей нагрузке, опять же на основе 302 ответа, как работающего «из коробки».
Если клиент хочет чего-то более интересного, вроже DNS-маршрутизации — его право.

Information

Rating
Does not participate
Location
Бишкек, Кыргызстан, Кыргызстан
Date of birth
Registered
Activity