similar to: Flac player for Android

On Tue, 2008-12-23 at 00:55 +0100, Tor-Einar Jarnbjo wrote: > the Android media API (android.media) does not offer the required > capabilities to play software generated PCM samples. The first Android > SDK releases contained non-functional classes from the standard > JavaSound API (javax.sound), but these were removed in later releases. I > opened a bug regarding the JavaSound

Conrad Parker schrieb: > so perhaps patching the build to include libspeex is not technically > difficult. Of course it'd make more sense to access libspeex through > VoIP apps than just through the generic MediaPlayer interface. > Even if they included Speex support, the Android media API is very limited, as it can only access audio from a file or an HTTP URL. I raised a bug

Hi Marc, thanks for the quick reply. Marc Gimpel wrote: > It would appear the the 'pcm2speex.read(frame, 0, frame.length)' is > blocking which means that it is waiting for data from the underlying > inputstream (i.e.AudioInputStream(t.input)). If it could read > sufficient data it would transcode it. If it recieved an EOF, it > should do some zero padding and then

Anil Philip <goodnewsforyou at yahoo.com> wrote: see http://code.google.com/android It would be good of members from here will step in and offer google help to implement speex. Without exaggeration, android will transform the mobile world. Ivo Emanuel Gon?alves <justivo at gmail.com> wrote: On Fri, Apr 11, 2008 at 10:58 PM, Anil Philip wrote: > I recommended in a bug report that

On 12 Eki 2012, at 20:00, Jim Grosbach wrote: > > On Oct 12, 2012, at 7:07 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: > >> Dear Tim, >> >>> >>> The JIT sounds like it does almost exactly what you want. LLVM's JIT >>> isn't a classical lightweight, dynamic one like you'd see for >>> JavaScript or Java.

Dear Jim, On 12 Eki 2012, at 21:17, Jim Grosbach wrote: > > On Oct 12, 2012, at 11:14 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: > >> >> On 12 Eki 2012, at 20:00, Jim Grosbach wrote: >> >>> >>> On Oct 12, 2012, at 7:07 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: >>> >>>> Dear Tim,

Dear Tim, > > The JIT sounds like it does almost exactly what you want. LLVM's JIT > isn't a classical lightweight, dynamic one like you'd see for > JavaScript or Java. All it really does is produce a native .o file in > memory, take care of the relocations for you and then jump into it (or > provide you with a function-pointer). Is there any other reason you >

On Oct 12, 2012, at 11:14 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: > > On 12 Eki 2012, at 20:00, Jim Grosbach wrote: > >> >> On Oct 12, 2012, at 7:07 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: >> >>> Dear Tim, >>> >>>> >>>> The JIT sounds like it does almost exactly what you

I am generating LLVM IR code and I would like to convert this IR code to native code using the LLVM C++ API. This would be very similar to what's done in the Kaleidoscope tutorial, but instead of relying on JIT compilation, I'd like to emit native code -- the same native code that's produced by llc, for instance. I'm sure this is possible, but I wasn't able to find the

Hi, I'm building LLVM IR. I'd like to compile this IR to native code (I don't want JIT) and immediately load it to execute. So far, I've the following: 1) I can emit the IR to native assembly/object file doing the same thing llc does (using TargetMachine::addPassesToEmitFile). 2) I can dynamically load a precompiled .so file (using llvm::sys::DynamicLibrary::getPermanentLibrary),

On Oct 12, 2012, at 7:07 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: > Dear Tim, > >> >> The JIT sounds like it does almost exactly what you want. LLVM's JIT >> isn't a classical lightweight, dynamic one like you'd see for >> JavaScript or Java. All it really does is produce a native .o file in >> memory, take care of the

On Thu, Sep 20, 2012 at 2:42 AM, Baris Aktemur <baris.aktemur at ozyegin.edu.tr> wrote: > I am generating LLVM IR code and I would like to convert this IR code to > native code using the LLVM C++ API. This would be very similar to what's > done in the Kaleidoscope tutorial, but instead of relying on JIT > compilation, I'd like to emit native code -- the same native code

Hi guys I have tried compiling this attached code, I made all the buffers 320, there is no trace of a 160 buffer, but I get a " SpeexEncoder requires 320 samples to process a Frame, not 160" error. Maybe there's something I'm missing, here's my code: import java.io.IOException; import java.io.FileOutputStream; import java.io.File; import

Hi, I have writen a simple JNI wrapper for speex so i could use it from Java, so far i managed to record from a raw pcm file and from the javasound inputLine and to decode the output in narrowband CBR mode and play it back still using javasound. And it sounds quite good. I haven't tried anything else because my project has no use for wideband and ultra wideband. VBR would be nice but i have

Kaylor, do you have some good documented example code which shows the usage of the MCJIT ? This would help a lot ... the sematic of lots of API calls are not intuitively understandable. Best Regards --Armin Kaylor, Andrew wrote: > I'm not sure I understand your use case, but MCJIT (as opposed to the legacy JIT) does almost exactly what you're asking for. It generates an

Readers, Openjdk and ibm java versions have failed to install, all reporting a bad elf, e.g. ./ibm-java-i386-sdk-7.0-0.0.bin Preparing to install... Extracting the JRE from the installer archive... Unpacking the JRE... Extracting the installation resources from the installer archive... Configuring the installer for this system's environment... strings: '/lib/libc.so.6': No such file

I have a loop that I iterate through in my view. <% coll.each do |itm| puts(itm.value) end %> How do I render the itm.value without using a <%= %> tag? Should puts not work? Joerg P.S. There is a good enough reason for me wanting to do this :-) -- Posted via http://www.ruby-forum.com/.

PuppetDB is operating fine, but I can''t figure out how to disable it from listening globally on TCP 1099 or 58722 How do I disable them from listening globally without having to resort to iptables? $ lsof -i -n -P | grep java | grep LISTEN java 30115 puppetdb 22u IPv6 119118 0t0 TCP *:1099 (LISTEN) java 30115 puppetdb 23u IPv6 117236 0t0 TCP *:58772

Daniel, I didn't find the MCJIT directory under unitests/ExecutionEngine ... there is only a directory called JIT. You mean this directory ? Many thanks --Armin Malea, Daniel wrote: > Take a look at the MCJIT unit tests under unittests/ExecutionEngine/MCJIT > > The MCJITTestBase class does the majority of the interactions with the LLVM API you're referring to. > >

I have Xen 3.1 installed on my server, and XenSource Xen Server Console 3.1 on my windows desktop. When i trying to connect to the server with client, it says javax.net.ssl.SSLException: Connection has been shutdown: javax.net.ssl.SSLHandshakeException: Received fatal alert: bad_certificate Can anyone tell me, what can be a reason for bad_certificate? Where can i find it on my server and how