[Libav-user] Problem with compressing AAC files with sampling rate 16000

[Claudio Freire]

On Sat, Sep 20, 2014 at 6:33 AM, adev dev <androiddevmar11 at gmail.com> wrote:
> This is information about the file which cannot be compressed:
>  Metadata:
>     major_brand     : isom
>     minor_version   : 0
>     compatible_brands: isom3gp4
>     creation_time   : 1948-08-31 11:42:22
>   Duration: 00:00:47.68, start: 0.000000, bitrate: 96 kb/s
>     Stream #0:0(eng): Audio: aac (mp4a / 0x6134706D), 16000 Hz, mono, s16,
> 96 kb/s
>     Metadata:
>       creation_time   : 1948-08-31 11:42:22
>       handler_name    : SoundHandle
>
>
> I managed to build FFMPEG 2.4 and it is working. I can compress sound with
> parameters 96000 and sampling rate 16000. However there is problem with
> applying patch aac-improvements-wip-v8g.It failes with info:  1 out of 3
> hunks FAILED -- saving rejects to file libavcodec/psymodel.h.rej.  File
> psymodel.h.rej looks following:

I guess it needs rebasing. I didn't think there were changes to those
files after the last rebase, but I guess there were.


> Build fails with:
>
> libavcodec/aaccoder.c:910:13: error: implicit declaration of function
> '_AAC_CUTOFF' [-Werror=implicit-function-declaration]
> libavcodec/aaccoder.c:814:44: warning: variable 'energies' set but not used
> [-Wunused-but-set-variable]
> libavcodec/aaccoder.c: At top level:
> libavcodec/aaccoder.c:366:14: warning: 'find_max_absval' defined but not
> used [-Wunused-function]
> cc1: some warnings being treated as errors
>
> make: *** [libavcodec/aaccoder.o] Error 1
> make: *** Waiting for unfinished jobs....
> CC    libavcodec/aacenc.o
> libavcodec/aacdec.c: In function 'imdct_and_windowing_eld':
> libavcodec/aacdec.c:2590:29: warning: array subscript is above array bounds
> [-Warray-bounds]
> libavcodec/aacdec.c:2596:29: warning: array subscript is above array bounds
> [-Warray-bounds]
> Native build complete, exiting...
> marcin at marcin:~/android-dev/FFFMPEG_BUILDS/ffmpeg-2.4-build-scrypts$

Why are warnings treated as errors?

> Good info is that with 2.4 it is working but it would be very good to apply
> this patch to improve quality of aac. Is there any fix for this patch
> problem??

Yeah, rebasing. I'll do so when I find the time.