Ivan_83 Опубликовано 2 декабря, 2015 · Жалоба это всё - копейки на фоне веса одного сегмента. особенно, если пожать gzip'ом. Что жать то? Запрос - он не жмётся, ответ смысла нет жать. пару минут хранить не проблема. при размере чанка в 5с у клиента неплохой бюджет по времени. Давай, прикинь сколько нужно памяти чтобы хранить пару минут когда потоков гиг с лишним в сумме. works for me - это плохой аргумент. можно ведь вспомнить болезных авторов протокола utp :) У меня и ещё пачки хомяков, так весомее?) это вполне реализуется что на дюне, что на маге и упирается в умение клиента запускать несколько закачек и проставлять http-заголовки :) Но это не реализовано ни на дюне ни на маге ни на элтексе ни у самсунга. На маге вообще дерьмовый клиент. Например он фейлится когда EXT-X-MEDIA-SEQUENCE доходит до 2147483647, хотя должен спокойно жить хотя бы до 18446744073709551614. А ещё там очень мелкий буфер и он бесконечно долбит сервер в попытке получить чанк которого может уже и нет или сервер отдать не может. (не корректно обрабатывает коды хттп ошибок / нет счётчика ретрая) Более того, я тоже не планировал у себя такую штуку (как минимум включать по дефолту) по одной простой причине: придётся каждый чанк качать в отдельный буфер и по окончании скачивания скидывать в общий кольцевой, те дополнительное не нужное копирование, в то время как обычное скачивание в один поток это в принципе тот же стриминг только в неудобной позе из за дрочива с запросами. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
paradox_ Опубликовано 2 декабря, 2015 · Жалоба Иван так отстаивает tcp, что думается он и есть тот самый tcp ))) И его сильно напрягает что ему создают оверхед Зачем tcp превращать в асинхронный udp тоже непонятно... а может в пору дать Ивану второе прозвище, Иван-TCP ? ) Быть может разработчику исследователю Ивану пора создать свой протокол для вещания видео контента ? Но для этого нужно как минимум изучить-попробовать все существующие, но что то этих знаний у него не видно некоторые намеки я уже дал в теме :) могу лишь добавить, на днях игрался с еще одной реализацией... банальная, но работает неплохо пробилась через двойной нат по udp, отгрызла у wifi симметричную полосу, рядом запущенный hls через тот же wifi начал подглючивать есественно а эта шняга работала хоть бы хны, еще и в пиринге раздавала другим всяким айсстримам точно еще далеко до этого, даже после того как они туда готовый webrtc вставили будет время еще поиграюсь Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 2 декабря, 2015 · Жалоба Хз чё тебе так моск взорвало что ты на личности перешёл, воздержись впредь. И не нужно делать умный вид, или говори или молчи, слова что ты что то там знаешь - только слова, ничем не подкреплённые кроме понтов. TCP хорош для локалки/сети провайдера, далее он не плох при RTT до 100 и относительно не больших потерях. Притом клиентов особо тюнить не нужно. Проблемы создать свой протокол нет, они начинаются когда ты его пытаешься донести людям. Клиентов для TCP - дохера, хотя бы за счёт UPnP/DLNA, клиенты для HLS в принципе есть, их примерно столько же сколько и для мультикаста если не меньше. Ещё немного всяких RTP/RTMP/DASH и прочего трудновспоминаемого ужаса, и тянут это в основном те вендоры которые его придумали. Клиентов для всякой экзотики нет, это значит что нужна епля в присядку чтобы им как то вдуть потоки. Никто писать клиентов под какие то новые супер протоколы не собирается, всем похер. А на дальний транспорт потоков между своими точками - мне чес говоря начхать, у меня их нет, и в сравнении с тем же UDP/RTP приемущества при приемлемых дропах не существенны, в отличии от затрат по поддержанию, не говоря о создании. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 3 декабря, 2015 · Жалоба И ещё, раз уж речь о HLS. Сейчас пока ещё можно получать какие то профиты от нарезки потока кусками и раздачи их через инет, типа обходя всякие шейперы вписываясь в бёрсты. В будущем этого не будет потому что: 1. Потоки станут в основном HD, битрейт вырастет, нарезать их слишком мелко нельзя - это не только повышения оверхэда по сети, по процу на сервере но и потери времени на установление соединения (TCP хэндшейк + запрос), и если куски по 1 секунде и меньше то уже при небольших потерях начнутся лаги. При этом обычный TCP-HTTP/1 стриминг посылает только аски, даже с ретранмитами оно быстрее TCP хэндшейка + запроса. 2. HTTP/2 к нам приходит и это значит что с бёрстами HTTP на шейперах придётся распрощаться - они станут не актуальны провайдерам и их похерят. 3. Менее очевидно, но HLS перейдёт на HTTP/2 и будет тормозить ощутимо больше чем просто TCP-HTTP/1, параллельная загрузка чанков накроется медным тазом (хотя её и сейчас нет), дикий оверхэд от http/2 + видимо шифрование tls которое и нахер не нужно. Вот такие перспективы на ближайшие 10 лет. С другой стороны TCP-HTTP/1. Мало того что ВСЕ его умеют, при этом реализации плееров таких потоков простые, понятные и не дающие столько возможностей накосячить пограмистам: за них всё делает ОС, которую кодят и настраивают обычно более понимающие в сетях люди. Всё что требуется это подключится куда то, заслать запрос и читать данные до отмены пользователем или отвала соединения. Не нужно парсить плей листы, не нужно постоянно дрочить хттп запросы, контролировать что пришло, когда, сколько, какие ошибки и тп.... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
paradox_ Опубликовано 3 декабря, 2015 · Жалоба если в tcp потеряется пакет, то приставка будет стоять и ждать, пока не получит следующий пакет. Это же tcp: либо получаем целые данные по порядку, либо не получаем ничего. практика показала что оказывается бывают такие чудные интернеты где, потерялся кусок, и потом пришел совсем другой куда делись нннн байт между ними, никто не может ответить поэтому hls на таких каналах живет и здравствует, а стриминговые http ложатся, оборвался кусок, пересинхронизируем, ждем, ищем, по итогу рвем коннет потому что уже каша какая то начинает идти Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
paradox_ Опубликовано 3 декабря, 2015 · Жалоба В будущем этого не будет само собой, и будущего не будет ))) вообщем то пиринг по udp уже давно живет, и хорошо себя чувствует в HD, канал бы только держал полосу и вот если в будущем не будет качественного интернета то нет смысла и про HD говорить, tcp там ни при чем а что касается hls и tcp, то будем идти куда будут направлятся те в руках которых производство apple )) никто же не будет класть на целый сегмент пользователей потому что вот ему не нравится hls или еще что то Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 3 декабря, 2015 · Жалоба поэтому hls на таких каналах живет и здравствует, а стриминговые http ложатся, оборвался кусок, пересинхронизируем, ждем, ищем, по итогу рвем коннет потому что уже каша какая то начинает идти Это теория. На практике большинство клиентов писано левой пяткой гастрабайтера, они не то что бы на какой то там потерянный пакет реагировали правильно, они даже на 404 не реагируют. а что касается hls и tcp, то будем идти куда будут направлятся те в руках которых производство apple )) Джобс помер, своей харизмы там ни у кого нет, без харизмы невозможно впаривать среднее по рынку барахло по х3 ценам, и тем более придумывать что то новое. Так что за 10 лет вполне и эпл может скатится до совсем маргинального рынка и местных амеровских госов, которым апл нужен только потому что они ему доверяют больше остальных. никто же не будет класть на целый сегмент пользователей потому что вот ему не нравится hls или еще что то Будут. Пусть маргиналы страдают за свой выбор. Сами то девайсы умеют TCP-HTTP/1, либо есть сторонний софт это может. А для платного каждый поставщик обычно сам пилит свою хрень со своим дрм, так что проблема яблочников притянута за уши. И вообще, если на кого и ставить то на гугл с их DASH, потому что у них денег дохера и кормовая база охерительная, они могут свои поделки толкать в убыток очень долго. При этом на гандройде вполне себе работает TCP-HTTP/1 из каробки. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zombakhan Опубликовано 17 декабря, 2015 · Жалоба Добрый день, могу лишь добавить, на днях игрался с еще одной реализацией... банальная, но работает неплохо пробилась через двойной нат по udp, отгрызла у wifi симметричную полосу, рядом запущенный hls через тот же wifi начал подглючивать есественноа эта шняга работала хоть бы хны, еще и в пиринге раздавала другим всяким айсстримам точно еще далеко до этого, даже после того как они туда готовый webrtc вставили Добрый день, > Всем операторам предлагаем потоки для резерва и в качестве основного источника. Удобно использовать вместе с astra. Крайне актуально в связи с постоянными перебоями на ABS-2. Качество обеспечивается специальным софтом, который ставится на вашем сервере и восстанавливает все потери, без снижения битрейта. Отдает вам готовый поток либо мультикастом, либо по http-запросу с локалхоста. Протестирован стабильный прием в разных городах России, Англии, Германии, США. Потери и задержки в интернет-канале роли не играют. Хотел бы уточнить, вы пробовали SSTP - stable stream transport protocol: http://www.smart-soft.ru/ru/products/StableStream или какую-то другую разработку ? С уважением... Юрий Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
paradox_ Опубликовано 17 декабря, 2015 (изменено) · Жалоба Хорошая реклама ))) но отвечу, нет, я игрался с пиринговым p2p решением которое мало известно но если вы оставите ссылку на софт этого решения (SSTP), то я тоже потестирую и думаю не только я )) Изменено 17 декабря, 2015 пользователем paradox_ Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
