Я что-то не пойму чего вы ожидали, если автор репозитория запостил ссылки на видео с шутингом на Гитхабе. Мне всё равно распространяете вы это видео или нет, вопрос что оно делает на Гитхабе, потому он ограничивает доступ за куда более мелкие пакости и в ToS это всё прекрасно описано.

Удачи запостить ссылки на шутинг на любом другом популярном сервисе и сделать так, чтобы их кто-нибудь заметил, не важно связан тут MS с сервисом или нет. Это видео почти что равноценно расчленёнке и делать ему в SFW части сети нечего, IMO.

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

Слова и обещания это никак не могут доказать, открытый код — может.

просил пососать мой член
правдами и неправдами пытался быть ко мне ближе
А когда понял что письки моей ему не видать

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

Вот это непонятно — а почему именно так?

Особенности браузерной реализации видимо. В либе для obj-c можно так делать.

А у вас отсутствие не только весомых, но и аргументов вообще. Зачем был написан комментарий?

Инкрементальное компилирование не просто так сделали.

Эпично. Жду твикера и компрессора реестра от автора.

https://github.com/Anakros/WebRTC-iOS API сильно изменилось, но может поможет. H264 я ещё не потестировал здесь.

Ого, даже подспек добавили https://chromium.googlesource.com/external/webrtc/+/master/webrtc/sdk/objc/WebRTC.podspec

Вы уже собирали динамический фреймворк с этим подспеком?

Не решили пока, используем VP8.

Дебаг-версия слишком много места занимала, поэтому использовал релизную. Креши были, на приёмной стороне, потому что кадры без данных приходят.

Это далеко не самое важное для пользователей продукта при открытии его исходного кода.

Так прослойка нужна только для корректного исполнения кода на свифте, нет?

Во всех просмотренных магазинах осталась только версия на 8Гб. Продавцы уже прочуяли?

А зачем?

Потому что по умолчанию шифрование не end-to-end, а просто с передачей трафика по https и шифрованием этого дела ключом на сервере. Этот ключ у них есть.

Вывод из отсутствия русека?

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

Какая разница? Думаю, не только мне интересно было бы взглянуть на то, что вы улучшили. Тем более, после написания статьи, но без подробностей толком.

У нас такое было до обновления библиотеки до актуальной версии. Сейчас, если я не ошибаюсь, поддержка VP8 медленно вырезается из библиотеки за ненадобностью.
Так же вы могли упустить важную часть после создания session description (peerConnection:didCreateSessionDescription:error:):

Библиотека была собрана последняя из мастера пару дней назад (так же пробовал ревизию из ветки 52-го релиза хромиума), кодек конечно же приоритетный в SDP, но кадры без этих данных приходят в любом случае. Локально, однако, всё с ними окей. Такое только со стримом видео, который приходит по сети.