[FFmpeg-devel] AMR-WB+ support in Ffmpeg
Wed Dec 17 01:37:06 CET 2008
On Wed, Dec 17, 2008 at 12:43:41AM +0100, Diego Biurrun wrote:
> On Tue, Dec 16, 2008 at 12:04:08AM -0500, Igor Gueths wrote:
> > On Mon, Dec 15, 2008 at 11:17:53AM +0100, Benoit Fouet wrote:
> > >
> > > On 12/15/2008 08:07 AM, Igor Gueths wrote:
> > > > Hi all. I was attempting to add AMR-WB+ support into my working copy of R-16140;
> > >
> > > AMR support in FFmpeg is done through libamr  which is included in
> > > most distros today (libamrnb-dev and libamrwb-dev), that's why configure
> > > checks for their existences. If you build it manually, you have to make
> > > it possible to locate it.
> > > Also, AFAIK, libamr does not support WB+ at the moment...
> > I see what you are saying. So in this case, it is probably better to handle WB+
> > support within the existing libamr wrapper library, in which case I will contact
> > the developer, to see if there is anything I need to absolutely keep in mind
> > before attempting an integration of WB+ into that library.
> AFAIK the reference code is not developed further. Ideally you should
> add AMR-WB and AMR-WB+ support to FFmpeg.
Out of curiosity, where did you determine that the code was possibly going
unmaintained? Regarding AMR-WB and AMR-WB+ support, as far as I can tell, the
two codebases seem pretty compatible with each other. Consequently, I wouldn't
find it out of the ordinary if AMR-WB+ was either partially or fully compatible
with AMR-WB; I have not managed to fully verify this as of yet though. The
AMR-WB+ zip archive structure is also a little bit different, in that they
include Win32 binaries for the encoder and decoder, along with a DLL
(er-libisomedia.dll), a static version of the same library with a .lib
extension, and also some static library called 3gplib.lib as well. Some further
investigation is going to be required into exactly what role these libraries
play in the encoding and decoding processes.
> ffmpeg-devel mailing list
> ffmpeg-devel at mplayerhq.hu
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 827 bytes
Desc: not available
More information about the ffmpeg-devel