search for: set_rat

...d since having to reduce the quality setting to improve infrequent rate changes may not be optimal. Alternatively, this could be a run-time option similar to the quality setting. Cheers, Jean-Marc On 02/04/2016 07:17 AM, Wim Taymans wrote: > Hi, > > These patches improve the resampler set_rate function. > > The first 2 patches do some cleanups in the GCD calculation and avoid an > overflow when calculating the new phase. This patch could probably be > simplified > if we allowed 64bits operations in speexdsp. > > The 3rd patch avoid rounding errors in the phase cal...

Hi, These patches improve the resampler set_rate function. The first 2 patches do some cleanups in the GCD calculation and avoid an overflow when calculating the new phase. This patch could probably be simplified if we allowed 64bits operations in speexdsp. The 3rd patch avoid rounding errors in the phase calculation. The problem is that the n...

Hi Wim, On 02/04/2016 10:14 AM, Wim Taymans wrote: > I've added an example program in the patches that changes the rate > frequently. You can run test-resample2 >test.raw and open in audacity or so > to look at the spectrum etc. I've attached a before/after screenshot. I'll have a closer look at your test program. > In theory, depending on the current phase and the

04.02.2016 22:05, Jean-Marc Valin ?????: > I can see how that would cause multiple rate changes. At the same time, > since this would be using the interpolated code (unless you're really > lucky with the rate), the cost shouldn't be too high. BTW, do you know > how often the rate gets updated? The rate is, by default, updated every 10 seconds. And sometimes (especially with

06.02.2016 01:12, Tristan Matthews ?????: > On Thu, Feb 4, 2016 at 12:31 PM, Alexander E. Patrakov > <patrakov at gmail.com> wrote: >> 04.02.2016 22:05, Jean-Marc Valin ?????: >>> I can see how that would cause multiple rate changes. At the same time, >>> since this would be using the interpolated code (unless you're really >>> lucky with the rate),

...frequent rate changes may not be optimal. > Alternatively, this could be a run-time option similar to the quality > setting. > > Cheers, > > Jean-Marc > > On 02/04/2016 07:17 AM, Wim Taymans wrote: > > Hi, > > > > These patches improve the resampler set_rate function. > > > > The first 2 patches do some cleanups in the GCD calculation and avoid an > > overflow when calculating the new phase. This patch could probably be > > simplified > > if we allowed 64bits operations in speexdsp. > > > > The 3rd patch avoid...