Pull to refresh
2
0
Михаил Савин@msvn

User

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

Information

Rating
Does not participate
Location
Екатеринбург, Свердловская обл., Россия
Date of birth
Registered
Activity