The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Опубликована первая открытая альтернативная реализация клиен..., opennews (??), 03-Сен-16, (0) [смотреть все]

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


57. "Опубликована первая открытая альтернативная реализация клиен..."  –2 +/–
Сообщение от Crazy Alex (ok), 04-Сен-16, 04:07 
А какие там неразрешимые проблемы? Тем более с браузерами, где IM вообще делать нечего. Учитывая, что оригинальный протокол был весьма хорош и пролезал через абсолютно любые дыры - лично я бы с удовольствием увидел его открытую реализацию, с альтернативными root-серверами, конечно, или вообще без таковых (вот тут из tox можно кое-какие идеи позаимствовать). IMHO - тому же tox была бы вполне приличная конкуренция на основе годами проверенного решения.
Ответить | Правка | Наверх | Cообщить модератору

62. "Опубликована первая открытая альтернативная реализация клиен..."  +/–
Сообщение от Аноним (-), 04-Сен-16, 06:09 
> А какие там неразрешимые проблемы?

А ты не понимаешь? Мобильников больше чем ПК, мобильник не может быть root нодой skype. Пользователи мобильников просто выжирали все ресурсы всех root узлов и сеть начинало лагать.

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

67. "Опубликована первая открытая альтернативная реализация клиен..."  +/–
Сообщение от Нанобот (ok), 04-Сен-16, 07:49 
Так а какие НЕРАЗРЕШИМЫЕ проблемы?
Ответить | Правка | Наверх | Cообщить модератору

70. "Опубликована первая открытая альтернативная реализация клиен..."  –1 +/–
Сообщение от Аноним (-), 04-Сен-16, 08:34 
Никаких. Современные мобильники достаточно мощные, чтобы быть root нодой. Конечно если позволяет интернет. А ещё Microsoft зарабатывает достаточно средств на Skype, чтобы поднять сервера root нод для поддержки сети (что она и сделала).
WebRTC дешевле, требует менее профессиональных специалистов (js программистов без знания p2p и алгоритмов, т.е. сотрудников они найдут всегда и легко). С WebRTC никогда не появится критических ошибок повреждающих сеть, потому что это сторонний модуль, который хорошо тестируется отдельно.
Ответить | Правка | Наверх | Cообщить модератору

83. "Опубликована первая открытая альтернативная реализация клиен..."  +2 +/–
Сообщение от Аноним (-), 04-Сен-16, 10:36 
> Современные мобильники достаточно мощные, чтобы быть root нодой. Конечно если позволяет интернет.

Угу. Ядерный реактор условно не показан.

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

86. "Опубликована первая открытая альтернативная реализация клиен..."  +2 +/–
Сообщение от Васятка (?), 04-Сен-16, 10:46 
Боюсь, Вы путаете "теоретически возможное" и реальный продукт. В теории все, о чем Вы говорите прекрасно работает. Я уверен, что рабочий прототип написать можно за неделю.
Мобильник может хостить групповой звонок. Мобильная сеть везде хороша достаточно, чтобы пропускать несколько разнонаправленных  медиа-потоков, чтобы результат микширования раздать всем участникам конференции. Поднять набор медиа-гейтвеев, чтобы обеспечить транспорт из своей сети в webrtc для миллионов пользователей по всему миру - это дешево и Майкрософт хочет за это платить. И еще множество допущений.

Но дьявол, как обычно, в деталях. Собрав все это вместе, мы получаем мобильный клиент, который работает только у абонента, стоящего прямо под lte-вышкой, выжирает батарейку за 10 минут разговора, тратит кучу не безлимитного мобильного трафика, ну и работает только на топовых телефонах.

Иными словами, Вы, конечно, правы: реализовать то, что Вы описали, безусловно, можно. Только Вы же первый этим пользоваться не будете, и переключитесь на viber/wire/что там сейчас в моде. Которые в силу своей классической архитектуры не имеют этих проблем. Что, в общем-то, мы сейчас и наблюдаем.

P2p сеть была прекрасна на десктопах: мощно, надежно и абсолютно бесплатно. В современном мире постоянно-работающие, включенные в сеть десктопы с постоянным ip - уже скорее исключение, чем правило, и p2p, думается, приносит больше проблем, чем решает.

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

131. "Опубликована первая открытая альтернативная реализация клиен..."  –1 +/–
Сообщение от Crazy Alex (ok), 04-Сен-16, 15:02 
А что мешает микшировать на стационарном компе? Может, их и меньше, чем мобильных клиентов (судя по тому, что я вижу - ровно наоборот - соотношение мобил с десктопами в конфах 1:10 где-то), но много там и не надо. Видео, кстати, никто в конфах в здравом у мен не включает по возможности, хоть на мобилах, хоть на десктопах.

Насчёт стоимости - угу, расскажите, что поднять сервера, через которые надо гнать весь трафик вообще - дешевле, чем если через них гнать только то, что роутить некому. А на кой им WebRTC - вообще вопрос открытый, это ж не новичок какой, у которого своего стека нет и надо максимально дёшево взять какой-то готовый. И то, как правило, справляются своими силами, как тот же Zoom.

Скорее всё это похоже на то, что MS, купив скайп, постаралась удешевить разработку (и, возможно, таки получить контроль за данными). И закономерно этот самый скайп гробит.

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

158. "Опубликована первая открытая альтернативная реализация клиен..."  +2 +/–
Сообщение от Васятка (?), 04-Сен-16, 19:31 
А где взять стационарный комп, если в конференции хотят участвовать только мобильники? Т.е. мы уже сразу наткнулись на бизнес-кейс, в котором Ваш подход не работает.
На тему "1:10 мобильники к десктопам" и "видео никто не включает" - это ваши личные наблюдения. У меня - противоположные, но для выводов здесь нужно иметь полную статистику скайпа, и тут я ничего сказать не могу. Надо Майкрософт спрашивать.

В классическом voip весь трафик через сервер не гоняется. Только в случае конференций. Ну или если установить прямое соединение невозможно. И инфраструктура для этого у Майкрософт уже есть: бэкенд для Lync, ныне Skype For Business, который имеет, опять таки, классическую архитектуру. И тут стоит заметить, что скайп тоже не pure-p2p - есть весьма большое количество выделенных супернод, которые также нужно хостить, поддерживать и платить за трафик.

Т.е. выбор, который Вы предлагаете:
- либо содержать инфраструктуру для lync, инфраструктуру для skype - выделенные суперноды, и что там еще у них есть, и написать и поддерживать гейтвей между этим всем, и чтобы оно работало быстро, без багов и не вносило чрезмерной задержки в разговоры, а потом его тоже содержать и поддерживать.
- Либо мы просто выкидываем p2p и деплоим в ажур еще пару сотен (или тысяч) нод конференц-сервера линка.
Представьте себя на месте менеджера: Кажется, что второй вариант проще и несет куда меньше рисков. Гейтвей же когда еще напишут! А продукт надо выпускать быстро - конкуренты. А тут уже все готовенькое есть!

Почему я вспоминаю Lync?
Во-первых, как уже упоминали в комментариях, майкрософт покупал не скайп как продукт, а юзеров. Юзеров, которым можно будет звонить с Линка, тем самым сделав свой сильно платный продукт куда более привлекательным.
А во-вторых: загляните в папочку с установленным скайпом (прошу прощения, но да, я имею в виду виндовый скайп, т.к. линуксовый выгляди заброшенным) - уже давно там появилось несколько новых файлов: Rtm*.dll. Довольно простые исследования показывают, что это линковский медиа-стек.
Появились они там во времена, когда майкрософт анонсировал skype-lync звонки и переименовал Lync в Skype For Business. Из чего легко делается вывод, что майкрософт уже пару лет назад сделал выбор в пользу перевода скайпа на линковские рельсы.

Зачем им WebRTC? Ну, для начала я хочу напомнить, что я говорил не о webrtc, а о webrtc-like. Иными словами о классической архитектуре с server-side signaling, стандартными STUN/TURN и т.п. Но т.к. слово webrtc сейчас на слуху, а, скажем, h.323 - не особо, то удобно говорить о webrtc-like, чтобы те, кто прямого отношения к телекоммуникациям не имеют также сразу все поняли. Хотя, признаю, возможно это было и не лучшей идеей.

По теме: думаю, тут дело не в вебртц, а в перемещении максимума логики из p2p в майкрософтовское облако. Сделав это вы получаете: куда более высокий уровень контроля за продуктом, возможность легко делать обновления и дополнительные сервисы, и, главное, возможность делать платформу и продавать ее в качестве коммуникационной основы сторонним компаниям. (не говорите мне, что МС не хочет монетизировать скайп)
Ну а поддержка именно WebRTC сделало бы эту платформу более привлекательной, добавив поддержку браузеров без глючных плагинов.

Но поддержка (совместимость с) WebRTC именно как стандарта. Конечно я не говорю, что майкрософт выкинет все свои наработки и просто скачает опенсорс имплементацию вебртц. Тем более, что эта имплементация далеко не беспроблемна. Как, к сожалению, и сам стандарт.

Подытоживая:
- текущая ситуация в скайпе не очень: время и надежность установки звонка на мобильных - не на высоте. Часть проблема они решили, и скайп уже не сажает батарею за пол дня работая в фоне, но до того же вайбера по этим показателям еще далеко.
- появление линковского медиастека в скайпе показывает, что именно скайп меняется в сторону линка, а не наоборот.
- инфраструктура скайпа тоже стоит денег. Окончательная технологическая конвергенция линка и скайпа майкрософту станет дешевле, а не дороже. Стоит учитывать не только трафик и сервера, но и команды программистов, админов и прочие операционные издержки.
- майкрософт взялся строить платформы: azure, office 365, onedrive, и т.п. И последние движения, вроде skype bots platform показывают, что и скайп движется туда же. Но надежная платформа поверх p2p? По крайней мере не того p2p, что сейчас есть в Skype

На мой взгляд, эти доводы говорят в пользу того, что p2p инфраструктура не удовлетворяет текущим нуждам. Хотя, безусловно, вместе с ней Skype потеряет свой романтический хакерский ореол "неблокируемого, неотслеживаемого и непонятного".

В последнем, Вы, безусловно, правы. Стремление к удешевлению разработки всегда существует. Но, думаю, что оно происходило не путем того, что половину разработчиков выгнали, а второй перестали платить зарплату, и поэтому скайп перестали писать - мы бы услышали о таком. Как, например, услышали о разгоне Nokia. А в планировании объединения нескольких имеющихся внутри компании коммуникационных продуктов в рамках одного решения.

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

188. "Опубликована первая открытая альтернативная реализация клиен..."  +/–
Сообщение от Аноним (-), 04-Сен-16, 21:50 
> А где взять стационарный комп, если в конференции хотят участвовать только мобильники?

Купить впску за 2 бакса. Только нормальный протокол должен автодетектить все это и довольствоваться впской Васи, если Вася не против.

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

197. "Опубликована первая открытая альтернативная реализация клиен..."  +1 +/–
Сообщение от Васятка (?), 04-Сен-16, 23:13 
>> А где взять стационарный комп, если в конференции хотят участвовать только мобильники?
> Купить впску за 2 бакса. Только нормальный протокол должен автодетектить все это
> и довольствоваться впской Васи, если Вася не против.

Ну это у вас какая-то магия.
Во-первых, что-то микшируется где-то в произвольных местах. У того же скайпа p2p-стек такого не умеет. Микширует строго определенный участник - организатор конференции. Если Вы готовы разработать p2p решение лучше скайпа - я первый запишусь в альфа-тестеры.

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

В данном случае это решение еще хуже, чем отдать микширование серверам майкрософта. МС хотя-бы своей репутацией рискуют. И выдают ваши данные только АНБ, а не любому script kiddie.

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

194. "Опубликована первая открытая альтернативная реализация клиен..."  +1 +/–
Сообщение от Crazy Alex (ok), 04-Сен-16, 22:46 
Какие, на фиг, гейты между линком и скайпом? Они ж между собой общаться не умеют. И да, явно дешевле держать немного выделенных супернод на экзотичсекие случаи, чем гонять через себя всё. даже если это "всё" - это nat traversal. То же и микширования видео касается. То есть да, есть такой кейс - но он, в общем-то, всегда был. В чём профит делать его нормой - я не понимаю. И да, я никогда, ни разу в жизни не видел конференцию - даже аудио, в которой не было бы ни одного десктопа на вмеяемомо канале. А вот те, в которых ни одного мобильного клиента нет - вижу каждый день. Хоть в рабочих условиях (контора-аутсорсер и заказчик), хоть звонки родичам.

Браузеры без плагинов - фантастика. Потому что нужен шаринг рабочего стола (много чаще, чем показ рож на видео, кстати).

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

Насчёт платформ на базе скайпа - честно говоря, даже примерно не понимаю, что это может быть и каким боком здесь наличие или отсуствие p2p.

Но суть даже не в этом. То, что такое решение выгодно для МС - вполне вероятно. А вот выгодно ли это пользователям - вопрос открытый. Та же проблемность в блокировке - качество вполне полезное, как и отсутствие привычки тягать файлы через пол-мира при том, они шлются соседу в локалке. Ага, сейчас отсылка файла чего-то идёт через интернет в любом случае. примерно поэтому я был бы очень рад увидеть отдельную сеть на базе реверсированного протокола.

а насчёт удешевления... Обычно это выглядит не как "разогнали пол-команды". Вообще внятно игтегрировать совершенно сторонний продукт - с командой, практиками разработки, администрированием и .т. д. - сложно. И есть большой соблазн просто растащить лучших на другие проекты, остальное потом вяло загнивает и тихо закрывается. И все только недоумевают, чего не прикрыли раньше. На это скайп и похож сейчас. Вот только по моим наблюдениям народ уходит далеко не только на линк, а расползается во все стороны.

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

102. "Опубликована первая открытая альтернативная реализация клиен..."  –1 +/–
Сообщение от adminlocalhost (ok), 04-Сен-16, 11:55 
>мобильники достаточно мощные, чтобы быть root нодой.

ты бы еще вспомнил как бабка девочкой была.

с чего ты решил что современный скайп клиент умеет быть рутнодой?
или с чего ты решил что другие клиенты умеют к этой мифической рутноде коннектится?.

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

129. "Опубликована первая открытая альтернативная реализация клиен..."  –1 +/–
Сообщение от Crazy Alex (ok), 04-Сен-16, 14:51 
Так речь же о каких-то "неразрешимых проблемах". И о старом протоколе, который как раз всё это умел.
Ответить | Правка | Наверх | Cообщить модератору

161. "Опубликована первая открытая альтернативная реализация клиен..."  +/–
Сообщение от Васятка (?), 04-Сен-16, 19:33 
> Так речь же о каких-то "неразрешимых проблемах". И о старом протоколе, который
> как раз всё это умел.

Поясните, что Вы считаете root-нодой? Суперноду или микшер-конференций? И что конкретно умел старый протокол и чего не умеет новый?

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

187. "Опубликована первая открытая альтернативная реализация клиен..."  +1 +/–
Сообщение от Аноним (-), 04-Сен-16, 21:48 
> Поясните, что Вы считаете root-нодой? Суперноду или микшер-конференций? И что конкретно
> умел старый протокол и чего не умеет новый?

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

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

198. "Опубликована первая открытая альтернативная реализация клиен..."  +/–
Сообщение от Васятка (?), 04-Сен-16, 23:20 
>> Поясните, что Вы считаете root-нодой? Суперноду или микшер-конференций? И что конкретно
>> умел старый протокол и чего не умеет новый?
> Старый протокол умел пролезать везде так что хрензабанишь и был достаточно отказоустойчив.
> МС все это покилял, ибо слежке мешает.

Никакой магии в старом протоколе небыло. Да, простые средства, типа "забаним skype.com и вон те несколько адресов", доступные простым админам в 2009м он легко обходил за счет супернод и туннелирования в http/https трафик.
Но правильно настроенными современными средствами скайп убивается на 5+. И это даже без DPI. И дело тут не в МС, убившем все, а просто в прогрессе средств контроля.
То, что казалось магией десять лет назад, сегодня уже, увы, вчерашний день. Но история развивается по спирали, так что я искренне жду какого-нибудь p2p-решения нового поколения.

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

192. "Опубликована первая открытая альтернативная реализация клиен..."  +/–
Сообщение от Crazy Alex (ok), 04-Сен-16, 22:24 
Рут-ноды, насколько я помню, это вообще об авторизации и только. Я имел в виду суперноду - насколько я знаю, сейчас клиенты супернодами не бывают. Но уж на это у мобилы хватило бы ресурсов с лихвой. А конференции - ну да, выделенная железка или десктоп.
Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

196. "Опубликована первая открытая альтернативная реализация клиен..."  +1 +/–
Сообщение от Васятка (?), 04-Сен-16, 23:01 
Одна из основных ролей суперноды - проксирование трафика. Т.е. она должна быть всегда онлайн, с известным ip и хорошим каналом. В реалиях классического voip - это сместь сигналинг-сервера и TURN.
Проблема суперноды-мобильника, даже если забыть про стабильный ip, это батарейка и трафик. Старый скайп сажал батарейку в ноль и нагревал карман до +9000 просто за счет того, что держал открытый сокет и процесс, чтобы не пропустить входящий вызов. Представьте, что бы началось, если бы еще начали и трафик гонять чужой через ваш мобильник и платный канал?
Так что вычислительных ресурсов хватило бы - не сомненно. Но в остальном - нет. Люди бы сразу посносили скайп, как только поняли ,что оно их батарейку и трафик жрет на чужие нужды. Даже без этого люди всегда вырубали скайп на мобильнике, и убивали его процесс, когда не пользовались.

Для конференций же (аудио)микшером конференций в скайпе выступает участник, который звонок и организовал. Именно поэтому в старых клиентах когда организатор выходит, конференция разваливается. Иными словами, при n участиков, микшер получает n-1 аудиопотоков, микширует их, и, главное, отправляет n-1 смикшированных обратно каждому участнику. Что при условии ассимметричности и высокой latency мобильного канала дает невероятно плохие результаты.

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

231. "Опубликована первая открытая альтернативная реализация клиен..."  +1 +/–
Сообщение от Crazy Alex (ok), 05-Сен-16, 14:08 
Не, стоп. Просто сокет и процесс явно недостаточны, чтобы высадить батарею. По стабильности IP мобила, как ни странно, от десктопа не особо отличается - большая часть людей всё же довольно статична. Трафик - тут у кого как, но галка Restrict background data примерно для таких случаев и есть.

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

Но в целом - то, что вы описываете, похоже не на "p2p не годится для мобил", а на неготовность для мобил конкретной скайповской реализации. Начиналась дискуссия, напомню, не с того, что существовавший p2p-скайп не годится для мобил, а с того, что там какие-то принципиальные проблемы. Сорри - на принципиальные проблемы не тянет.

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

256. "Опубликована первая открытая альтернативная реализация клиен..."  +/–
Сообщение от Васятка (?), 07-Сен-16, 19:47 
> Не, стоп. Просто сокет и процесс явно недостаточны, чтобы высадить батарею.

Хм, каков Ваш опыт разработки под мобильные устройства? Поддержки активного сокета более чем достаточно для повышенного потребления энергии, т.к. это не дает процу уйти в sleep достаточно глубоко. Настолько достаточно, что, например, эппл выпиливает возможность поддержки открытого сокета из iOS насовсем.
Можно на каждый эвент пуши слать, но во-первых это очень непредсказуемый транспорт и никаки не годится на роль основного, во-вторых тут уже сразу нужны сервера, что, как бы, не совсем p2p уже.

Я говорил о принципиальных проблемах именно скайповского p2p, потому, как с ним, в силу некоторых обстоятельств, пришлось познакомиться. Ну и, смею вас уверить, это далеко не худшая реализация p2p из тех, что когда-либо были созданы.
Обсуждать сферические идеальные реализации в вакууме кажется довольно бесполезным, тк. нет предмета. Вы мне скажете: "а моя реализация бы и не такое умела". И как мне прикажете это проверить? :)

К тому же вы концентрируетесь на узком спектре проблем, а ведь p2p - это еще слабая управляемость сети (пробовали релизить новую фичу в децентрализованной сети? очень захватывающе), низкая предсказуемость, проблемы с телеметрией и многое-многое другое, что отличает неплохую библиотеку p2p-транспорта от реального продукта.

Но мне кажется, основная проблема в том, что у нас с Вами разное понимание "принципиальных проблем".

Вы говорите, что, разряжающиеся батарейки, пропадающий трафик, необходимость микшировать аудио и релеить видеопотоки на мобильном клиенте, и то, что серьезную часть времени ноды проводят в дауне - закрытые ноутбуки, планшеты в рюкзаках и пр. не проблема для организации p2p сети.

В чем-то вы безусловно правы, что-то можно и обойти тем или иным способом и само существование текущего скайпа на мобильниках это показывает (хотя, шутки в сторону, p2p там изначально очень условное).
Однако это принципиальная проблема для продукта. Действуя таким способом вы получаете приложение, сносно работающее у 2% возможных пользователей и теряете рынок, отдавая его конкурентам.

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

