similar to: Why not use AAC-LC?

Hello - I was wondering how CPU intensive CELT is when compared to AAC-LC. Are there any metrics or analyses available on this topic? Many thanks for any help!! Best, David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20100306/3928361c/attachment-0001.htm

Hi , I visited celt website. I saw the comparison between AAC-LD with celt. But how about the HE-AAC? If the scenario is that we limit the bandwidth to 50kbps, will music encoded by HE-AAC v2 be better than CELT? What's HE-AAC v2's delay? Thank you very much. Alex -------------- next part -------------- An HTML attachment was scrubbed... URL:

looks like a job for liquidsoap! You can set up a playlist of any kind of audio. It will encode AAC and AAC+ both have small footprints with better audio delivery. I assume you are using mp3 as source because of limited space. The resampled sound will be no better then the mp3 source and in some cases will not be so good. regards Robert On 13/07/20 6:25 am, axeon wrote: > Hi all, I set

Hi all, I set up ezstream to read a playlist.m3u file containing only MP3 encoded songs (to shuffle continuously) and push this to icecast2. This works, and I can also reencode to a lower bitrate. I would like to know if there is a way to reencode these MP3s into AAC-LC 128kpbs and then push the stream to icecast2. I'm doing this on a VM with only terminal access and no audio hardware, so

As my iphone will not play nice with open source audio formats I'm forced to use aac. I have faac and produce .aac files that seems to play fine with Amarok but no tags. I usually use Easytag (from rpmforge) to deal with metadata on audio files, but despite the advertised ability to do mp4/aac it does not even show the files...... Anyone have any experience or pointers as to how I get the

Thank though AAC isn't HE-AACv2 On Tue, Jun 6, 2017 at 4:08 PM, Ross Levis <ross at stationplaylist.com> wrote: > http://www.altacast.com/index.php/downloads > > You need to download the AAC encoder DLL separately. > > > > *From:* Icecast [mailto:icecast-bounces at xiph.org] *On Behalf Of *Yahav > Shasha > *Sent:* Tuesday, 6 June 2017 11:35 p.m. > *To:*

On Tue, May 07, 2019 at 01:59:05PM +0200, Michel van Dop wrote: > [2019-05-07 13:33:29] WARN format/format_get_type Unsupported or legacy > stream type: "audio/aacp". Falling back to generic minimal handler for best > effort. Is one source AAC-LC (standard AAC) and the other HE-AAC v2 (AAC+)? There are three variants of AAC: AAC-LC HE-AAC (= AAC-LC with SBR) HE-AAC v2 (=

Hello. I have same problem, and I think that it's because AAC+ uses VBR and when it's changes, is not the same bitrate, because varies... El jue., 9 may. 2019 a las 21:29, Michel van Dop (<mvandop at xs4all.nl>) escribió: > Hi Paul, > > Thank you for the information. I already try a player to discover the > stream type of both streams if the are the same. > But i can

Hi Paul, Thank you for the information. I already try a player to discover the stream type of both streams if the are the same. But i can not find out, so i must check the encoders by my self. First I wil try one pc encoder to stream to both mountpoint so i am sure the encoder are the same aac type en bitrate. I will keep you informed of the result Best regards, Michel > Op 9 mei 2019

Thread-split from the vorbis-mailing list ("Vorbis determined to be as good as MPC at 128 kbps!") <p>On Sun, 30 May 2004, Segher Boessenkool wrote: [Steven So] SS>> If iTunes AAC can encode castanets with much less pre-echo at SS>> ABR 128 kbps, then hopefully there will be an imaginative SS>> (and non-patented) way of doing this in Vorbis without the SS>>

Hello, I want to use the CELT codec in an embedded solution. For the embedded solution, the processor speed is of great importance. In the documentation (the presentation of Dr. Jean-Marc Valin, Gregory Maxwell and Dr. Timothy B. Terriberry) the CELT LC (low complexity) mode is mentionned. The LC mode should use half the memory recources and half the MIPS. My question is how to tell the CELT

Just going to drop my 0,02? here too. On 24 June 2013 16:47, Daniel James <daniel.james at sourcefabric.org> wrote: > Hi Greg, > >> The open source AAC/HE-AAC encoders offer pretty poor audio quality. >> Sometimes you really do get what you pay for, and this is a perfect example. > > An alternative explanation might be that open source developers were not >

Thomas, it is a bit ridiculous, to be honest. If whole open source community have been thinking like this none of the linux distros would have ever had any multimedia player that is usable by regular user because all of the would have been supporting only Vorbis and Theora. For me, one of the best things in open source is its interoperability, not that it is a ghetto. And you won't reverse

Opus is specifically designed to survive tandeming but you need to keep the frames aligned and not mess with the gain, which your tools probably do not do. On Thu, Nov 16, 2017 at 10:58 PM, encrupted anonymous < sergeinakamoto at gmail.com> wrote: > using iTunes i've noticed that AAC is > very good at re-encoding own lossy sound. > let's test Opus! > > neroaacenc.exe

Hi, I am looking into fixed-point code of the CELT decoder for real-time application. Here are some questions.. [1] array, window[] The array, window[] is being initialized from a function below in modes.c. This array is being initialized differently for the decoder, depending on frame size and sampling freq. of the bitstream .. Could you provide us with fixed-point code for initialization of

Hi, 2013/6/25 "Thomas B. R?cker" <thomas at ruecker.fi>: > On 06/24/2013 06:27 PM, Thomas R?cker wrote: >> Just going to drop my 0,02? here too. >> >> On 24 June 2013 16:47, Daniel James <daniel.james at sourcefabric.org> wrote: >>> Hi Greg, >>> >>>> The open source AAC/HE-AAC encoders offer pretty poor audio quality.

Standard AAC is on a par with Ogg Vorbis in my opinion, but it depends what type of encoder you are using as there are several. The only "free" encoder I know of doesn't use all the AAC techniques to provide the best sound quality and is worse than OV. The thread I started the other day was about AACPlus and not AAC. AACPlus provides much improved sound quality over standard

Hey, It seems that ogg/vorbis is being slowly forgotten.. It used to have really alot of attention from all around, and it was the "the" coolest thing ! Now people barely talk about it, most of them now talk about AAC and how superior it is both in low and high bitrates. I know that there have been discussions about vorbis 1.01 and 1.1, but as time passes by we hear no news. Yeah

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

On Tue, 8 Mar 2005 22:43:52 -0200, ZONA <carlos@zonacharrua.com> wrote: > Hi folks: > > this is my second question at this list and I wanted to mention that with > answers and guides I got from 2 persons last time, I got a quite low rate > stream in vorbis ogg, in about 5 minutes after reading what you wrote- > Thanks! > Well after that, I pointed my attention to the so