dinkypumpkin wrote:
On 04/04/2011 15:59, MCCG wrote:
This is what I downloaded today.. all are actually aac files (according
to MediaInfo), with 4 calling themselves mp3
The_Devil_in_Amber_-_Episode_1_b00tvk9s_default.*mp3*
We_Can_Remember_It_for_You_Wholesale_-_Episode_1_b007jpky_default.*mp3
*The_Nine_Billion_Names_of_God_-_1._The_Nine_Billion_Names_of_God_b00zzwfq_default*.mp3
*Torchwood_-_Lost_Souls_b00zzwfn_default.*mp3
*
From history (below), looks like they were downloaded as flashaacstd1*
*The flashaaclow1 ones seem to come out as aac
from my options:
radiomode
iphone,flashaachigh,rtmp,flashaudio,flashaacstd,flashaaclow,wma
[snip]
Unfortunately, I could not tell you what version I am running...
it was 2.79, but I have applied various patches over the last few months
(including R7->R4X today)
I prefer aac to m4a, as I can convert them to mp3 via WinLame... and
have no interest in tags, so have not applied any of those patches.
but I cannot see how any of the the patches would affect the file name.
I am a programmer by trade, (and out of work after tomorrow), so quite
happy editing the code....
Thanks for the info. Ironically, I downloaded all of those same
programmes earlier today, but since I was using a patched get_iplayer
I had no trouble. I tried again using the release version of
get_iplayer, but as it turns out, the app version is not the issue, as
you suspected.
Short answers:
1) Set radiomode to a single mode you know works, e.g.,
--radiomode=flashaacstd, or..
2) Add --multimode to your command line, but winnow the possible list,
to --radiomode=flashaudio,flashaacstd, in order to avoid creating a
lot of extra recordings. That way if flashaudio fails (see below),
only flashaacstd will be attempted.
Long answer:
Because of the way your mode list is specified, the first mode
attempted for those programmes is flashaudio (this applies to the OP
as well). However, the flashaudio download fails (I tested with "Devil
in Amber"). I'm not sure of what is going on upstream, but I can see
that the rtmp URL is bad (missing hostname), with rtmpdump giving the
error "Problem accessing the DNS". Could just be a temporary problem
with the CDN. Anyway, when that download attempt fails, get_iplayer
kicks over and tries the next mode it finds (e.g., flashaacstd).
Unfortunately, it doesn't adjust the file extension automatically in
event of such an error.
This behaviour is by design. In generate_filenames(), look for a
comment that begins "Don't override the {filename} if it is already
set" to get to the spot in the code where this is enforced. I would
think some logic could be added to mode_ver_download_retry_loop() or
download() to check if the mode has changed between attempts and then
pass some kind of "force" flag to make sure a new filename is
generated. I guess there is a project for your first day of
unemployment, eh? Really, no thanks are necessary :)
_______________________________________________
get_iplayer mailing list
[email protected]
http://lists.infradead.org/mailman/listinfo/get_iplayer
Thanks Dinky :-)
I never new it would keep the extension of the first found mode...
fascinating to find out about this - I haven't really looked at the code
within get_iplayer, except to apply patches.
I am quite happy to rename my files for now, and will probably spend
more time looking at the code over the next few weeks.
Hopefully the OP can just rename his files to aac and play them.
Cheers,
Mike
--
Mike Gregory
_______________________________________________
get_iplayer mailing list
[email protected]
http://lists.infradead.org/mailman/listinfo/get_iplayer
