search for: upsampling

The Opus resampler is actually a bugfixed version of the Speex one. Same interface/API, but with the bugs removed. It's why I recommended it :-) Otherwise I would have recommended something entirely different, like SoXR. On 07/05/13 22:12, Hermann Weber wrote: > Dear Nikos, > > thank you very much for your advice! > > I am not a little bit new to C++, and experiments

Hello! I would like to know if it is possible to request encoding to a higher samplerate than the original data. For example my uncompressed data was 22 kHz, and I would now like to decode the compressed data to 48 kHz (to feed it to a filter which expects a high "input" format). Is this possible with Speex? Thank you. Hermie

I'm not using Opus at all. I'm just including its resampler in my own sources. It's not even a DLL; it's directly compiled together with the rest of my code. You need these sources from the opus-tools package (http://www.opus-codec.org/downloads/): arch.h resample.c resample_sse.h speex_resampler.h stack_alloc.h In your project file, define these macros: #define

Dear Nikos, thank you very much for your advice! I am not a little bit new to C++, and experiments (like using another third party library) always turn out to be days of work for me. That is why I would first like to try Speex's new internal resampling function. I am currently still using the old 1.0.4 version. I have now downloaded the new 1.2rc1 version. Unfortunately it does not want

Hello Jean-Marc, I did some experiments with the fixed-point version of the resampler in SVN. Basically it works very well, great work! But I experienced a problem when upsampling audio data with slight clipping. This seems to cause an overflow somewhere, resulting in "cracks" in the output. I'm aware that the resampler hasn't been released yet, but I wanted to mention it. :-) Daniel

...n that directional transforms will bring marginal improvement, not significant in the case of my compression codec.This also confirms what I have read from the Rududu author who tested directional wavelets in his codec without luck. I have potentially found a very good candidate for the YUV420 2x2 upsampling.I haven't studied the impact of this processing on the codec, but I believe that better downsampling and upsampling algorithms for U and V components will bring better quality to the codec.Here is the upsampling I'm thinking of, the demo page is very impressive: https://kdepepo.wordpress.co...

...n with heavy clipping. So using 14 fractional bits internally instead of 15 and doing the saturation right before converting to the 16 bit output sample value could help. But certainly there are more sophisticated solutions to this problem. :-) During the tests I encountered another problem. While upsampling a continuous ?6 dB sine from 8000 Hz to 11025 Hz I heard that the resampler produces a click every 5 seconds. After changing the output sample rate to 11000 Hz the clicking disappeared. Daniel

Dear Nikos, thanks! But you use Opus only for resampling, not for entirely replacing Speex, don't you? Greetings! Hermie Am 07.05.2013 22:53, schrieb Nikos Chantziaras: > The Opus resampler is actually a bugfixed version of the Speex one. Same > interface/API, but with the bugs removed. It's why I recommended it :-) > Otherwise I would have recommended something entirely

...> > my understanding is that the speex modes are tuned for particular > sample rates, so using the 32kHz mode with 44.1kHz data will not yield > as good quality as using the 32kHz mode with 32kHz data. ok, it's strange, by nature, such compression algorithm are able to make down or upsampling very well... Do there is an impact on CPU load ? Vincent

Can someone who really knows the Ogg command-line encoder, help recommend the best setting for 33.6k modem stereo music streaming? (56k doesn't count cuz many people's 56k modems don't work at a full 56k, and I want them to be able to surf CD Baby at the same time as listening. 2 minutes / 120 seconds of audio should be about 400k.) I'm at my wit's end: tried everything I

...cond, is it acceptable that a codec is better than another in 60% of the cases but perform quite badly in 5% of the cases? I would be very interested in your opinion on this subject. Very quickly to finish, my codec really need improvements at some stages.It really needs to have better YUV420 down/upsampling algorithms (don't know about image Super-Resolution upsampling with machine learning or convolutional neural network, they're excellent but too slow for image compression I fear..., there are also other algorithms that are very good)... For the lower quality settings (-l1,-l2 mainly, don...

...t of the training set against the actual values using: pmat<- plot(y[1:400]) lines(c$fitted.values, col="blue", lwd=2) It seems as though neural net is not learning the negative values. I have tried running nnet several times, but each time I get the same problem. I have also tried upsampling, but no joy. I suspect that I am not using nnet correctly. Can anyone provide any hints/solutions? Any help appreciated. Kind Regards, Samuel Kemp.

...1 NA NA 3 NA 2010 NA 3 NA NA NA NA NA NA NA NA 9 NA 2011 NA NA NA NA NA NA NA 9 NA NA NA NA 2012 NA NA NA NA 9 1 1 NA NA 3 NA NA 2013 NA NA NA NA NA NA 9 1 > plot(t) However if the data happens to be regularly spaced, upsampling it isn't quite as straightforward. > t2 <- zoo(sample(1:3, 20, replace=TRUE), as.yearmon(seq(2000, by=0.5, length=20))) > t2 Jan 2000 Jul 2000 Jan 2001 Jul 2001 Jan 2002 Jul 2002 Jan 2003 Jul 2003 Jan 2004 Jul 2004 3 3 2 2 1 3 1...

Hello, I understand it would be better to post several messages with separate topics but I hope I don't cause too much mess if I put it all in a single message this time. To be clear, recently I've been testing Opus Tools under Windows and these are my questions/observations. ????#1. To test encoding at low bitrates, I encoded a sine sweep at 12 kbps with Opusenc and then decoded

...dering 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 DAC's internal oversampling and found that wavpak is the only compressed container format that supports the 705/768 sample rates but it is very poorly supported and extremely slow during decompression, and fully uncompresse...

...des are tuned for particular > >> sample rates, so using the 32kHz mode with 44.1kHz data will not yield > >> as good quality as using the 32kHz mode with 32kHz data. > > > > ok, it's strange, by nature, such compression algorithm are able to make > > down or upsampling very well... > > Do there is an impact on CPU load ? > > Nothing strange if you ever worked with speech compression before. yes, also you could add : if i had any clue in audio domain ! :-) > Speech compression algorithms always are tunned to particular freq, > else they would t...

On Aug 07 00:41:52, petrparizek2000 at yahoo.com wrote: > ????#1. To test encoding at low bitrates, I encoded a sine sweep at 12 kbps > with Opusenc and then decoded the resulting file with Opusdec. What sine sweep exactly? How did you obtain it, and how exactly did you encode and decode it? Jan > The strange > thing was that even though the output wave file was at 48 kHz, it

Optimize opus encode (float only) usecase using ARM NE10 library. Mainly effects opus_fft and ctl_mdct_forward and related functions. This optimization can be used for ARM CPUs that have NEON VFP unit. This patch only enables optimizations for ARMv7. Official ARM NE10 library page available at http://projectne10.github.io/Ne10/ To enable this optimization, use --enable-intrinsics

Optimize opus encode (float only) usecase using ARM NE10 library. Mainly effects opus_fft and ctl_mdct_forward and related functions. This optimization can be used for ARM CPUs that have NEON VFP unit. This patch only enables optimizations for ARMv7. Official ARM NE10 library page available at http://projectne10.github.io/Ne10/ To enable this optimization, use --enable-intrinsics

Optimize opus encode (float only) usecase using ARM NE10 library. Mainly effects opus_fft and ctl_mdct_forward and related functions. This optimization can be used for ARM CPUs that have NEON VFP unit. This patch only enables optimizations for ARMv7. Official ARM NE10 library page available at http://projectne10.github.io/Ne10/ To enable this optimization, use --enable-intrinsics