similar to: port Opus to Javascript using Emscripten

After compiling opusenc.js to JavaScript [1], now the flac tool is also available [2][3], too. s/Check out/Clone/ https://github.com/Rillke/flac.js ! I am slightly nervous about its license, the GPL and what CloudFlare is doing: It's melting a lot of content together into one file and adding JavaScript that doesn't appear to be GPL or compatibly licensed -- by any chance, is there a

After compiling opusenc.js to JavaScript [1], now the flac tool is also available [2][3], too. s/Check out/Clone/ https://github.com/Rillke/flac.js ! I am slightly nervous about its license, the GPL and what CloudFlare is doing: It's melting a lot of content together into one file and adding JavaScript that doesn't appear to be GPL or compatibly licensed -- by any chance, is there a

Hi List! On flac--l I was advised to cross-post to this list. So here is an extended version: After compiling opusenc.js to JavaScript [1], now the flac tool is also available [2][3], too. s/Check out/Clone/ https://github.com/Rillke/flac.js ! I am slightly nervous about its license, the GPL and what CloudFlare is doing: It's melting a lot of content together into one file (but not

I'm not sure that I understand your goal. In a browser setting, I would think that you want to decode a stream, not a file, because streaming should have less of a memory impact. The reference decoder is a file decoder, so you probably don't want to port that. I don't think that there is a reference streaming decoder, so you'd need to write your own using the libFLAC or libFLAC++

Hi there, We are interested in adopting Opus into our web based application for speech recording. I'm wondering if there is a plan to port Opus encoder and decoder to Javascript using Emscripten in the near future? Best Regards, Rachel Wu ETS.org ________________________________ This e-mail and any files transmitted with it may contain privileged or confidential information. It is solely

Hi Is it possible to cross-compile opus-tools with mingw and Ubuntu? So far I have done this:- # prepare $ mkdir $HOME/source $ mkdir $HOME/builds $ export PATH="$PATH:$HOME/mingw-w64-i686/bin" $ PKG_CONFIG_PATH="$HOME/builds/lib/pkgconfig" # Install ogg $ cd $HOME/source $ svn co http://svn.xiph.org/trunk/ogg $ cd ogg $ ./autogen.sh && ./configure

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;

Hi! I haven't looked into the code yet, but the patch uses different coding conventions like "if(" and "if ("; like wise "){" and ") {". My personal taste is to have spaces after keywords, but that's just me. I'd prefer a consistent coding style. Regards, Ulrich >>> Michael Graczyk <mgraczyk at google.com> schrieb am 26.04.2016

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, Dear alls I had encounted a problem in using opus-tool-0.2-opus-1.3(download from www.opus-codec.org, Win64 binaries: opus-tools-0.2-win64.zip). First, I use opusenc to generate a opus file which input is a 9-channels wav file. The opusenc can work. Then, I use opusdec to transform the generated opus file to wav file, but opusdec can't work. I received the error message: failed to open

(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

Hello Tony, opusenc from opus-tools works for me.. Just tried it successfully on my x86_64 Ubuntu Trusty 14.04 box. I was just able to do $ sudo apt-get install opus-tools $ opusenc music_48kbps.wav music_48kbps.opus I remember also being able to compile opus-tools (git://git.xiph.org/opus-tools.git) some time ago. Regards, Vish On 23 February 2015 at 12:30, Tony <yellowjacketlite at

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi to everybody. First of all I hope this is the right place to discuss such an (nitpicky) issue. I've just been testing the current Opus release and for mere curiosity compared its performance to WMAPro with CD quality music at low bitrates (48 kbit/s). While Opus generally does a very good job, I found one particular example (a high pitched

Yeah, de-/encoding a stream would have a lot of advantages but there is no streaming en-/ decoder I would be aware of and for the application I'd intend to use it for, it might be sufficient to de-/ encode a file in whole. Dependent of the time and efforts for creation and maintenance of a stream encoder, it might not fit into the time budget. (Apart from that, as of now, it gives a nice demo

1. For starters, 32 bit support is deprecated in the next version of Mac OS X. Other things like Hardened Runtime ( https://lapcatsoftware.com/articles/hardened-runtime-sandboxing.html) may not be relevant, but to make things compatible, apps need to be compiled with an SDK > 10.7. The 64 bit is the big thing. 2 & 3. I want static and can't figure out how to get it to compile. Why

Dear Christian van Bijleveld, You can use any of the below DSPs of Texas Instruments 1. TMS320C674x - This supports floating point implementation of opus 2. TMS320C66x - This supports both floating and fixed point implementations 3. TMS320C64x - This supports only fixed point implementation Regards, Mahantesh On Mon, May 13, 2013 at 10:12 PM, <opus-request at xiph.org> wrote: >

Thanks for your help, I will follow that, so in order to sum up I need: - libopus 1.0.3 compiled as static or shared library - libogg 1.3.1 compiled as static or shared library - opus-tools 0.1.7 and then follow the example in opus-tools opusenc.c to get things ready, because if I try to compile opus-tools, this ask for me for the speex library, and other things I think that that will we all.

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, Just to clear things up... So 1.1 has some new analysis code that increases the amount of CPU. When building as floating point (which you appear to be doing, right?), the new code is enabled at complexity 7 and up (opusenc defaults to complexity 10 IIRC). This is why you've been seeing an increase in the CPU time. In version 1.0.x, complexity 5-10 are the exactly the same for music.

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