The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Представлен SRT, открытый протокол для потоковой передачи видео"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Представлен SRT, открытый протокол для потоковой передачи видео"  +/
Сообщение от opennews on 05-Май-17, 23:15 
Компании Haivision (https://en.wikipedia.org/wiki/Haivision) и Wowza (https://en.wikipedia.org/wiki/Wowza_Streaming_Engine), развивающие платформы для  организации потокового видеовещания, учредили (http://www.haivision.com/news-events/news/haivision-and-wowz...) организацию SRT Alliance (http://www.srtalliance.org/), нацеленную на продвижение нового открытого транспортного протокола SRT для безопасной доставки высококачественного потокового видео с минимальными задержками. Код эталонной реализации клиентской и серврной части SRT написан на языке Си и  открыт (https://github.com/Haivision/srt) под лицензией LGPLv2. Для добавления поддержки SRT в приложения подготовлена разделяемая библиотека.


В отличие от передачи видео абонентам кабельных сетей, доставка потокового видео через обычный интернет сопряжена с рядом проблем, связанных с усложнениями при построении сетевой инфраструктуры, кэшировании CDN-сетями и перекодированием видео, а также возможными сетевыми перегрузками в области "последней мили (https://ru.wikipedia.org/wiki/%D0%9F%D0%...)". Протокол SRT разработан для организации потокового вещания высококачественного видео поверх публичных TCP/IP-сетей, снижая негативные эффекты от потери пакетов, неоднородностей потока (jitter) и непостоянства пропускной способности каналов.


SRT обеспечивает  минимальные задержки при доставке видео, обеспечивает постоянный мониторинг характеристик канала между конечными точками, адаптируется к параметрам канала связи в режиме реального времени и предоставляет упрощенные механизмы обхода межсетевых экранов. Для защиты от перехвата данных используется шифрование в режиме end-to-end (ключи присутствуют только на стороне конечного отправителя и получателя) c использованием 128/256-разрядного шифра AES. Отмечается, что протокол SRT хорошо подходит как для вещательных компаний и производителей продуктов для передачи видео, так и для разработчиков систем стримминга и online-вещания.

SRT реализован поверх UDP и напоминает по своей сути RUDP (https://ru.wikipedia.org/wiki/RUDP) (Reliable UDP), предоставляя средства для быстрой повторной передачи потерянных пакетов и восстановления синхронизации видеопотока  во времени после сбоев связи. Наработки основаны на протоколе, разработанном  компанией Haivision для организации вещания в сетях с непостоянным качеством связи и большими задержками доставки пакетов. SRT уже используется в таких продуктах Haivision, как Makito X H.264/HEVC, Haivision Media Gateway, KB и Kraken. Компания  Wowza  заявила о применении SRT в Wowza Streaming Engine и других своих продуктах.


URL: http://www.haivision.com/news-events/news/haivision-and-wowz...
Новость: http://www.opennet.ru/opennews/art.shtml?num=46505

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Представлен SRT, открытый протокол для потоковой передачи ви..."  –5 +/
Сообщение от Принц on 05-Май-17, 23:15 
Чем он лучше того что использует для трансляций тот же ютуб?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

6. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +2 +/
Сообщение от h31 (ok) on 06-Май-17, 01:29 
На Ютубе нет задачи сделать минимальную задержку. Да, есть режим трансляции, но даже там задержка составляет порядка десяти секунд.
Не знаю про трансляции, но для обычных видосиков Ютуб использует MPEG-DASH. Правда, использует очень странным образом, кодирует весь ролик одним файлом. Стандарт предполагает, что видео кодируется небольшими кусочками, чтобы легко можно было перематывать, на ходу менять качество и т.д. А если кодируется одним файлом, то зачем вообще заморачиваться с DASH? Хватило бы и обычного progressive streaming.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

9. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +4 +/
Сообщение от kernel (??) on 06-Май-17, 06:24 
Немного не по теме, но отвечу про один файл. Далеко не обязательно все кусочки держать отдельно, вполне можно их собрать в одном файле и в заголовке прописать начало каждого. Затем с помощью byte-range запроса запросить отдельный кусок. Так что, в конечном итоге никакой разницы нет, использовать отдельный файл на каждый кусок или один файл на все. В стандарте, кстати, есть оба варианта.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

27. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +1 +/
Сообщение от h31 (ok) on 06-Май-17, 16:54 
Спасибо за ответ!
Всё равно как-то не по себе, когда понимаешь, что внутри ютубовского JavaScript-а лежит полноценный парсер MP4. Хотя вроде как новые браузеры сами умеют DASH/HLS обрабатывать. Это немного успокаивает.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

37. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от XoRe (ok) on 07-Май-17, 12:09 
> Далеко не обязательно
> все кусочки держать отдельно, вполне можно их собрать в одном файле
> и в заголовке прописать начало каждого.

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

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

43. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Ан (??) on 08-Май-17, 05:24 
А зачем сразу все?
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

7. "Представлен SRT, открытый протокол для потоковой передачи ви..."  –1 +/
Сообщение от user (??) on 06-Май-17, 01:41 
> того что использует для трансляций тот же ютуб

https://en.wikipedia.org/wiki/HTTP_Live_Streaming он использует

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

30. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +2 +/
Сообщение от Максим Лапшин email on 06-Май-17, 19:46 
Ютуб использует то, что можно сделать в браузере.  В браузере можно флеш (это хорошо и надежно работает), можно попробовать MSE (работает, но ещё хрупко), можно webrtc (будет работать только если не смешивать на кухне мясное и молочное).

SRT — это эксперимент на тему UDP для вещания с мобилки  на сервер.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

39. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Аномномномнимус on 07-Май-17, 12:30 
Флеш хорошо и надёжно работает? Какая-то альтернативная реальность?
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

41. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Аноним (??) on 07-Май-17, 19:50 
Вы бы узнали с кем общаетесь. Хотя что это я. Можно же посмотреть такое шоу по переписке...
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

2. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +5 +/
Сообщение от Андрей (??) on 05-Май-17, 23:48 
Интересны отличия от стандартного RTP.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

47. "Представлен SRT, открытый протокол для потоковой передачи ви..."  –1 +/
Сообщение от Csh on 08-Май-17, 14:02 
Меньшая чувствительность к дрожанию джиттера и контроль за целостностью потока.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

48. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +2 +/
Сообщение от Аноним (??) on 08-Май-17, 17:15 
Дрожание джиттера это джиттер в квадрате? ;)
Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

3. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Андрей (??) on 05-Май-17, 23:49 
Ну зачем же они взяли OpenSSL: она же ещё неопределённое кол-во времени будет страдать своей особенной лицензией.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +8 +/
Сообщение от Не нужно on 06-Май-17, 00:33 
Недостаточно протоколов, нужно строить больше протоколов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Аноним (??) on 06-Май-17, 00:35 
Лоеры всея индустрии повернули носы на запах денег, настороженно потирая патенты.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Представлен SRT, открытый протокол для потоковой передачи ви..."  –3 +/
Сообщение от Аноним (??) on 06-Май-17, 04:26 
>SRT реализован поверх UDP...

Шо опять?..  Опыта с uTP оказалось мало?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +1 +/
Сообщение от zanswer CCNA RS on 06-Май-17, 09:19 
Расскажите подробнее, что именно их должно было остановить от выбора в пользу UDP, для передачи видео потока, с минимальными задержками, без необходимости в сегментировании или подтверждении передачи данных на транспортном уровне?

SRT самостоятельно умеет определять потери пакетов, задержки и дрожание (jitter) задержек. Зачем ему дублировать данный функционал на транспортном уровне, в лице TCP?

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

12. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Ydro on 06-Май-17, 09:30 
Не может быть автоматической подстройки качества передаваемого видео без получения периодических данных от клиента о качестве (пропускной способности) канала связи, учитывая при этом, что маршруты могут меняться вне зависимости от желания передающей стороны и приёмной.
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

14. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +1 +/
Сообщение от zanswer CCNA RS on 06-Май-17, 09:43 
Так клиент их и передаёт очевидно в рамках SRT общения между клиентом и сервером, я не смотрел документацию по данному протоколу, но поправимо, если будет потребность выяснить, как он выполняет мониторинг качества канала.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

35. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от sakra email(ok) on 07-Май-17, 08:17 
> Зачем ему дублировать данный функционал на транспортном уровне, в лице TCP?

Та же мысль.  Потом мне показалось, что людям нужен Multicast, а TCP-транспорт в оно не умеет.  Может быть одна из причин?

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

36. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от zanswer CCNA RS on 07-Май-17, 10:31 
Как вариант, хотя в новости не сказано о multicast, а на сайте альянса они просят заполнить форму, чтобы получить больше сведений о их протоколе. Но, если бы они поддерживали reliable multicast, я думаю, что они бы об этом упомянули в своём пресс релизе.
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

31. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +1 +/
Сообщение от Максим Лапшин email on 06-Май-17, 19:48 
>>SRT реализован поверх UDP...
> Шо опять?..  Опыта с uTP оказалось мало?

разница тут в том, что есть понятие окна. Т.е. если видео не успели закачать за 5 секунд, то можно расслабиться и идти дальше.

Но всё это можно было сделать 10 лет назад на RTP

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Игорь (??) on 06-Май-17, 08:34 
Круто, то что нужно, спасибо большое. Я как раз занимаюсь разработкой системы стримминга.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Ydro on 06-Май-17, 09:33 
Готовь открыть своё творение под лицензией LGPLv2


Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

15. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Игорь (??) on 06-Май-17, 09:47 
А если я не хочу?
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

20. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +2 +/
Сообщение от Аноним (??) on 06-Май-17, 11:59 
LGPLv2 позволяет динамическое связывание с проприетарщиной.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

17. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от t28 on 06-Май-17, 10:36 
> Компании Haivision и Wowza
> клиентской и серверной части SRT написан на языке Си

А как же Java, так любимая программерами из Wowza? 😂
Или это поделка Haivision под франшизой Wowza? Тогда всё понятно.

> SRT реализован поверх UDP

Прогрессируют ребята. Наконец-то догадались, что изпользование CONP
для low latency streaming — есть зло. Ещё где-то лет 10—15 нужно,
чтобы догадались, что UDP контейнер тоже мало пригоден для этих целей. 😄

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

32. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Аноним (??) on 06-Май-17, 20:39 
Пока винда не поддерживает DCCP, особого выбора нет.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

18. "Представлен SRT, открытый протокол для потоковой передачи видео"  +/
Сообщение от JL2001 email(ok) on 06-Май-17, 10:51 
какие видео/аудио-потоковые протоколы используются во всяких токсах-скайпах?
чем этот лучше/хуже?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Представлен SRT, открытый протокол для потоковой передачи видео"  +1 +/
Сообщение от Аноним (??) on 06-Май-17, 15:00 
> какие видео/аудио-потоковые протоколы используются во всяких токсах-скайпах?

Разные.

> чем этот лучше/хуже?

Разным для разных.

P.S.: Всегда сочувствую людям, которым отрезали доступ в поисковики и Википедию.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

19. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от adolfus (ok) on 06-Май-17, 11:15 
"Код эталонной реализации клиентской и серверной части SRT написан на языке Си"
Галимая брехня
$ find -type f -name '*.h' -exec grep -H "class" {} \; | wc
     96     349    4401
[podenok@zepp srt]$ find -type f -name '*.h' -exec grep -H "template" {} \; | wc
     36     180    2086
$

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Аноним (??) on 06-Май-17, 12:06 
C++ тоже хорошо или, в случае юзерспейса, даже лучше. Главное, не на новом, модном, стильном, молодёжном.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

21. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +1 +/
Сообщение от Аноним (??) on 06-Май-17, 12:02 
>Код эталонной реализации клиентской и серверной части SRT написан на языке Си и открыт под лицензией LGPLv2.

Вот это по-нашему.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "Представлен SRT, открытый протокол для потоковой передачи ви..."  –2 +/
Сообщение от Аноним (??) on 06-Май-17, 13:09 
А кто-нибудь объяснит чем их webrtc не устроило?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +1 +/
Сообщение от Crazy Alex (ok) on 06-Май-17, 14:51 
Тем, что это вагон переусложнённой фигни?
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

26. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Аноним (??) on 06-Май-17, 15:05 
И? Зато стандарт который уже поддерживает куча народа.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

29. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +1 +/
Сообщение от Crazy Alex (ok) on 06-Май-17, 18:28 
И есть шанс, что если сделать что-то получше, то его тоже поддержит куча народа. А формальные стандарты нынче стали менее важны.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

33. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Аноним (??) on 06-Май-17, 20:58 
Какая куча? И что с неё? Потоковый сервер видео вменяемый может подскажешь? Был ерлевидео - стал полностью платным. Всё остальное, вменяемое, только за деньги. И даже там этот вебртц кое-как впиливался. Сейчас не знаю в каком состоянии поддержка в разном серверном софте - несколько лет не слежу. И это за несколько лет существования в качестве "стандарта". Сколько ждать этот срт в софте, пять лет, десять?
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

50. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Аноним (??) on 08-Май-17, 19:51 
>Сколько ждать этот срт в софте, пять лет, десять?

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

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

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

51. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Аноним (??) on 09-Май-17, 10:27 
Отлично. Прямо с завтрашнего рабочего дня начинаю пользоваться. Благородный дон конечно мне поможет с ссылками на открытые серверы потокового вещания видео с поддержкой SRT? Или он так, побалаболить вышел?
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

28. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Аноним (??) on 06-Май-17, 17:29 
Годнота!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

34. "Представлен SRT, открытый протокол для потоковой передачи ви..."  –1 +/
Сообщение от Аноним (??) on 06-Май-17, 23:27 
перепутать просто с hikvision
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

38. "Представлен SRT, открытый протокол для потоковой передачи видео"  +/
Сообщение от XoRe (ok) on 07-Май-17, 12:15 
Интересно, чем им RTSP не устроил.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

42. "Представлен SRT, открытый протокол для потоковой передачи видео"  –1 +/
Сообщение от t28 on 07-Май-17, 22:44 
> чем им RTSP не устроил

RTSP — угрёбищная TCP-шная фигня.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

45. "Представлен SRT, открытый протокол для потоковой передачи видео"  +/
Сообщение от Анонимный БСДун email on 08-Май-17, 12:05 
UDP отлично разлетается мультикастами по провайдерским сетям и фактически является основой для современных IPTV-решений.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

52. "Представлен SRT, открытый протокол для потоковой передачи видео"  +/
Сообщение от XoRe (ok) on 15-Май-17, 17:52 
> UDP отлично разлетается мультикастами по провайдерским сетям и фактически является основой
> для современных IPTV-решений.

Совершенно верно. А они хотят это в OTT.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

44. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +/
Сообщение от Анонимный БСДун email on 08-Май-17, 11:37 
Вообще-то джиттер - это задержка...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Представлен SRT, открытый протокол для потоковой передачи ви..."  +1 +/
Сообщение от Demo (??) on 08-Май-17, 12:37 
> Вообще-то джиттер - это задержка...

То вы с latency перепутали. А jitter --- это вариация задержки.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру