similar to: Opus for Mobile Devices

Hi, I'm not sure what you mean exactly by your question, but Opus should compile out-of-the-box on both Android and iOS. Now, AFAIK newer Android versions already include Opus as part of the platform, but I don't think iOS does at this point. Cheers, Jean-Marc On 09/12/16 09:51 AM, Chris Bohlin wrote: > Hello, I am trying to see if the codec is fully supported on Android and >

So an iPod made in the last 4 years has not even a dsp that's used for help in low-power playback of mp3? What are my best options for a portable player I can put opus on and have 10 hours of opus playback? On Sun, Dec 15, 2013 at 6:10 PM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > The vast majority of audio players do *not* have special hardware for > MP3 and Vorbis.

Hi, We have observed that the stack usage in Opus Encoder/Decoder is enormous(50-60Kb approx). As we all know, in embedded systems, high stack usage is discouraged. How are we planning to take care of that? One idea is to allocate the required memory on heap and pass it on as an argument to the main Opus API and allocate the internal buffers used by the internal modules on the allocated buffer.

Hi, Thank you for your response. I pulled yesterday to commit da97db1ca1f92592af3534c9a2596da0e9a009ca, added a bunch of more defines to my compile options, and assembled & linked in armopts.s,celt_pitch_xcorr_arm.s. Performance jumped up from about 4.8 Mb/s to 5.3 Mb/s on the same device, so it is improvement. Not sure what other tweaks there would be to try, but if it could match the

Hi Jean The problem is that for using this package I need to use all the libs like ogg, even Speex?, no, and also where i can find an easy example like opus_demo.c to create the .opus file Greetings Toni 2013/10/28 Jean-Marc Valin <jmvalin at jmvalin.ca> > Hi Toni, > > The package you want is opus-tools. You can get it from the download > section. For file distribution,

I wonder if anybody try to compress a pure sine wave using OPUS codec. When I compressed the mono 1KHz, 16bits 48000 samples per sec. audio stream using the 'opus_demo' utility: opus_demo -e audio 48000 1 2min_1kHz_Sine_16bit_48kHz.wave 2min_1kHz_Sine_16bit_48kHz.opus_raw I had the output stream that is shown below. 00 00 00 01 00 00 00 00 78 00 00 00 01 00 00 00 00 78 00 00 00 01 00

On Thu, Feb 22, 2018 at 9:53 PM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > On 02/22/2018 09:34 PM, Stepan Salenikovich wrote: > > Its unexpected because the decoder continues to output all samples > > of -32768 even when the microphone input is silence or near silence, so > > I would expect the decoded values to be at or near 0. > > Oh, if the output is

Thanks for all the amazing work with ambisonics Drew et al. We're looking forward to the 1.3 final release and have already been successfully using the ambisonic work in production code. Varun -- Engineering Manager Facebook Audio ---------------------------------------------------------------------- Message: 1 Date: Sun, 3 Jun 2018 13:02:18 +0100 From: Peter Robinson

Hi everyone, We finally made it! Opus is now standardized by the IETF as RFC 6716 (http://tools.ietf.org/html/rfc6716). See the announcements at: https://hacks.mozilla.org/2012/09/its-opus-it-rocks-and-now-its-an-audio-codec-standard/ http://www.xiph.org/press/2012/rfc-6716/ Feel free to spread those around :-) We're also releasing both 1.0.0 (same code as the RFC) and 1.0.1, which is a

Hi everyone, We finally made it! Opus is now standardized by the IETF as RFC 6716 (http://tools.ietf.org/html/rfc6716). See the announcements at: https://hacks.mozilla.org/2012/09/its-opus-it-rocks-and-now-its-an-audio-codec-standard/ http://www.xiph.org/press/2012/rfc-6716/ Feel free to spread those around :-) We're also releasing both 1.0.0 (same code as the RFC) and 1.0.1, which is a

Hi everyone, I have lately been evaluating the performance of various audio decoders, particularly for ARM devices (Cortex A8 / A9). The context is audio playback in a game engine, and thus decoding performance is of particular interest. Looking at Opus versus Vorbis on a Cortex A9 smartphone, the numbers look approximately like this: Vorbis (tremolo decoder) 9.3 Mb PCM/s Opus (libopus 1.1)

Right that I had completely missed, I have added the files and verified that it builds with CMake from the tar on Linux (out of the git repo) I am parsing the package_version file from the tarball if it exists so it should maintain the version info. //Marcus ________________________________ From: Jean-Marc Valin <jmvalin at jmvalin.ca> Sent: Tuesday, April 2, 2019 11:38 To: Marcus

Jean-Marc, Thanks for the response and the helpful info. I am trying to get the library to build without using the pseudostack define, and use either VAR_ARRAYS or ALLOC, but it seems the global stack is not defined. Where do can I define this in my example? VR -----Original Message----- From: Jean-Marc Valin [mailto:jmvalin at jmvalin.ca] Sent: Tuesday, February 20, 2018 5:40 PM To:

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

Hi, Thanks for the quick feedback I have changed the name to avoid conflict. Attached is the updated patch. //Marcus ________________________________ From: Jean-Marc Valin <jmvalin at jmvalin.ca> Sent: Tuesday, April 2, 2019 00:07 To: Marcus Asteborg; opus at xiph.org Subject: Re: [opus] CMake support for Opus proposal (in addition to Autotools) Hi Marcus, There seems to be a conflict

Hello Daniele It would be worthwhile to attach an external serial flash or USB thumb drive, if the intent is store data. This allows for far more flexibility in storage Regards Amit On Fri, Aug 26, 2016 at 11:02 AM, Jean-Marc Valin <jmvalin at jmvalin.ca> wrote: > On 26/08/16 11:40 AM, Daniele Barzotti wrote: > > You're right! I forgot to say that I need only the encoder

Hi all, With some downtime it's time for some CMake fixes. Most critically is the SSE fixes to avoid crashes that is described in 154 and 132 in github. Patch 5 should address this and also adding APPROX-FLOAT option. Hopefully this can give some gains for those of us running on Windows servers.j I went through the pull request and picked out a few that will ease up integration for

Jean-Mark sarkasm. Jean-Markasm. (Bonus points for providing an actual noisy WAV! ^_^) On 30/10/2017 20:28, Jean-Marc Valin wrote: Hi, Before I comment on the graphics you posted to visualize the difference between two audio signals, I'd like to ask for your help in evaluating my JPEG encoder. I've encoded an image with JPEG and then computed the difference with the original. I then

Hi, I noticed that speex.org has a banner that mentions that Opus is better than Speex in all aspects. The supported bitrate range for Speex seems to be as low as 2kbps though but Opus can only go as low as 6kbps. Is this one aspect where Speex is still preferred? (I understand that it's not a very common scenario though). Thanks, Manpreet. -------------- next part -------------- An HTML

vorbis, mpeg1 layer 3 and more have special hardware support in audio players widely available but I can't find anything for opus. Is there any? If you try to use opus for music on the go it's a requirement to have for long battery life isn't it?