similar to: Real time in ARM - please help

Here's how I set up the data for processing: // For moving data into 32 bit shape uint8_t *buffer8 = NULL; uint16_t *buffer16 = NULL; uint32_t *buffer32 = NULL; unsigned sample32; unsigned sample, channel; uint32_t bitsPerSample = this->get_bits_per_sample(); numFrames = inData.GetSize();

Hi Flac developers! I'm using the seekable_stream_decoder API of libFLAC 1.03 and I'm stuck with a mysterious problem: my FLAC plugin works nicely as long as the seek_absolute() function is never used, but as soon as I seek around in a sample (ie. call seek_absolute() with an offset != 0), I cannot detect the end of a file anymore. decoder_get_state() never returns

Here is an example of the data I'm reading in using read.fwf: 5342.0 5450.4 0.9200 0.4506 34.7030 27.8411 37.1306 46.0034 0.0000 5438.0 5549.6 0.9300 0.4477-34.7280 27.8616 37.1506 46.0234 0.0000 And the commands I'm using to read it in: widths <- c(7,7,8,8,8,8,8,8,8) filedata <- read.fwf(fileopen, widths,sep="",dec=".") The problem is with

Hi, Segfaults happens to access memory that was not allocated using xmalloc, to read/write from the file without the fileopen function, etc. I suggest you check what codes in openssh 4.3p2 happen Segfaults. Segfaults happens when SFTP works as a client. You embed the SNPRINTF statement in the openssh as a tracer. Could you modify the program and run it on your development environment? The

Dear All: For a few days now I have struggled with recreating a stable LaTeX/R/Sweave environment on a new Windows XP SP3 machine. Unfortunately it seems that I ran out of good ideas and I would like your expert opinion on how I should approach this task and be successful. In essence, I installed (several times) in this order the following: R2.10.1 (and then R 2.9.2), Adobe Acrobat Reader 9

Hello I would like to ask you for any assistance regarding sftp-server logging. Till now i used openssh-4.4p1.sftplogging-v1.5.patch + openssh-4.4p1, that was later replaced by filecontroll patch. With openssh-4.4p1.sftplogging-v1.5.patch I could specify SFTP server logging in sshd_config like this: LogSftp yes SftpLogFacility LOCAL7 SftpLogLevel INFO That did sftp logging like

I'm using libFLACC++ and libFLAC and I think that I'm using the calls in the typical order (see code below). But every monoe or stereo file that I send thru I get files that are the same sze as the orginal wave files. Doing a flac -a on the flac files I see that I get: frame=9 blocksize=4608 sample_rate=8000 channels=1 channel_assignment=INDEPENDENT subframe=0

> Dave Yeo wrote: >> Yes that makes sense. Requiring a C99 compliant compiler seems quite reasonable. > Well I'm actually going to be even more reasonable than that. The only bits of C99 that flac will really require is header file > with C99 standard width integers (int8_t, uint8_t, int16_t etc). Erik I would recommend including with the distribution a file for windows

LLVM's typedefs for int32_t etc. under MSVC (in Support/DataTypes.h) conflict with those used by other third-party libraries. Instead of these: #ifdef _MSC_VER typedef __int64 int64_t; typedef unsigned __int64 uint64_t; typedef signed int int32_t; typedef unsigned int uint32_t; typedef short int16_t; typedef unsigned short uint16_t; typedef signed char int8_t; typedef unsigned char uint8_t;

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 09.02.2012 21:41, Ben Allison wrote: >>> Dave Yeo wrote: >>>> Yes that makes sense. Requiring a C99 compliant compiler >>>> seems quite >> reasonable. >>> Well I'm actually going to be even more reasonable than that. >>> The only >> bits of C99 that flac will really require is

> This sounds like the ADJCALLSTACK DOWN/UP 'instructions' around the call > aren't set right, or you have declared a SP offset. It doesn't look like > the ARM backend does this, so this is probably the problem. The ARM backend currently doesn't use a frame pointer. It uses the same technique of the PPC backend to avoid add/subs around calls. In the PPC backend we

I successfully encoded and decoded a wav file of PCM 16 , MONO and with sample rate 8000 in Android OS. The size of the original wav file and decoded file is near. But i am not able to play the decoded audio file, the mediaplayer says that the file has been corrupted. ENCODING: #include <jni.h> #include <stdio.h> #include "speex/speex.h" #define FRAME_SIZE 320 void

I got several errors while installing R version 2.3.0 ======== One error while running 'make': make[4]: Binnengaan van map `/home/peter/tmp/R-2.3.0/src/modules/internet' gcc -I. -I../../../src/include -I../../../src/include -I/usr/local/include -DHAVE_CONFIG_H -fpic -g -O2 -c Rsock.c -o Rsock.o gcc -I. -I../../../src/include -I../../../src/include -I/usr/local/include

>> Dave Yeo wrote: >>> Yes that makes sense. Requiring a C99 compliant compiler seems quite > reasonable. >> Well I'm actually going to be even more reasonable than that. The only > bits of C99 that flac will really require is header file >> with C99 standard width integers (int8_t, uint8_t, int16_t etc). Erik > > I would recommend including with the

Optimize kf_bfly4 function using ARM NEON intrinsics for SoCs that have NEON VFP unit As initial step, only targetting ARMv7-VFP based SoCs. To enable this optimization, use --enable-armv7-neon-float when running configure command. This is disabled by default. --- Makefile.am | 16 ++++ celt/_kiss_fft_guts.h | 13 +++ celt/arm/kiss_fft_neon.c | 211

Why my decoder doesn't want to return the data back to its original wav audio file that i can playback it correctly , is there something wrong in my code . Encoder : ======= #include "speex.h" #include <stdio.h> #include <iostream> #include <conio.h> using namespace std; /*The frame size in hardcoded for this sample code but it doesn't have to be*/

Optimize opus decode (float only) use case using ARM NE10. Mainly effects opus_ifft and ctl_mdct_backward and related functions. Work based on previous Encode optimization using ARM NE10 library. TBD: Add commit id of upstream Encode NE10 optimization patch so that users have reference of how to enable this optimization Signed-off-by: Viswanath Puttagunta <viswanath.puttagunta at

Optimize opus decode (float only) use case using ARM NE10. Mainly effects opus_ifft and ctl_mdct_backward and related functions. Work based on previous Encode optimization using ARM NE10 library. TBD: Add commit id of upstream Encode NE10 optimization patch so that users have reference of how to enable this optimization Signed-off-by: Viswanath Puttagunta <viswanath.puttagunta at

Dear All, first of all I must admit I posted this problem on the CentOs forum yesterday, with 0 replies so far. :-( I'm googling this problem all weekend, and getting a bit desperate actually. I'm working on a new Dell Vostro 3460. It has a Atheros Communications Inc. AR8161 Gigabit Ethernet carc that I cannot get to work. There's no enty in

Hello everybody. I have the same problem like you. I use ARM microcontroller too. Here is the list of all functions called by speex_echo_cancel until goes into infinite loop: speex_echo_cancel() | spx_fft | kiss_fftr | kiss_fft | kiss_fft_stride | kf_work Function kf_work looks like: static void kf_work(kiss_fft_cpx * Fout, const kiss_fft_cpx * f, const size_t fstride, int