Почему RTMP потоковый URL-адрес протокольного пути отличается друг от друга?
В последнее время я работаю над потоковой передачей RTMP, то есть использую Flowplayer для интеграции со службой Edgecast Streaming и службой CloudFront Streaming.
Основная концепция проста для понимания, но формат разных провайдеров действительно тратит много времени на выяснение.
Например, чтобы сделать Edgecast счастливым, согласно документации, вам нужно указать имя файла в формате mp4:filename.mp4, flv:filename (без расширения.flv) и mp3:filename (без расширения.mp3).
Но для CloudFront это другая история: mp4: filename.mp4, имя файла (без префикса flv: и без расширения.flv) и mp3: имя файла (без расширения.mp3).
Этот формат делает людей еще более разочаровывающими, когда сегодня я пытаюсь использовать функцию Edgecast loadToEdge, принимаемый формат: filename.mp4 (без mp4: префикс), filename.flv (без flv: префикс) и mp3:filename.mp3.
Как видите, в принципе там нет логики, и вы должны угадать и попробовать все различные комбинации, чтобы наконец-то это заработало.
Я просто хотел бы знать, есть ли у кого-нибудь представление о том, почему разные провайдеры реализуют свою потоковую передачу по индивидуальному заказу? Или это вина Adobe не имеет единой формы, или поставщики услуг могут использовать все, что им нравится.
Спасибо!
1 ответ
Это все о реализации. Формат URL, включая расширения, не имеет ничего общего с
Как аналогия, ваш вопрос похож на вопрос: "Почему некоторые веб-сайты имеют разные URL-адреса, чем другие?" Пример двух разных, но жизнеспособных способов подачи изображения:
http://server.com/question/87/why/65.png
http://server.com/image/question?number=87&image=65
,
Все дело в том, как программисты в EdgeCast, Amazon и др. Хотели внедрить свою CDN. Я уверен, что в этом была какая-то логика, хорошо продуманная или нет. И, возможно, некоторым придется иметь дело с устаревшими системами, клиентами и URL-адресами.
Это не имеет ничего общего с самой ФМС. Точно так же, как приведенные выше URL-адреса аналогии не имеют ничего общего с веб-сервером, с которого они обслуживаются.