similar to: High Sampling Rates

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

On Sat, Feb 22, 2014 at 8:32 AM, Webdrifter <onzemeelbox at gmail.com> wrote: > Hello, > I'm an audiphile. > Will opus ever be developed to work with sampling rates higher than 48kHz? (I hope so) http://people.xiph.org/~xiphmont/demo/neil-young.html

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

Hi there - I am currently in the middle of a project where I need to configure an Icecast Server and I am using Ices as the encoder. I want to configure Ices to take in a stream with a sample rate of 128 kHz and output it to the Icecast server. My question is, what are the minimum and maximum sample rates that Ices will continue to work with? Thank you, Heidi Young Software

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. There's no "margin" that 192 kHz buys

Hi. I was wondering if there was any interest in extending the flac container format to support sample rates above the 655k current limit. Please note this is not for using ridiculously high sample rate sourced audio for some imaginary audible benefit. I've been involved in some experimentation with offline upsampling in software prior to delivery to an external DAC as a way to bypass the

? Do you have any references for me to investigate, I am trying to understand how noise is reduced by introducing higher sampling rates. (I tried to search, but maybe it is so obvious that nobody even explains it) This is not very obvious. It requires you to understand basic signal processing theory. I will give some pointers below. Any physical signal (e.g. audio coming out of speaker, current

Hi!, I wondering if It's possible to change 48khz sample rate limit?, I'm Planing to encode with OGG codec a audio signal but I need that OGG Encoder works with 192khz of sample rate. It's Possible? Any Suggestions?

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" > effects that tend to mangle phase vs frequency (vs "dry"

I hope it is OK to ask an Opus question here. If not, please advise the correct forum. Regarding the statement "Internally, the codec always operates at a 48 kHz sampling rate, though it allows input and output of various bandwidths..." Can I infer from this that it is most CPU efficient to always input and output PCM data at 48000 samples per sec, regardless of other factors such as

Hi, is there any way to tell the decoder the output sampling Fz we want ? opus_decoder_create = Sampling rate of input signal (Hz) Considering this example (VoIP-out from WebRTC/RTP) MICROPHONE(44.1/48kHz) >> [encoder created at 48kHz but with internalSampleRate set to 8kHz]>> INTERNET >> [decoder(created with 48kHz)] >> 48kHz(?) >> G.711(8kHz) This leaves us with

Greetings, In reviewing the changelogs it?s unclear in which release FLAC began supporting a sample rate of 192kHz. The reason for my question is that there are many forums and university studies that state that FLAC does not support a sample rate of 192kHz however the current documentation (assumed 1.2.1b) under FORMAT under FRAME_HEADER does note that it is supported. If it was not

I am seeing a problem with the Xen emulated serial console. When running a Linux 2.6.20 HVM guest that has CONFIG_HOTPLUG_CPU=n, the guest blocks on output to the console until it receives input keypresses from `xm console`. This prevents the guest from booting up without banging on some keys, and makes interactive use of the console difficult. By bisecting Linux kernel commits, I found that

Hi, another question on the same topic Speex resampler at 44.1kHz seems to be very CPU intensive on Android (even more than the Opus encoder) While Speex at 48kHz is just fine. I wonder any alternate solutions or ideas ? Improve it, look for alternate solution ... I am guessing the NEON optimization are still used for both, etc. On Thu, Apr 2, 2015 at 4:46 PM, Jean-Marc Valin <jmvalin at

> I had the idea of implementing a lot of the operations in FFTs. ( for > example, it is possible to do auto-correlation and FIR filtering using > FFTs.) There are two advantages to this. > 1. It's almost always faster > 2. By swapping fft implementations, it could be easy to recompile for > fixed or floating point versions. No. FFT's require higher precision than

<with Prof. Farnsworth voice> "Good News, everyone". I've just kicked off project "Sphinx". Which is supposed to sound like "Speex" merged with "INT". ;) Meaning I am working on an integer encoder and decoder. It looks like I will be pulling in a new "integer plumbing" into the foundation of the codec, comparing the results with the old

Hello, I try to compile the driver zaptel and they give the following error: linux01:/usr/src/zaptel# make install gcc -Iir/include -O6 -DMODULE -D__KERNEL__ -DEXPORT_SYMTAB -Iir/drivers/ l -I. -Wstrict-prototypes -fomit-frame-pointer -Iir/drivers/net/wan -Iir /net -DSTANDALONE_ZAPATA -o zaptel.o -c zaptel.c In file included from zaptel.c:44: /usr/include/linux/module.h:21:

Hi all, i'd like to ask what the best options are for safe 24bit 96kHz archiving. Currently i'm only using -8 but there are also some other options like block size etc. Can anyone suggest? Also i'd like to ask whether a no-lax 192kHz mode is planned in flac, seems like 192kHz isn't directly supported although flac can compress such rate in lax mode. My last question - is there

hi,All, I want to know whether Opus has AEC features like Speex? Thanks 2012/10/17 <opus-request at xiph.org> > Send opus mailing list submissions to > opus at xiph.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.xiph.org/mailman/listinfo/opus > or, via email, send a message with subject or body 'help' to

We're having problems with FreeBSD 5.4, 6.0, and 6.1 and an ICP Vortex GDT8546RZ 4 port SATA RAID card in a Tyan S2460 system with dual AMD Athlon MP 1600+ CPUs. We do not have any problems with this configuration under FreeBSD 4.11, and we have the same ICP cards in Tyan based Opterion system (S2882 and S4882) run with out problems under FreeBSD 5.4 and 6.1. We can reproduce the problem on