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

Представлен SRT, открытый протокол для потоковой передачи видео, opennews (?), 05-Май-17, (0) [смотреть все] Чем он лучше того что использует для трансляций тот же ютуб , Принц (?), 23:15 , 05-Май-17, (1) –5 // На Ютубе нет задачи сделать минимальную задержку Да, есть режим трансляции, но , h31 (ok), 01:29 , 06-Май-17, (6) +2   // Немного не по теме, но отвечу про один файл Далеко не обязательно все кусочки д, kernel (??), 06:24 , 06-Май-17, (9) +4   // Спасибо за ответ Всё равно как-то не по себе, когда понимаешь, что внутри ютубов, h31 (ok), 16:54 , 06-Май-17, (27) +1   У такого подхода есть один минус - для проигрывания видео нужно полностью скачат, XoRe (ok), 12:09 , 07-Май-17, (37)   А зачем сразу все , Ан (??), 05:24 , 08-Май-17, (43)   https en wikipedia org wiki HTTP_Live_Streaming он использует, user (??), 01:41 , 06-Май-17, (7) –1 Ютуб использует то, что можно сделать в браузере В браузере можно флеш это хо, Максим Лапшин (?), 19:46 , 06-Май-17, (30) +2 // Флеш хорошо и надёжно работает Какая-то альтернативная реальность , Аномномномнимус (?), 12:30 , 07-Май-17, (39) // Вы бы узнали с кем общаетесь Хотя что это я Можно же посмотреть такое шоу по п, Аноним (-), 19:50 , 07-Май-17, (41) Интересны отличия от стандартного RTP , Андрей (??), 23:48 , 05-Май-17, (2) +5 // Меньшая чувствительность к дрожанию джиттера и контроль за целостностью потока , Csh (?), 14:02 , 08-Май-17, (47) –1 // Дрожание джиттера это джиттер в квадрате , Аноним (-), 17:15 , 08-Май-17, (48) +2 Ну зачем же они взяли OpenSSL она же ещё неопределённое кол-во времени будет ст, Андрей (??), 23:49 , 05-Май-17, (3) Недостаточно протоколов, нужно строить больше протоколов , Не нужно (?), 00:33 , 06-Май-17, (4) +8 Лоеры всея индустрии повернули носы на запах денег, настороженно потирая патенты, Аноним (-), 00:35 , 06-Май-17, (5) Шо опять Опыта с uTP оказалось мало , Аноним (-), 04:26 , 06-Май-17, (8) –3 // Расскажите подробнее, что именно их должно было остановить от выбора в пользу UD, zanswer CCNA RS (?), 09:19 , 06-Май-17, (11) +1 // Не может быть автоматической подстройки качества передаваемого видео без получен, Ydro (?), 09:30 , 06-Май-17, (12) // Так клиент их и передаёт очевидно в рамках SRT общения между клиентом и сервером, zanswer CCNA RS (?), 09:43 , 06-Май-17, (14) +1 Та же мысль Потом мне показалось, что людям нужен Multicast, а TCP-транспорт в, sakra (ok), 08:17 , 07-Май-17, (35) // Как вариант, хотя в новости не сказано о multicast, а на сайте альянса они прося, zanswer CCNA RS (?), 10:31 , 07-Май-17, (36) разница тут в том, что есть понятие окна Т е если видео не успели закачать за , Максим Лапшин (?), 19:48 , 06-Май-17, (31) +1 Круто, то что нужно, спасибо большое Я как раз занимаюсь разработкой системы ст, Игорь (??), 08:34 , 06-Май-17, (10) // Готовь открыть своё творение под лицензией LGPLv2, Ydro (?), 09:33 , 06-Май-17, (13) // А если я не хочу , Игорь (??), 09:47 , 06-Май-17, (15) LGPLv2 позволяет динамическое связывание с проприетарщиной , Аноним (-), 11:59 , 06-Май-17, (20) +2 А как же Java, так любимая программерами из Wowza 128514 Или это поделка Haiv, t28 (?), 10:36 , 06-Май-17, (17) // Пока винда не поддерживает DCCP, особого выбора нет , Аноним (-), 20:39 , 06-Май-17, (32) какие видео аудио-потоковые протоколы используются во всяких токсах-скайпах чем , JL2001 (ok), 10:51 , 06-Май-17, (18) // Разные Разным для разных P S Всегда сочувствую людям, которым отрезали доступ , Аноним (-), 15:00 , 06-Май-17, (25) +1 Код эталонной реализации клиентской и серверной части SRT написан на языке Си Г, adolfus (ok), 11:15 , 06-Май-17, (19) // C тоже хорошо или, в случае юзерспейса, даже лучше Главное, не на новом, модн, Аноним (-), 12:06 , 06-Май-17, (22) Вот это по-нашему , Аноним (-), 12:02 , 06-Май-17, (21) +1 А кто-нибудь объяснит чем их webrtc не устроило , Аноним (-), 13:09 , 06-Май-17, (23) –2 // Тем, что это вагон переусложнённой фигни , Crazy Alex (ok), 14:51 , 06-Май-17, (24) +1 // И Зато стандарт который уже поддерживает куча народа , Аноним (-), 15:05 , 06-Май-17, (26) // И есть шанс, что если сделать что-то получше, то его тоже поддержит куча народа , Crazy Alex (ok), 18:28 , 06-Май-17, (29) +1 Какая куча И что с неё Потоковый сервер видео вменяемый может подскажешь Был , Аноним (-), 20:58 , 06-Май-17, (33) Начни пользоваться сейчас Прежде всего идет обкатка на своих наработках, а посл, Аноним (-), 19:51 , 08-Май-17, (50) Отлично Прямо с завтрашнего рабочего дня начинаю пользоваться Благородный дон , Аноним (-), 10:27 , 09-Май-17, (51) Годнота , Аноним (-), 17:29 , 06-Май-17, (28) перепутать просто с hikvision , Аноним (-), 23:27 , 06-Май-17, (34) –1 Интересно, чем им RTSP не устроил , XoRe (ok), 12:15 , 07-Май-17, (38) // RTSP 8212 угрёбищная TCP-шная фигня , t28 (?), 22:44 , 07-Май-17, (42) –1 UDP отлично разлетается мультикастами по провайдерским сетям и фактически являет, Анонимный БСДун (?), 12:05 , 08-Май-17, (45) // Совершенно верно А они хотят это в OTT , XoRe (ok), 17:52 , 15-Май-17, (52) Вообще-то джиттер - это задержка , Анонимный БСДун (?), 11:37 , 08-Май-17, (44) // То вы с latency перепутали А jitter --- это вариация задержки , Demo (??), 12:37 , 08-Май-17, (46) +1 1,2,3,4,5,8,10,17,18,19,21,23,28,34,38,44

Сообщения

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

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

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

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

	37. "Представлен SRT, открытый протокол для потоковой передачи ви..."	+/–
	Сообщение от XoRe (ok), 07-Май-17, 12:09
	> Далеко не обязательно > все кусочки держать отдельно, вполне можно их собрать в одном файле > и в заголовке прописать начало каждого. У такого подхода есть один минус - для проигрывания видео нужно полностью скачать и отпарсить заголовок. Чем больше файл, тем больше заголовок. 10-20 секундные паузы перед показом такого видео - обычное дело. А ведь пользователю не нравится ждать. Поэтому от такого сейчас стараются уходить.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

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

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

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