Так что, возвращаясь к теме понимания "принципиальных проблем". Сможете ли вы сделать работающее приложение, интересное энтузиастам p2p-технологий? Безусловно. Сможете ли вы сделать это приложение конкурентоспособным на рынке, среди людей, которым все равно, что там под капотом? Опыт одной компании, вложившей в безуспешные попытки очень много денег и человеко-лет показывает, что это, как минимум, очень нетривиально.

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

71. "Опубликована первая открытая альтернативная реализация клиен..."  +/–
Сообщение от Аноним (-), 04-Сен-16, 08:38 
Учитывая, что главное богатство Skype это список контактов. То главная угроза для Skype это ошибка сети, нерабочий Skype и уход пользователей на другие клиенты (Vider и так уже отожрал часть). С WebRTC это исключается полностью. Если вспомнить, что браузеры (клиенты WebRTC) это Open Source собираемый под все операционные системы, то и потерю клиентов из-за появления новых платфор (в том числе мобильных) они предотвратили. Потому что портируют свой клиент они под любую новую платформу очень быстро (читай воткнут кусок js кода для соединения со своим сервером в Chrome, переименуют и выпустят как отдельный продукт со сбором статистики пользователей лично себе).
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

132. "Опубликована первая открытая альтернативная реализация клиен..."  +1 +/–
Сообщение от Crazy Alex (ok), 04-Сен-16, 15:03 
у них сетевая часть отлажена так, что никакому WebRTC не снилось. Ей сколько лет, двадцать?
Ответить | Правка | Наверх | Cообщить модератору

214. "Опубликована первая открытая альтернативная реализация клиен..."  +1 +/–
Сообщение от SysA (?), 05-Сен-16, 11:11 
> у них сетевая часть отлажена так, что никакому WebRTC не снилось.

Была... :(

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

232. "Опубликована первая открытая альтернативная реализация клиен..."  +/–
Сообщение от Crazy Alex (ok), 05-Сен-16, 14:08 
ну да, была
Ответить | Правка | Наверх | Cообщить модератору

130. "Опубликована первая открытая альтернативная реализация клиен..."  +1 +/–
Сообщение от Crazy Alex (ok), 04-Сен-16, 14:54 
Чувак, там аудио сравнительно прилично работало на диалапе. И компах, сравнимых по мощности с нынешними мобилами, где скайп был далеко не единственной программой. Учитывая, что далеко не все владельцы мобил носятся как угорелые, а большая часть сидит в офисах или дома - со сменой ip (которая в нормальных сетях и так далеко не часто происходит) никаких проблем нет.
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

215. "Опубликована первая открытая альтернативная реализация клиен..."  +/–
Сообщение от SysA (?), 05-Сен-16, 11:14 
> Чувак, там аудио сравнительно прилично работало на диалапе. И компах, сравнимых по
> мощности с нынешними мобилами, где скайп был далеко не единственной программой.
> Учитывая, что далеко не все владельцы мобил носятся как угорелые, а
> большая часть сидит в офисах или дома - со сменой ip
> (которая в нормальных сетях и так далеко не часто происходит) никаких
> проблем нет.

Да, качество кодеков там БЫЛО отличным!
Но проц (и батарейку для мобилы) они грузили тоже неслабо...

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

233. "Опубликована первая открытая альтернативная реализация клиен..."  +1 +/–
Сообщение от Crazy Alex (ok), 05-Сен-16, 14:14 
Какой там кодек был - известно, silk. По факту Opus - стандарт в WebRTC - на битрейтах для голоса - это и есть silk. Так что в этом плане ничего не изменилось абсолютно. Из видео - там был vp7, логично, что его пришлось заменить на что-то аппаратно ускоряемое. Но это вообще довольно чстная задачка, к архитектуре имеющая мало отношения.
Ответить | Правка | Наверх | Cообщить модератору

170. "Опубликована первая открытая альтернативная реализация клиен..."  +1 +/–
Сообщение от Аноним (-), 04-Сен-16, 19:51 
> А ты не понимаешь? Мобильников больше чем ПК, мобильник не может быть
> root нодой skype. Пользователи мобильников просто выжирали все ресурсы всех root
> узлов и сеть начинало лагать.

И именно поэтому MS вместо того чтобы поставить несколько нод по разным датацентрам - свинтил к централизованной модели с тотальной слежкой и вообще. А удобство АНБ тут как бы и не при чем :)

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

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

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




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

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