Mailing-List: contact general-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: general@incubator.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
MIME-Version: 1.0
In-Reply-To: <4B1D2238.1060909@xbc.nu>
References: <168ef9ac0912070646o3da086b7q60af768e8fc1f452@mail.gmail.com>
	 <4B1D2238.1060909@xbc.nu>
Date: Tue, 8 Dec 2009 00:59:47 +0000
Message-ID: <30b2aef60912071659j48044daege8a9c8db5460c2ad@mail.gmail.com>
Subject: Re: OSS Java AAC Decoder?
From: Leo Simons <mail@leosimons.com>
To: general@incubator.apache.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Dec 7, 2009 at 3:41 PM, Branko =C4=8Cibej <brane@xbc.nu> wrote:
> Todd Volkert wrote:
>> Does anyone on this list know of an existing open source pure-Java Advan=
ced
>> Audio Coding (AAC) library? =C2=A0If not, are there any audiophiles on t=
his list
>> that would be interested in incubating such a project with me? :) =C2=A0=
Do you
>> know of any barriers to such a project (like performance of a pure-Java
>> library being a problem given the complexity of the encoding)?
>>
>
> I wouldn't know about the performance of Java in general, but certainly
> AAC(+) encoding isn't trivial. Decoding is somewhat easier, as usual.
>
> However, the whole idea is probably quite a bit problematic, because AAC
> coding, streaming and playback are subject to a ton of patents and
> MPEG-LA licensing. I wouldn't know how that fits withtin the ASF, but
> I'd imagine it's edge-case at best.

Yup, I'm pretty sure it won't fit well at all with our (C)CLA -- to
learn a bit more about the problems of AAC and such as combined with
open source, try and look for google chrome (which, IIRC, includes a
version of ffmpeg) topics on the subject -- (again) IIRC google pretty
specifically (sub)licenses or will sublicense a bunch of those patents
to chrome users and re-distributors which I imagine was a rather huge
can of worms for them to accomplish.

I can't find it now, but I could swear Chris DiBona actually did a
bunch of e-mails about such a topic together with one of google's
laywers. It might be worth getting in touch with them...

...also it seems like java is actually quite fine for
encoding/decoding of low-level high-bandwidth things like audio and
video, as long as you stay away from java.util.* and other high-level
stuff like that and you tune your GC appropriately :)

ciao,

Leo

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org