similar to: Compile Opus for Ios

Hi, Seems like it's not linking with libm. I suspect it has to do with linking statically with libopus.a (is that intended?). Maybe opus-tools relies on the fact that libopus is linked with libm and doesn't explicitly add it? Greg? Jean-Marc On 09/24/2013 06:09 AM, bat guano wrote: > Hi > I'm having a problem compiling opus-tools-0.1.7. > Version opus-tools-0.1.6 seems to

Hi, We are rebasing our audio compression subsystem using OPUS rather than SPEEX. The platform is Android but this piece is written in C code: we need to support armv5/armv7/x86 architectures.... and we use the released opus-1.1beta package from here<http://downloads.xiph.org/releases/opus/opus-1.1-beta.tar.gz>. A lot of our OPUS build system + code to drive the audio compression has been

Hi Mark, Thanks for the feedback. By default CMake is building the static library in debug, to get other things one has to explicit turn it on. To build in release mode for CMake you use the following flag: -DCMAKE_BUILD_TYPE=Release https://cmake.org/cmake/help/latest/variable/CMAKE_BUILD_TYPE.html CMAKE_BUILD_TYPE — CMake 3.14.1

It appears that both Opus and amrnb have a function called preemphasis(). In the short term, your options are: 1) Not building statically 2) Renaming that function in the Opus code 3) Renaming that function in the amrnb code I can do the rename for the next version of libopus. Cheers, Jean-Marc On 11/13/2013 05:51 PM, batguano999 wrote: > > Hi > Any idea what's causing these

Hi Any idea what's causing these errors:- /home/user/build/lib/libopencore-amrnb.a(preemph.o): In function `preemphasis': /home/user/build/opencore-amr-0.1.3/amrnb/../opencore/codecs_v2/audio/gsm_amr/amr_nb/dec/src/preemph.cpp:193: multiple definition of `preemphasis' /home/user/build/lib/libopus.a(celt_encoder.o):/home/user/build/opus/celt/celt_encoder.c:455: first defined here

Hi I'm having a problem compiling opus-tools-0.1.7. Version opus-tools-0.1.6 seems to compile OK. I've tried with opus-1.0.3 and opus-1.1-beta. The errors are like this:- "undefined reference to `sqrtf'" etc. This OS is Peppermint Three, similar to Ubuntu 12.04. It uses:- gcc --version gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 Google says it's maybe something to do

I tried the new cmake-based build system to build Opus on Linux and macOS. I'm not familiar with cmake but based on instructions I found online I used it as follows: - mkdir build - cd build - cmake -DCMAKE_INSTALL_PREFIX:PATH=<install-path> .. - make - ctest - make install Although the "make" command completed, it reported that optimizations were disabled:

Hi all, I'm trying to compile for iOS + Simulator. My current configure arguments for my simulator builds look like: ./configure --enable-float-approx --disable-shared --enable-static --with-pic --disable-extra-programs --disable-doc --host=i386-apple-darwin_ios \ LDFLAGS="$LDFLAGS -fPIE -miphoneos-version-min=${MIN_IOS_VERSION} -L${BUILD_DIR}/opus/lib" \ CFLAGS="$CFLAGS -arch

On 2013-09-24 5:46 AM, Jean-Marc Valin wrote: > Seems like it's not linking with libm. I suspect it has to do with > linking statically with libopus.a (is that intended?). Maybe opus-tools > relies on the fact that libopus is linked with libm and doesn't > explicitly add it? Greg? Indeed. The opus-tools build explicitly adds -lm for opusdec and opusenc because they use math

Using FFmpeg, I can stream to a file on disk okay: c:\apps\ffmpeg\bin\ffmpeg.exe -f dshow -i audio="Line In (Realtek High Definition Audio)" -c:a libopus -ac 1 -b:a 32000 live.caf But, if I add Icey metadata, FFmpeg throws errors: c:\apps\ffmpeg\bin\ffmpeg.exe -f dshow -i audio="Line In (Realtek High Definition Audio)" -c:a libopus -ac 1 -b:a 32000^ -ice_name

Hi All, First time poster to this group, please ignore my ignorance? I?m trying to use Opus 1.1 on a 400MHz MIPS 24k CPU (AR9331, specifically, like in the Arduino Yun). I?ve successfully built (I think) opus-1.1 and opus-tools-1.8 and they run, but are dog slow. opus-1.1 does have the ?enable-fixed-point option set, as this chip only has soft-float. My short test file (less than one

Hi xiph, I'm trying to compile libopus from git.xiph.org/opus.git with emscripten. The regular: $ emconfigure ./configure --enable-fixed-point $ emmake make gets me quite far, but it hangs on the use of __malloc_hook in the tests: tests/test_opus_api.c:1776:16: error: use of undeclared identifier '__malloc_hook'; did you mean 'malloc_hook'? orig_malloc=__malloc_hook;

I wanted to roughly benchmark how the different version of libopus performed at each complexity level for a 6kbit/s output opus file. This was conducted on a Raspberry Pi so it is a constant hardware platform. This was done on an early Pi so only 256MB RAM but it was never used up so should not make a difference. I compiled the three final versions of each major release of libopus so that was

Hi Some Linux programs are 'static'. For example, these FFmpegs here ---> http://ffmpeg.gusari.org/static/ If we compile with Linux opusdec & opusenc & opusinfo & opusrtp using only static libraries libogg.a & libflac.a & libopus.a Are the four opus-tools programs then genuinely 'static', so that they will work on *any* Linux OS? $ ./opusenc -V opusenc

Hi, downloaded the source code for libopus 1.1 and trying to compile it in Visual studio 2010 for fixed point code. The definition " #define FIXED_POINT 1" in "config.h" does not seem to do the trick, since a lot of compiler errors are generated. My question is therefore following: Is there anything else that has to be done to be able to compile libopus 1.1 for fixed

On Wed, Oct 14, 2015 at 4:18 AM, Daniel Armyr <daniel at armyr.se> wrote: > Hi. > I am trying to understand how to package opus-encoded data in an ogg stream to make a standards-compilant ogg/opus file. Most things are clear, but there is one thing I simply do not understand. > > What I do understand is that Ogg is based on pages, that each come with a fairly sizeable header

I'm also interested in this warning as I have received it when compiling libopus for WebAssembly using Emscripten and have an open ticket (just saw that you responded to it, thanks for that!) https://stackoverflow.com/questions/49537429/building-compiling-opus-libopus-in-emscripten-with-optimization/ ​ -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hello, I’m currently using the Opus encoder in an embedded device with a small ARM Cortex M4, compressing audio in real time and it works great. My implementation is similar to the application note from Texas instrument “Implementing OPUS Voice Code for TM4C129x Device”. The next step in my application is to add voice activation capability in real-time while compression is in progress. Reading

Hi, the CAF format is not stremable due to the way the format works. On 14 May 2020, at 4:42, webmaster at berean-biblechurch.org wrote: > Using FFmpeg, I can stream to a file on disk okay: > c:\apps\ffmpeg\bin\ffmpeg.exe -f dshow -i audio="Line In (Realtek > High Definition Audio)" -c:a libopus -ac 1 -b:a 32000 live.caf > > But, if I add Icey metadata, FFmpeg

(Please wrap your lines.) On Oct 26 01:38:34, Ulrich.Windl at rz.uni-regensburg.de wrote: > Playing with Opus 1.3 I converted a tone sweep with a sample rate of 96kHz (just for fun). Before I had converted that from WAV to FLAC, and to Vorbis without problems. Can you please post the original wav? I am not sure what Audacity means by a logarithmisch sweep. Is that a fixed number of Hertz per