search for: lentvorski

On 6/7/14, 1:55 AM, Jean-Marc Valin wrote: > Actually... no! 24-bit can indeed be useful as extra margin and Opus > can actually represent even more dynamic range than 24-bit PCM. That's > not the case for 192 kHz. There's no "margin" that 192 kHz buys you > over 48 kHz. You can do as much linear filtering as you like, the > stuff above 20 kHz isn't going to

...IN PGP SIGNED MESSAGE----- > Hash: SHA256 > > I believe what you want is called Opus custom (OPUS_CUSTOM in the > code). With that you can compile only the contents of the celt/ > directory and use it like the old CELT. > > Jean-Marc > > On 07/06/2015 06:48 PM, Andrew Lentvorski wrote: >> Is there a configuration or compile flag that lets me disable the >> SILK portion of the codec and use CELT only? >> >> I could have sworn that there is something, but I can't seem to >> find it in the mailing list archives. >> >> The applicat...

I have been trying some different sample rate and bitrate combinations to get a feel for how CELT behaves. I then encoded it with a couple of different frame sizes and sample rates. There were some small differences, but nothing horrible. So, I decided to run with 24KHz sample rate with 16 bit samples. This seemed like a reasonable tradeoff against the quality degradation that my folks

Is there a particular reason why CELT grabs 100KB of stack immediately? Is that really required or can that be trimmed down some/a lot? -a

...ent. Roadmap for the project? Future directions for the main committers? Are there patent issues? Date: Mon, 11 Jul 2011 20:45:14 -0400 > From: Gregory Maxwell <gmaxwell at gmail.com> > Subject: Re: [CELT-dev] Mailing list and project shutdown > announcement? > To: Andrew Lentvorski <bsder at allcaps.org> > Cc: celt-dev at xiph.org > Message-ID: > <CAAS2fgSShUwdzPsGxPYy2cb42fRO0Pd9_uSc1Fyey1KWBGZBYA at mail.gmail.com > > > Content-Type: text/plain; charset=UTF-8 > > On Mon, Jul 11, 2011 at 6:02 AM, Andrew Lentvorski <bsder at allcaps....

Hi, folks, I have an old CELT thing that I'm updating to Opus and I'm trying to get individual pieces upgraded.  My first task is upgrading the CELT encoder to Opus. The old CELT thing treated the L and R channels as independent mono streams, encoded them somehow with CELT to form one bitstream, sent one bitstream across, and then unpacked it manually after the decoder. Can I do that

I'm trying to do a standalone build of Opus and I get the following messages when compiling for android arm64 using clang:   CC       silk/fixed/arm/warped_autocorrelation_FIX_neon_intr.lo silk/fixed/arm/warped_autocorrelation_FIX_neon_intr.c:43:37: warning: incompatible pointer types assigning to 'const long *' from 'long long *' [-Wincompatible-pointer-types]    

How does one deal with the case when an fread callback doesn't have any more data but is going to get more data in the future? In particular, this is an issue when reading an incoming Ogg stream from a socket (icecast2, in this case). The issue is that the fread can't return 0 (that signals EOF and hoses everything), and it doesn't have a negative code that says come back later

...to design this filter such that the stopband attenuation is large enough (although not ?infinite dB) and the noise is filtered to inaudible levels. From: opus-bounces at xiph.org [mailto:opus-bounces at xiph.org] On Behalf Of Edwin van den Oetelaar Sent: Saturday, June 07, 2014 5:22 PM To: Andrew Lentvorski Cc: opus at xiph.org; Jean-Marc Valin Subject: Re: [opus] High Sampling Rates On Sat, Jun 7, 2014 at 10:58 AM, Andrew Lentvorski <bsder at allcaps.org<mailto:bsder at allcaps.org>> wrote: On 6/7/14, 1:55 AM, Jean-Marc Valin wrote: > Actually... no! 24-bit can indeed be useful as e...

Is there a configuration or compile flag that lets me disable the SILK portion of the codec and use CELT only? I could have sworn that there is something, but I can't seem to find it in the mailing list archives. The application here is that I am attempting to update from the old CELT codec to OPUS. Unfortunately, the CELT codec was running *very* close to the CPU (MIPS32--80MHz) limit

That article is a bit too dismissive. I agree that one cannot hear the difference between 48KHz/16bit and 192KHz/24bit if you just transfer the data directly to the audio output device. As such, there is no good reason for Opus to support higher than 48KHz (especially since this is lossy compression, anyway). However, in general, that's not all you do with audio data. 192KHz is useful for

Hi, folks, I've been hunting down some strange bugs in audio I've been doing. While hunting my bugs down, I tripped across what appears to be an Opus bug, but it's not clear where it's coming from. Note that the optimization choices differ between the two in the config.log below. How can I force them to be the same? Presumably I need to force the android version toward the

If everything has moved and this mailing list has gone dormant, how about an official announcement as well as official pointers to the new stuff? It would also be good to have some sort of "migration document" given that you have to do specific things to OPUS in order to get the old CELT behavior. Thanks, -a

I need to test the latency of a system that I ported CELT to. I'd like to set a flag when the stream "changes". In order to see the stream "change", I'd like to be able to scan the compressed CELT directly to set the flag. ie. I'd like to be able to find a byte or two that change reliably between two values when the stream "changes". I don't

I'd like to store all of my music in FLAC form; however, I would also like to stream the library as Vorbis. Is there a tool to do on the fly stream encoding to Vorbis from FLAC? Basically, I'm looking for something that is almost like a DJ application that lets you pull in the FLAC files, do whatever DSP algorithms you need, and then code them into Vorbis and shove them out a stream.

On 07/06/14 02:35 AM, Andrew Lentvorski wrote: > 192KHz is useful for the same reason that 24 bits is useful. > Digital operations often need the extra margin for many of the > operations being carried out (IIR-type effects, mixing multiple > sources, etc.) This is especially true for the so-called "wet" > effec...

On Sat, Jun 7, 2014 at 10:58 AM, Andrew Lentvorski <bsder at allcaps.org> wrote: > > > On 6/7/14, 1:55 AM, Jean-Marc Valin wrote: > > Actually... no! 24-bit can indeed be useful as extra margin and Opus > > can actually represent even more dynamic range than 24-bit PCM. That's > > not the case for 192 kHz. Ther...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 I believe what you want is called Opus custom (OPUS_CUSTOM in the code). With that you can compile only the contents of the celt/ directory and use it like the old CELT. Jean-Marc On 07/06/2015 06:48 PM, Andrew Lentvorski wrote: > Is there a configuration or compile flag that lets me disable the > SILK portion of the codec and use CELT only? > > I could have sworn that there is something, but I can't seem to > find it in the mailing list archives. > > The application here is that I am atte...

I was digging around and saw a bunch of different people have created ways of building libopus for android (even I did one back in the CELT days). Is there an official one somewhere that I missed? I even notice this is the Google sources, but it seems to be a touch long in tooth at this point: https://android.googlesource.com/platform/external/libopus/+/android-wear-5.1.1_r1 I am happy to build

Andrew P. Lentvorski wrote: > I'm trying to do a standalone build of Opus and I get the following > messages when compiling for android arm64 using clang: What version?