similar to: Error in my code

I'm not sure if anyone is experienced with this but i'm having very strange issues with implementing speex in my iOS application. I have written a encode and decode function basically exactly like the example files online. To process audio I am using an iOS VoiceProcessingIO Audio Unit which is set at 16bit pcm with 8000 sample rate. After buffering 320 bytes of PCM audio I feed it into

Hi everyone, I'm trying to encode/decode with speex, when I do not, the audio is loud and clear, but when I encode/decode to test audio quality, I get a really poor audio quality and a robotic sound. Here's my init audio method : #define AUDIO_QUALITY 10 - (void) initAudio { try { //SPEEX CONFIG speex_bits_init(&bits_in);

Hi, I have a module sampling raw PCM data on Win CE as 10ms time slice (160 bytes), mono, 8000HZ, 16 bits per sample. Does anyone know what is the mflops for using fixed point on a Win CE compared to using floating point? Looking at the manual, "In practice, frame_size will correspond to 20 ms when using 8, 16, or 32 kHz sampling rate." for a 8 kHz sampling, the framesize should be

Hello, in my project im using speex 1.2rc1 and the preprocessor VAD seems to only separate complete silence from not complete silence frames. The Speex Manual, you can read "The voice activity detector (VAD) provided by the preprocessor is more advanced than the one directly provided in the codec." but if you go to the source code in preprocess.c line 995 "/* FIXME: This VAD

int frameSize; speex_encoder_ctl(enc_state, SPEEX_GET_FRAME_SIZE, &frameSize); Is frameSize in bytes? If not, what unit is it in? I need to know so I know how big to make each element in my circular buffer. Also, do I need to call speex_encoder_ctl( enc_state, SPEEX_SET_SAMPLING_RATE, &sampleRate ); Depending on sample rate I record my audio in? If not, is there any benefit to

Hi. I trying to encode PCM16 8000Hz stereo data to speex and put it into the .flv file format. But at the output I can hear only noise. What I doing wrong? Here is the code: void main() { SpeexBits bits; void *enc_state; int frame_size; int quality = 10; char cbits[MAX_FRAME_BYTES]; FILE *fin, *speex; short input[MAX_FRAME_SIZE]; int nbBytes; int channels =

Thank you for the quick response Thorvald, but I think that's not the problem here :[ I know how to capture the buffer and how to play it in the output buffer of the DS. The problem is (probably) with same kind of short/floats/bytes error in conversion/copying that the coder doesn't get. I can have my buffer locked during the compression, it not the problem at the moment. What I really

On 03/10/2016 05:03 PM, Pierre Moreau wrote: > On 04:27 PM - Mar 10 2016, Samuel Pitoiset wrote: >> >> >> On 03/10/2016 04:23 PM, Ilia Mirkin wrote: >>> On Thu, Mar 10, 2016 at 10:14 AM, Hans de Goede <hdegoede at redhat.com> wrote: >>>> Add support for clover / OpenCL kernel input parameters. >>>> >>>> Signed-off-by: Hans de

On 04:27 PM - Mar 10 2016, Samuel Pitoiset wrote: > > > On 03/10/2016 04:23 PM, Ilia Mirkin wrote: > >On Thu, Mar 10, 2016 at 10:14 AM, Hans de Goede <hdegoede at redhat.com> wrote: > >>Add support for clover / OpenCL kernel input parameters. > >> > >>Signed-off-by: Hans de Goede <hdegoede at redhat.com> > >>--- > >>

Hello, I know my question has been asked before because I spent the last week searching the web for how to use Speex in combination with WaveIn/WaveOut and I ran into a few posts, but none of them answer the question. There is still a lot of confusion how to use WaveIn/WaveOut and Speex by junior developers such as myself. Even after examining code for SpeexDec and SpeexEnc, I cannot get clear

FWIW, I'd be interested in working on the Windows implementation. I've been knee-deep in *nixes lately and wouldn't mind the refresher. :) Gordon Keiser Software Development Engineer Arxan Technologies w:+1.765.889.4756 gkeiser at arxan.com www.arxan.com<http://www.arxan.com/> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Nick

On May 8, 2012, at 3:52 AM, Gordon Keiser wrote: > FWIW, I'd be interested in working on the Windows implementation. I've been knee-deep in *nixes lately and wouldn't mind the refresher. J Cool! Does my proposed interface make sense to implement on top of Windows APIs? -Nick > > From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On

On Mon, May 7, 2012 at 12:56 PM, Nick Kledzik <kledzik at apple.com> wrote: > For the reasons listed in my 03-May-2012 email, I am proposing a new > llvm/Support class for using in writing binary files: > > /// OutputBuffer - This interface provides simple way to create an in-memory > /// buffer which when done will be written to a file. During the lifetime > of >

On May 8, 2012, at 4:08 PM, Nick Kledzik <kledzik at apple.com> wrote: > > On May 8, 2012, at 3:41 PM, Michael Spencer wrote: > >> On Mon, May 7, 2012 at 12:56 PM, Nick Kledzik <kledzik at apple.com> wrote: >>> For the reasons listed in my 03-May-2012 email, I am proposing a new >>> llvm/Support class for using in writing binary files: >>>

Hi all and Jean-Marc, Firstly thanks a lot to you for helps, at last I accomplished to use speex-1.2beta1 in my speech application. I try to understand speex source code and improve speech quality. The problem in my application (like many people in the list says) is noise. So I've added VAD in preprocessor as following. VAD in preprocessor is very good, there is not noise outside speech. I

On May 8, 2012, at 3:41 PM, Michael Spencer wrote: > On Mon, May 7, 2012 at 12:56 PM, Nick Kledzik <kledzik at apple.com> wrote: >> For the reasons listed in my 03-May-2012 email, I am proposing a new >> llvm/Support class for using in writing binary files: >> >> /// OutputBuffer - This interface provides simple way to create an in-memory >> /// buffer

On 03/10/2016 04:23 PM, Ilia Mirkin wrote: > On Thu, Mar 10, 2016 at 10:14 AM, Hans de Goede <hdegoede at redhat.com> wrote: >> Add support for clover / OpenCL kernel input parameters. >> >> Signed-off-by: Hans de Goede <hdegoede at redhat.com> >> --- >> .../drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp | 18 +++++++++++++++--- >> 1 file

Looks fine, except that you will need to lower FILE_SHADER_INPUT to FILE_MEMORY_SHARED for Tesla because input kernel parameters are located at s[0x10]. No need to do this for Fermi+ because it's already lowered to c0[]. Note that input kernel parameters will be probably sticked on c7[] after my changes but that doesn't change anything for you. I already have a patch for the nv50 bits

I'm not sure what input/output format you're trying to use, but it looks wrong. You're using the float functions that take +-32767 values and you're feeding (or converting) chars. Unless your machine has very special chars (which I doubt), a +-32767 value just isn't going to fit in. This has nothing to do with Speex BTW, it's just handling the audio data properly.

On Thu, Mar 10, 2016 at 10:27 AM, Samuel Pitoiset <samuel.pitoiset at gmail.com> wrote: > > > On 03/10/2016 04:23 PM, Ilia Mirkin wrote: >> >> On Thu, Mar 10, 2016 at 10:14 AM, Hans de Goede <hdegoede at redhat.com> >> wrote: >>> >>> Add support for clover / OpenCL kernel input parameters. >>> >>> Signed-off-by: Hans de