similar to: Dolby takes down open-source AAC developement (Webnoize)

----- Forwarded message from Mark Lewis <mlewis@webnoize.com> ----- Delivery-Date: Tue Nov 21 10:15:55 2000 Date: Tue, 21 Nov 2000 10:07:15 -0800 From: Mark Lewis <mlewis@webnoize.com> Reply-To: mlewis@webnoize.com Organization: Webnoize News X-Mailer: Mozilla 4.75 [en] (Win98; U) To: monty@xiph.org Subject: liked your article at http://xiph.org/about.html here's an article about

Well, in the world of audio compression it's never boring... :-) Full press release from Dolby: http://www.aac-audio.com/press/aac.pr.0104.AACencoder.html My comments: Looks like Dolby will start licensing AAC encoder that targets consumers and the products they use like CD rippers, jukebox players, etc. Also, it looks like that this encoder will be Low Complexity AAC ("The AAC Consumer

ICecast i capable of sorts of streams, that is not your problem. Your stream source client (DSP) is the part who must be capable of streaming the format you want. For AAC use oddcast DSP www.oddsock.org capabale of AAC, LAME Mp3, and OGG (Free to use) very good at OGG specially with the vorbis 1.1 aoTuVb3 DLLs For AAC Plus (HE_AAC) use Orban opticodec for PC (witch is capable of every bitrate

The open source AAC/HE-AAC encoders offer pretty poor audio quality. You really want encoder that uses the Coding Technologies, now Dolby, or Fraunhofer libs. That's what Orban Opticodec-PC uses. Sometimes you really do get what you pay for, and this is a perfect example. Greg. Orban Sent from Apple iTelePhone 5 StreamS HiFi Radio iPhone App High Performance HE-AAC First to bring HE-AAC to

As far as I know, LAME is able to mantain the informations stored in some audio files in the lower frequencies, useful for a Dolby pro logic decoder to reproduce a surround sound. Is ogg able to do it? Olaf <olaf@ kjws.com> for every kind of mail, except spam! :-) --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe

The open source fdk-aac encoder, available there: https://github.com/mstorsjo/fdk-aac offers pretty good quality. As for libshout, I do not think that it is currently posible to send AAC data using it. First, libshout doesn't have support to buffer and control timing of data sent. And even is you use the un-timed API (shout_send_raw), the library cannot set the proper mime type, due to a

---- "Aleksandar Dovnikovic" <aldov@EUnet.yu> wrote: > I think that AAC wasn't developed to be used as 'another' > MP3, it's usage is focused towards companies that sell audio > over the internet, for portable players, satellite communications... A-ha! That explains a lot. There used to be a project called FAAC but I presume it's gone. After seeing

Marvin, fair enough. Via's licensing terms appear to apply to encoders and decoders only, and not to transports, such as Icecast ("An AAC patent license is needed by manufacturers or developers of end-user encoder and/or decoder products"), so using Icecast to transport an AAC-encoded stream is not a violation of the AAC is not mentioned in the Icecast documentation (that I can

Hi, I am wondering how to add AAC support to GStreamer's shout2send element. Support for this format seems to be enabled in icecast for a while and it would be nice if one of the major open source frameworks would have been capable of streaming such content. GStreamer's shout2send relies on the libshout library but it defines only two formats - MP3 and Vorbis. There is no single word in

Comments? ---------------------------------------- "Mark Taylor" <mt@sulaco.org> wrote: [...] > This is related to one minor objection I have to vector quantization > based codecs like Vorbis and the MPEG4 VQ codec: they do not compute > the quantization noise during the encoding process. The choice of > codebooks (use a big codebook: low quantization noise, use a

I must say this is a very confusing issue. I generate AAC+ on an open source system which downloaded some code during installation from the 3GPP source. It appears the encoding software is being freely distributed, and hardware which decodes the stream pays a licence fee at point of manufacture. We have such hardware. In a number of locations. One brand has AAC+ only, not AAC. I note VLC

First: I am not a lawyer, this is no legal advice! On 16 May 2017, at 0:25, Robert Jeffares wrote: > Jack, > > I am using AAC+ encoded by Darkice and distributed on Icecast2 on a > Ubuntu server. I had to install a number of open source libraries and > compile darkice from source. No licence. This sounds like it would violate the license, given that the FAQ on

I am not a lawyer, information in this email is no legal advice! On 17 May 2017, at 2:09, Greg Ogonowski wrote: > It's really pretty simple. > You can download the code and build it all you want... ...for > yourself. > It cannot be distributed, sold, or used commercially in any way. > That's all. > /g. That only applies to the source code. You still need to license

First off, I'm not an expert in this field, but I thought I could probably answer a few of your questions. If anyone else wants to give a more complete explanation, please do. Brian Willoughby wrote: > Hi folks, > > I'm trying to get a handle on the many lossless audio formats from > the perspective of a software developer. I love the FLAC format > because it is open

Oops, I was a bit sloppy in my organization, and also sloppy on a few facts. I did not intend to imply that A-52 was lossless - I was merely using it as an example of an open specification format that cannot be implemented and sold without being licensed. I'm glad that we are finally getting lossless formats accepted in large public standards. The liba52 library may not be legal. I

It's really pretty simple. You can download the code and build it all you want... ...for yourself. It cannot be distributed, sold, or used commercially in any way. That's all. /g. -----Original Message----- From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Robert Jeffares Sent: Tuesday, 16 May, 2017 17:03 To: icecast at xiph.org Subject: Re: [Icecast] Frauenhofer signing

Hi folks, I'm trying to get a handle on the many lossless audio formats from the perspective of a software developer. I love the FLAC format because it is open source and it performs very well. But there is also the MLP (Meridian Lossless Packing), AAC (Apple Lossless), and probably some Microsoft format(s) that compete in the same feature set. These formats all achieve

Hi. Since I'm new to this mailing list, I don't know whether this was discussed in this mailing list, or if it is already fixed. Anyway, the problem is that all audio encoders out there add a small amount of silence to the start/end of the encoded file. This is usually a small amount, around 0.03 seconds. Most of the time it goes unnoticed, BUT when you have tracks that flow into one

> > So > > it's closer to Dolby AC-X than to VQ. Unfortunately, I'm not sure that it's > > not patended by Dolby. > > Could you be more specific? More than anything else, we need to know more > about the patent waters we're navigating. > > Monty As Dolby AC-X is using enveloppe of the sound since several years, and as it seems that Dolby was

I noticed that clipping occurs in lossy audio compression even if there is no clipping in the original file (though the original file has peaks that are just below the maximum). I know that this happens due to all the filtering involved during compression, but I'm wondering just how audible this clipping is because I don't hear anything wrong. I mean, as things are now, is it safe to say