On Thu Jan 10 21:22:34 GMT 2013, dinkypumpkin wrote:
I thought it was better to use rtmpdump and not ffmpeg.
They provide separate functions - you want both.
& on Thu Jan 10 22:09:31 GMT 2013, Shevek added:
rtmpdump replaced flvstreamer as the utility that get_iplayer uses to
stream the file from the internet to your computer
ffmpeg is used by get_iplayer to repackage the flv file that rtmpdump
(and previously flvstreamer) saves into a different, more compatible
format (mp4 for video, m4a for audio).
Hi, I downloaded the static 32bit binary (= 20.1 MB!) from
http://ffmpeg.zeranoe.com/builds/ .
On the "Current Zeranoe FFmpeg Builds External Libraries" section it
mentions:
"RTMPDump 20121209-git-3a1e20c"
and on the "Configuration info" there's this line:
--enable-librtmp
I gather this means that FFmpeg has built-in rtmpdump functions (?).
I know that the get_iplayer code is based on flvstreamer/rtmpdump
for rtmp stream dumping, but is it possible - in theory, at least - for
FFmpeg
to perform both functions in a single step, something like this:
ffmpeg -i rtmp://server/.../streamName -c copy dump.mp4
(Apologies if this in reality is a dumb question/ has been discussed in the
past...)
On a somewhat related note, but more pertinent to this mail:
http://lists.infradead.org/pipermail/get_iplayer/2013-January/003726.html
in which dinkypumpkin said:
As you pointed out, mplayer (used by get_iplayer)
is not a reliable (mms) downloader.
I tried downloading this mms stream:
mms://wm.bbc.co.uk/wms/radio4xcoyopa/radio_4_extra_-_monday_1400.wma
(which is the non-UK [48kbps] wma stream for programme:
http://www.bbc.co.uk/iplayer/episode/b00w46nz/The_Chocolate_Lovers_Club_Episode_1/
)
with FFmpeg 1.1 ; ffmpeg does not recognise the mms protocol, I had this
changed to either
mmsh:// or rtsp:// . The command used was:
ffmpeg -i
mmsh://wm.bbc.co.uk/wms/radio4xcoyopa/radio_4_extra_-_monday_1400.wma -c:a
copy radio_4_extra_-_monday_1400.asf
FFmpeg RELIABLY dumped the stream IN ONE GO
(no disturbing interruptions I frequently observe with Mplayer)
in "real time", i.e. 21min (as is the case with Mplayer).
The saved filed (10.3 MB) was (again as is the case with Mplayer)
not seekable and had to be processed with AsfBinWin to produce a
seekable (and with reduced overhead) wma file (now sized only 7.31 MB).
One drawback I discovered with FFmpeg was that the partially
downloaded file (if I killed process ffmpeg.exe in the task manager)
was not treatable with asfbin, which returned a "Total duration of resulting
file is 0" error ; most probably this is because the partial file is missing
some headers, which are written by ffmpeg once the download is complete.
Other than that, mms recording is far more stable & reliable than with
Mplayer.
Perhaps this fact should be taken into consideration in a future release of
GIP and the mms recording be handed over to FFmpeg (since it is already
needed
for flv remuxing - and audio transcoding in the --aactomp3 option); and I
might be a bit bold here by suggesting the introduction of yet another
dependency, but the CLI version of asfbin would be a nice addition, so that
the
dumped (by either Mplayer or FFmpeg) non-seekable file is automatically
remuxed to a seekable/playable proper wma file. The x86 binary is a mere
506 KB, the amount of code to be added to the script shouldn't be much...
But again, this is a personal opinion I am voicing...
Regards
PS1: I am interested in the wma mode because, as a non-UK user, the other
radiomode
I am left with (= flashaaclow1 = HE-AACv2 = aac@ 48kbpsABR + SBR + PS) is
not
compatible with my portable player (mp3, wma, wav only); granted that
flashaaclow1
downloads very quickly with rtmpdump, plays fine on the laptop, with e.g.
Winamp,
but I have to transcode to mp3 in order to listen to it on the move; and I
HATE
TRANSCODING - I consider it a loss of energy and time... :-(
PS2: Following is the console output from the mms downloading by FFmpeg,
if anyone cares:
ffmpeg version 1.1 Copyright (c) 2000-2013 the FFmpeg developers
built on Jan 8 2013 16:10:57 with gcc 4.7.2 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-av
isynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab
le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libg
sm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb
--e
nable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger
--e
nable-libtheora --enable-libtwolame --enable-libvo-aacenc --enable-libvo-amrwben
c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-
libxvid --enable-zlib
libavutil 52. 13.100 / 52. 13.100
libavcodec 54. 86.100 / 54. 86.100
libavformat 54. 59.106 / 54. 59.106
libavdevice 54. 3.102 / 54. 3.102
libavfilter 3. 32.100 / 3. 32.100
libswscale 2. 1.103 / 2. 1.103
libswresample 0. 17.102 / 0. 17.102
libpostproc 52. 2.100 / 52. 2.100
Guessed Channel Layout for Input Stream #0.0 : stereo
Input #0, asf, from
'mmsh://wm.bbc.co.uk/wms/radio4xcoyopa/radio_4_extra_-_monda
y_1400.wma':
Metadata:
Station : Radio 4 Extra
Encoder : BBCMEDR228
copyright : British Broadcasting Corporation ┬σ 2013, all rights
reser
ved.
Album : Moya O'Shea - The Chocolate Lovers' Club
Year : 2013
Genre : Podcast
WMFSDKVersion : 10.00.00.4007
WMFSDKNeeded : 0.0.0.0000
IsVBR : 0
title : Moya O'Shea - The Chocolate Lovers' Club 07 01 2013
artist : BBC Radio 4 Extra
comment : BBCMEDR228
Duration: 00:21:00.00, start: 0.000000, bitrate: N/A
Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo,
fltp
, 48 kb/s
Output #0, asf, to 'radio_4_extra_-_monday_1400.asf':
Metadata:
Station : Radio 4 Extra
Description : BBCMEDR228
copyright : British Broadcasting Corporation ┬σ 2013, all rights
reser
ved.
WM/AlbumTitle : Moya O'Shea - The Chocolate Lovers' Club
Year : 2013
WM/Genre : Podcast
WMFSDKVersion : 10.00.00.4007
WMFSDKNeeded : 0.0.0.0000
IsVBR : 0
title : Moya O'Shea - The Chocolate Lovers' Club 07 01 2013
Author : BBC Radio 4 Extra
WM/EncodingSettings: Lavf54.59.106
Stream #0:0(eng): Audio: wmav2 (a[1][0][0] / 0x0161), 44100 Hz, stereo,
48 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (copy)
Press [q] to stop, [?] for help
size= 10611kB time=00:20:59.60 bitrate= 69.0kbits/s
video:0kB audio:7393kB subtitle:0 global headers:0kB muxing overhead
43.518786%
_______________________________________________
get_iplayer mailing list
[email protected]
http://lists.infradead.org/mailman/listinfo/get_iplayer
