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

"Представлен 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.me/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 +/–
	Сообщение от Максим Лапшин 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 (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 +/–
	Сообщение от Максим Лапшин 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 (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, открытый протокол для потоковой передачи видео"	+/–
	Сообщение от Анонимный БСДун 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, открытый протокол для потоковой передачи ви..."	+/–
Сообщение от Анонимный БСДун on 08-Май-17, 11:37
Вообще-то джиттер - это задержка...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	46. "Представлен SRT, открытый протокол для потоковой передачи ви..."	+1 +/–
	Сообщение от Demo (??) on 08-Май-17, 12:37
	> Вообще-то джиттер - это задержка... То вы с latency перепутали. А jitter --- это вариация задержки.
	Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

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

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