The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Как сохранить локально медиа-поток в формате RTMP
К сожалению в сети часто встречаются сайты отдающие аудио в RTMP формате, при
этом через предлагаемый Flash-плеер прослушать такие потоки не всегда удается
(в моем случае в произвольном месте трансляция прерывалась и начиналась с
начала). Для решения данной проблемы можно попытаться сохранить RTMP поток локально.

Рассмотрим процесс локального сохранения записей, на примере архива staroeradio.ru.


Загружаем и собираем пакет rtmpdump (http://rtmpdump.mplayerhq.hu/):

   wget http://rtmpdump.mplayerhq.hu/download/rtmpdump-2.3.tgz
   tar xzf rtmpdump-2.3.tgz
   cd rtmpdump-2.3
   make

Пользователи Ubuntu могут поставить rtmpdump из PPA
https://edge.launchpad.net/rtmpdump Кроме того, вместо rtmpdump можно
использовать урезанный форк flvstreamer
(http://savannah.nongnu.org/projects/flvstreamer), который доступен из
стандартных репозиториев.

В итоге будут собраны три программы: rtmpdump для непосредственной загрузки
потока и rtmpsuck и rtmpsrv для определения параметров потока.

Сперва для получения параметров потока была предпринята попытка использовать
Wireshark. Запускаем Wireshark. Выбираем активный сетевой интерфейс и в поле
фильтра указываем "rtmpt". Начинаем проигрывание потока штатным flash-плеером
через браузер.  В списке перехваченных пакетов в Wireshark находим "Handshake
part 3". В нижних полях с детализацией раскрываем "Real Time Messagins
Protocol",  далее "RTMP Body" и "AMF Objects". Переписываем себе пары
параметров из полей "AMF string", такие как

   app = vod
   flashVer = LNX 10,1,103,19
   swfUrl  = http://www.staroeradio.ru/sr-player32.swf
   tcUrl = rtmp://server.audiopedia.su/vod

при этом обращаем внимание на появляющийся в нижней части hex-дамп, так как
некоторые строки могут отобразиться в обрезанном виде. Далее, ищем ниже по
списку перехваченный пакет "Ping | Invoke" для  определения имени потока.
Находим в hex-дампе упоминание команды play и указанного рядом потока: "mp3:disk2/32".

Для выявления идентификатора конкретного потока можно посмотреть передаваемые
flash-плееру параметры, там будет примерно такая строка "<param
name="FlashVars" value="mp3ID=17139" />. 17139 также фигурирует в пути
изначально проигрываемой страницы "http://www.staroeradio.ru/audio/disk2/32/17139"

В итоге получаем путь: "rtmp://server.audiopedia.su/vod/mp3:disk2/32/17292"

Пытаемся инициировать загрузку:

   ./rtmpdump -r "rtmp://server.audiopedia.su/vod/" --playpath "mp3:disk2/32/17292" \
   --swfUrl "http://www.staroeradio.ru/sr-player32.swf" --tcUrl "rtmp://server.audiopedia.su/vod" \
   --pageUrl "http://www.staroeradio.ru/audio/17139" \
   --app vod --swfVfy "http://www.staroeradio.ru/sr-player32.swf" -o test.flv

Вываливается ошибка.... Забегая вперед скажу, что она связана с неправильным
определением идентификатора потока, в котором вместо цифрового идентификатора
(17139) нужно было указать имя файла, набранного русскими буквами, которые не
отобразились как следует в Wireshark.

Воспользуемся более правильным методом, основанном на поднятии собственного
RTMP-сервера и перенаправления на него трафика.

Настраиваем редирект RTMP-трафика на локальный обработчик:

   sudo iptables -t nat -A OUTPUT -p tcp --dport 1935 -j REDIRECT --to-ports 1935

Смотрим параметры первичного запроса, запускаем:

   ./rtmpsuck
   RTMP Proxy Server v2.3
   Streaming on rtmp://0.0.0.0:1935

Теперь инициируем проигрыванием потока в браузере и видим:

   Processing connect
   app vod
   flashVer: LNX 10,1,103,19
   swfUrl: http://www.staroeradio.ru/sr-player32.swf
   tcUrl: rtmp://server.audiopedia.su/vod
   pageUrl: http://www.staroeradio.ru/audio/17292

Для получения более полных данных запускаем RTMP-сервер:

   ./rtmpsrv
   RTMP Server v2.3
   Streaming on rtmp://0.0.0.0:1935

Еще раз инициируем проигрыванием потока в браузере и видим:

   rtmpdump -r "rtmp://server.audiopedia.su/vod" -a "vod" -f "LNX 10,1,103,19" 
   -W "http://www.staroeradio.ru/sr-player32.swf" -p "http://www.staroeradio.ru/audio/17292" 
   -y "mp3:disk2/32 [skip]/disk2/большая коллекция/12.08.10/Н.Иванов - Мой Маяковский" -o "Н.Иванов - Мой Маяковский.flv"

Убираем редирект:

   sudo iptables -t nat -D OUTPUT -p tcp --dport 1935 -j REDIRECT --to-ports 1935

Загружаем поток в локальный файл:

   rtmpdump -r "rtmp://server.audiopedia.su/vod" -a "vod" -f "LNX 10,1,103,19" \
     -W "http://www.staroeradio.ru/sr-player32.swf" -p "http://www.staroeradio.ru/audio/17292" \
     -y "mp3:disk2/32 [skip]/disk2/большая коллекция/12.08.10/Н.Иванов - Мой Маяковский" -o test.flv

Все работает !

При массовой загрузки файлов запускать каждый раз редирект на rtmpsrv неудобно.
В процессе запуска flash-плеера со страницы ему передается только цифровой
идентификатор, на основании которого вычисляется полный путь к песне. Недолгие
эксперименты с tcpdump показали, что преобразование ID в имя композиции
производится через обращение к сервису
http://server.audiopedia.su:8888/getmp3parms.php?mp3id=N, где N - известный идентификатор.


Получить полное имя композиции можно примерно так:

   curl http://server.audiopedia.su:8888/getmp3parms.php?mp3id=17292

   <?xml version="1.0" encoding="UTF-8"?>
   <mp3>
      <fname>Н.Иванов - Мой   Маяковский.mp3</fname>
      <fullname>Н.Иванов - Мой Маяковский</fullname>
      <dir>disk2/большая коллекция/12.08.10</dir>
      <length>396</length><lowqualitydir>disk2/32 [skip]/</lowqualitydir>
   </mp3>

Поле <lowqualitydir> определяет дополнение к адресу для потока низкого
качества. Если убрать из пути "disk2/32 [skip]" то поток будет грузиться не 32
kbit, а 128 kbit.

Преобразование загруженного в mp3:

   ffmpeg -i 17292.flv -ab 128k -acodec copy 17292.mp3

PS. Если после загрузки в сохраненном потоке наблюдаются спонтанные сбои
позиционирования (повторы и скачки позиционирования) то при запуске rtmpdump
следует использовать флаг "--live".
 
31.01.2011
Ключи: rtmp, flash, audio, stream, rtmpdump, dump, sniffer, flvstreamer / Лицензия: CC-BY
Раздел:    Корень / Пользователю / Запись и обработка звука

Обсуждение [ RSS ]
  • 1.1, Аноним (1), 22:04, 31/01/2011 [ответить]  
  • +/
    для сохранения потока flvstreamer более удобен
     
     
  • 2.2, Аноним (-), 22:24, 31/01/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это же обрезанный форк rtmpdump. Чем от лучше rtmpdump ? С виду одно и тоже, только выпилены поддержка шифрования  и возможность автоматически вычислять контрольные суммы для swf.
     

  • 1.4, user (??), 20:55, 20/07/2013 [ответить]  
  • +/
    Большое спасибо! Как раз надо было сохранить сименно с этого сайта медиафайл
     
  • 1.5, Aleksey (??), 17:44, 02/09/2013 [ответить]  
  • +/
    Спасибо за статью. Насколько я знаю сейчас, можно сохранять потоки прямо на медиа серверах. Подробнее http://itmultimedia.ru/media-servera-flash-media-server-wowza-erlyvideo-red5/
     
  • 1.6, Улетел (?), 02:14, 04/01/2015 [ответить]  
  • +/
    А на windows как?
     
  • 1.7, Mishalka2010 (?), 23:56, 28/05/2015 [ответить]  
  • +/
    Все пакеты rtmp подписаны как unknown (0x0). Могут ли они быть зашифрованы, и что тогда делать?
     


     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:




    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру