Воспроизведение FLV-файлов из Cloudfront/S3 с воспроизведением Strobe Media
Я использую OSMF Strobe Media Playback плеер для воспроизведения и воспроизведения файлов из AWS Cloudfront/S3
Ведро называется ct.recorder, Распределение облачного фронта называется 1dm7svtk8jb00c.cloudfront.netи это происхождение ct.recorder,
Видео в ведре называется vid_test001
Я попытался инициализировать плеер с rtmp://s34osaecrafusl.cloudfront.net/cfx/st/vid_test001
Но это не работает.
я получил Connection attempt rejected by FMS server. Connection failed,
Я также попробовал это с .flv в конце, но это тоже не работает.
Не правильно ли я ссылаюсь на файл или это мой плеер?
2 ответа
Параметр встраивания urlIncludesFMSApplicationInstance должен быть установлен в true,
Ну, у меня был написан целый ответ, предполагающий, что это было связано с разрешениями на ведро, и теперь я выцарапываю этот ответ и публикую его вместо этого.:)
$ rtmpdump -r rtmp://s34osaecrafusl.cloudfront.net/cfx/st/vid_test001.flv -o testfile.flv
RTMPDump v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
WARNING: HandShake: client signature does not match!
INFO: Connected...
Starting download at: 0.000 kB
INFO: Metadata:
INFO: duration 13.82
INFO: videocodecid 2.00
INFO: audiocodecid 6.00
INFO: canSeekToEnd FALSE
INFO: createdby AMS 5
INFO: creationdate Tue Dec 03 13:41:46 2013
1190.238 kB / 13.82 sec (100.0%)
Download complete
Это на самом деле работает для меня... как с, так и без, с.flv на конце, и полученный файл представляет собой 7-секундное видео парня, смотрящего на веб-камеру.
Используя "smplayer" для Windows, я могу подключиться к облачному фронту с помощью rtmp:// url и транслировать видео, но он работает только без.flv в конце, используя:
MPlayer Redxii-SVN-r36243-4.6.3 (C) 2000-2013 MPlayer Team
Custom build by Redxii, http://smplayer.sourceforge.net
Compiled against FFmpeg version N-52798-gf5846dc
Build date: Sun May 5 23:51:25 EDT 2013
Это не совсем отвечает на ваш вопрос о том, почему это не работает, за исключением того, что ваш игрок, кажется, обманывает вас, если "попытка подключения отклонена сервером FMS", потому что, по крайней мере, здесь это хорошо, кроме для этой части, и я не знаю, что это значит.
WARNING: HandShake: client signature does not match!
Однако это может быть просто отвлечением.
Похоже, что это будет ваш игрок... поэтому стоит попробовать других игроков.
Конечно, возможно, что существует региональная проблема, связанная с определенным краевым местоположением внутри облачного фронта, к которому вы получаете доступ из своего местоположения, которое может значительно отличаться от того, которое я бью, потому что это географически... но если другой игрок работает там, где вы есть, тогда у вас может быть ответ, который вы ищете. Интересным упражнением может быть также запуск Wireshark и анализ обмена протоколами.
Запоздалая мысль: дополнительная косая черта на вашем пути может также ошеломить кого-то, поскольку URL-адрес RTMP, очевидно, состоит из двух отдельных компонентов: "application"/"stream_name" и точка разграничения может быть неоднозначной на некотором уровне для некоторого компонента в цепочке, Если cloudfront думает, что "application" - это "cfx", а поток - "st/vid_test001", но клиент предполагает, что "application" - это "cfx/st" с именем потока "vid_test001", кажется, что может быть некоторый потенциал для взаимодействия беда там. Это дикое предположение, но, возможно, тоже стоит экспериментировать.