Обновить
2
0
Михаил Савин@msvn

Пользователь

Отправить сообщение
Уже сейчас можно использовать h.264 вместо vp8
Не совсем понятна цель статьи. Убедить писать нативные приложения? Но ведь быстродействие далеко не единственный фактор выбора. Если команда большая, или вы специалист именно по разработке нативных приложений, то почему нет?
В противном случае уже сейчас можно смотреть в сторону React native.
Статья довольно старая, и в ней не рассматриваются подобные альтернативы. Да и ARM уже на 14 нм.
А как это работает в рамках закона о концессионных соглашениях? Там же чёрным по белому написано об объекте соглашения — недвижимое имущество или недвижимое имущество и движимое имущество, технологически связанные между собой и предназначенные для осуществления деятельности, предусмотренной концессионным соглашением. При чём здесь ИТ?
А какие альтернативы? Может стоит поддержать этот проект разработчиками, чтобы дело пошло быстрее?
Юрий, а что вы скажете о перспективах MonaServer? Продукт выглядит многообещающим, вы уже тестировали его?
Не вижу большого экономического/коммерческого смысла в использовании протокола:
— мы всё равно упираемся во Flash как единственное средство воспроизведения. В плеер на чистом JS не верю :-)
— если уж автор протокола (Adobe) за почти пять лет его существования не стала его развивать — наверное у неё были на это причины?
P.S. Низкая производительность не только из-за шифрования, но и из-за накладных расходов на декодирование видео. Если бы компьютер не служил узлом передачи в сети, то проблем бы не было, а так — падает общее качество трансляции. Деградация качества нарастает нелинейно уже при 3-5% потерь.
В теории всё хорошо, но на практике — очень серьёзные проблемы: четыре года назад мы запустили www.onwebinar.ru — там как раз использован RTMFP. Вывод — для коммерческих проектов это неподходящая технология. Примерно для 3-5% пользователей (особенно корпоративных) просто не работает в силу разных причин (NAT, заблокированные UDP-порты). Качество трансляций невозможно гарантировать и, самое главное, этим процессом никак нельзя управлять. Проблемы возникают на ровном месте: ассиметричные каналы, низкая мощность ПК пользователей (посмотрите загрузку ЦП на нетбуках).
ИМХО — тупиковая технология. Хотите проверить? Заходите на сайт, проведите тестовую трансляцию.
А вот этот сервер? github.com/ging/licode
В этой статье, если я не ошибаюсь, изложен схожий подход, но не к архитектуре данных, а к архитектуре приложений/объектов: habrahabr.ru/post/203444/
2

Информация

В рейтинге
Не участвует
Откуда
Екатеринбург, Свердловская обл., Россия
Дата рождения
Зарегистрирован
Активность