mp3 unplayable problem

[MCCG]

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
> get_iplayer at lists.infradead.org
> 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