aactomp3 - substitute code - for deprecated option

Vangelis forthnet northmedia1 at the.forthnet.gr
Sun Sep 4 09:42:15 PDT 2016


On Sun Sep 4 16:19:14 BST 2016, Shevek wrote:

> On 4 Sept 2016 at 13:42, Kevin Lynch wrote:
> > (snip)
>> after the file download is complete
>> takes the aac file, converts to mp3 and

Not quite - when the --aactomp3 (--mp3) switch
has been activated, GiP actually downloads audio
in --raw mode; the completed .ts (haf/hlsaac radiomodes)
or .flv (flashaac radiomode) file is then transcoded to a
tagless .mp3 file (using libmp3lame encoder inside ffmpeg)
in a one-step process and then the .mp3 file is finally
fully tagged (including thumbnail) via the MP3::Tag
perl module (included in the Strawberry Perl mini
package installed by the Windows installer - on other
OSes, maybe you have to install MP3::Tag manually
via CPAN or similar, see
https://github.com/get-iplayer/get_iplayer/wiki/installation#perl

> Additional Perl modules are used for optional functionality :
> MP3::Tag [DEPRECATED] - Full ID3 tagging of MP3 files ...).

>> then calls atomic_parsley to populate the metadata.

AtomicParsley is an MPEG-4 container tagger,
so it's used exclusively for MP4 (TV) and M4A (radio)
files; it can't tag audio MP3 files...

> AIUI the metadata has already been applied,
> aactomp3 merely converts to mp3 and the metadata
> is copied as part of the conversion

Not so, please read above comment; although
what you said pretty much describes accurately
what happens with the new route the dev wants us to take;

--command="ffmpeg -i \""<filename>"\" -vn -c:a libmp3lame -b:a 
320k -id3v2_version 3 -write_id3v1 1 -y \""<dir>/<fileprefix>.mp3"\""

Tagged (by AP) M4A file is transcoded to MP3
and FFmpeg carries over as much of the MP4 tag
as can be converted to ID3 (MP3) tag; victim of this
approach is the MP4 thumbnail, which is not carried
over (due to -vn switch)

Best regards,
Vangelis. 




More information about the get_iplayer mailing list