Какие реализации протокола RTMFP существуют в природе?

Question

[Юрий Ярош]

Собственно настиг вопрос организации объёмных стримингов видео.
Нагрузочные тесты показали что использование rtmfp может значительно сэкономить пропускную способность сервера.

Пока что я нашел:
- cumulus
- go-rtmfp
- rtmfp.py из rtmplite

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

Возможно есть ещё что-то ?

Answer 1

[Николай Васильчук]

Adobe Flash Media Server

Comments

[Юрий Ярош]

Собственно речь шла об OpenSource решениях.

[Николай Васильчук]

К сожалению, мы не нашли вменяемого opensource решения. Пришлось раскошелиться

[maxaon]

@d00mko Крайне маловероятно что вы найдете нормально работающее решение не от Adobe, тем более еще и OpenSource.

[Юрий Ярош]

Значит нужно сесть, и написать.

[maxaon]

@d00mko Тогда уж лучше WebRTC развивать.

[Юрий Ярош]

@maxaon вникнуть и контрибутить в WebRTC - нет ни возможности, ни желания. В случае с RTMFP все просто - есть рабочий клиент, и стабильная спека с хорошей обратной совместимостью. Да и для задач которые я буду решать WebRTC не очень хорошо подходит.

[maxaon]

@d00mko Тогда кроме Adobe Flash Media Server у вас нет другого выбора. Здесь, гарантированно и дорого - AFMS. Где-то там, глючно и дешево - вышеперечисленное.

[Юрий Ярош]

@maxaon FMS в целом не выдерживает высоких нагрузок, может подохнуть при 5-6Гбит'ах трафика. Да и в целом бывает довольно нестабилен. На рынке експлойтов существуют не мало DoS'ов и инджектов для FMS: за последний год видел 5-6 штук, и к сожалению ситуация только усугубляется.

[maxaon]

@d00mko А какой сервер выдержит утилизирование канала в 10Гбит?

[Юрий Ярош]

Я бы сказал "любой нормальный", если нужны примеры - пишите в скайп.

Answer 2

[maxaon]

Кстати, Wowza, один из лидеров среди аналогов, не сильно спешат вводить поддержку RTMFP. Red5 тоже вроде-бы работали над ним, но результата не видно. Erlyvideo, аналогично.

Также, судя по forums.adobe.com/thread/636094 и forums.adobe.com/message/2809280 реализация данного протокола не сильно выгодна, поскольку RTMFP не обходит NAT.

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

Comments

[Юрий Ярош]

Собственно приложенным вами постам 3 года отроду.
1) RTMFP обходит NAT
2) Реализовать не спешат так как об опубликованном RFC просто мало кто знает - многие считают протокол закрытым

[maxaon]

Предложите внедрение протокола непосредственно разработчикам существующих медиа-серверов (Wowza, Red5, Erlyvideo). Поговорите с ними, минимум, на их форумах. Однако, то что опубликован RFC, как показывает практика с RTMP, не означает простую реализацию протокола.

[Юрий Ярош]

Я прочитал всю спецификацию RTMFP.
Я прекрасно понимаю на сколько сложно реализовать подобное, и лучше делать это отдельным проектом.

Answer 3

[hbruser]

1. Mona Server
Бывший Cumulus.

2. Web Call Server 4

Поддерживает RTMFP-потоки и конвертацию в RTSP, Websocket, WebRTC
Т.е. можно организовать обмен видеопотоками между:

IE - IE
IE - Chrome/Firefox
IE - VLC/RTSP player
IE - iOS Safari

Здесь IE работает с Flash Player и сервером через RTMFP-протокол.

Также, судя по forums.adobe.com/thread/636094 и forums.adobe.com/message/2809280 реализация данного протокола не сильно выгодна, поскольку RTMFP не обходит NAT.

NAT не страшен если есть сервер, который может проксировать потоки.

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

Многие легаси системы продолжают работать на флэшовом Adobe FMS и Wowza. Зачастую для них очень дорого переходить на WebRTC и другие технологии. Так что по крайней мере на десктопе Flash себя пока хорошо чувствует.