2.97 failing to produce files

[Vangelis forthnet]

On Tue Dec 13 10:34:08 GMT 2016, Charles Johnson wrote:

> Well, i'm now getting confused, having made so many changes.
> iirc upgrading ffmpeg alone didn't fix the issue.

...Nothing to get confused about and
it depends on what you define as "issue"

The original log on GiP 2.97 with obsolete FFmpeg 0.8.18 is pretty clear;
http://sprunge.us/XYbJ
FFmpeg can't remux (repackage) downloaded FLV files into .M4A ones.
(ffmpeg version 0.8.18-6:0.8.18-0+deb7u1)

When you first upgraded to
ffmpeg version 3.2-2~bpo8+2 (built with gcc 4.9.2 (Debian 4.9.2-10)),
this "remuxing" issue was remedied,
as can be seen in provided log
http://sprunge.us/NOaJ
(successful production of  M4A audio file)

However, you were met with a new second issue:
"ffmpeg version 3.2-2~bpo8+2" failed to transcode
the M4A audio file (HE-AACv1) to MP3,
http://sprunge.us/NOaJ

That second transcoding issue was seemingly
fixed at your end by employing
ffmpeg-git-20161211-64bit-static
offered by the johnvansickle site!

On Tue Dec 13 10:47:44 GMT 2016, Charles Johnson wrote:

> the Debian build has actually more codec
> than the git build:

AFAICT, the "transcoding" issue observed with
ffmpeg version 3.2-2~bpo8+2 (built with gcc 4.9.2 (Debian 4.9.2-10))
isn't related to external codec support/licence; line

Stream #0:0 -> #0:0 (aac (native) -> mp3 (libmp3lame))

says it all, really; the decoding of the M4A file is done
via FFmpeg's native AAC decoder, the attempt to transcode
by MP3LAME library; that particular FFmpeg binary
comes with built-in support for MP3LAME, since it's
been configured with "--enable-libmp3lame".
That build fails in that its native AAC decoder
fails to process input HE-AACv1 raw audio stream:

[aac @ 0x7f714acac700] Number of scalefactor bands in group (42) exceeds 
limit (41).
Error while decoding stream #0:0: Invalid data found when processing input

(excerpt from http://sprunge.us/NOaJ)

Regards