search for: output0

Dear All,   I was wondering if you could help me with the following: I have the code:   tin <-0.5 tau <-24 output0 <-10 TIMELOW <-tin TIMEHIGH <-1*tau TIME1 <-c(seq(TIMELOW,TIMEHIGH, by = sign(TIMEHIGH-TIMELOW)*(tau-tin)/3))   then I would like to calculate:   cp1 <-output0*exp(-0.3*TIME1[1]) cp2 <-output0*exp(-0.3*TIME1[2]) cp3 <-output0*exp(-0.3*TIME1[3]) cp4 <-output0*exp(-0.3*TIME1[4...

...; -------------- next part -------------- For scalar code in C++ code is : virtual void compute (int count, FAUSTFLOAT** input, FAUSTFLOAT** output) { FAUSTFLOAT* input0 = input[0]; FAUSTFLOAT* input1 = input[1]; FAUSTFLOAT* input2 = input[2]; FAUSTFLOAT* input3 = input[3]; FAUSTFLOAT* output0 = output[0]; for (int i=0; i<count; i++) { output0[i] = (FAUSTFLOAT)(((float)input2[i] + (float)input3[i]) * ((float)input0[i] + (float)input1[i])); } } The "vectorized" C++ code is : virtual void compute (int fullcount, FAUSTFLOAT** input, FAUSTFLOAT** output) { for (int...

Hi, I have a vector called nfichiers of 138 names of file whose extension is .P0 or P1 ... to P8. The script is not the same when the extension is P0 or P(1 to 8). Examples of file names : [128] "Output0.P0" [129] "Output0.P1" [130] "Output0.P2" [131] "Output01102007.P0" [132] "Output01102007.P1" [133] "Output01102007.P2" [134] "Output01102007.P3" [135] "Output01102007.P4" To extract the names of file...

...compute (int count, FAUSTFLOAT** input, FAUSTFLOAT** output) { >                FAUSTFLOAT* input0 = input[0]; >                FAUSTFLOAT* input1 = input[1]; >                FAUSTFLOAT* input2 = input[2]; >                FAUSTFLOAT* input3 = input[3]; >                FAUSTFLOAT* output0 = output[0]; >                for (int i=0; i<count; i++) { >                        output0[i] = (FAUSTFLOAT)(((float)input2[i] + (float)input3[i]) * ((float)input0[i] + (float)input1[i])); >                } >        } > > The "vectorized" C++ code is : > > vi...

...FAUSTFLOAT** input, FAUSTFLOAT** output) { >>                FAUSTFLOAT* input0 = input[0]; >>                FAUSTFLOAT* input1 = input[1]; >>                FAUSTFLOAT* input2 = input[2]; >>                FAUSTFLOAT* input3 = input[3]; >>                FAUSTFLOAT* output0 = output[0]; >>                for (int i=0; i<count; i++) { >>                        output0[i] = (FAUSTFLOAT)(((float)input2[i] + (float)input3[i]) * ((float)input0[i] + (float)input1[i])); >>                } >>        } >> >> The "vectorized" C+...

Hi Stéphane, The SSE support is the LLVM backend is fine. What is the code that's generated? Do you have some short examples of where LLVM doesn't do as well as the equivalent scalar code? -bw On May 28, 2010, at 12:13 PM, Stéphane Letz wrote: > Hi, > > We are experimenting directly generating vectorized LLVM IR (using <8 x float> kind of types), then compiling the code

Hi, We are experimenting directly generating vectorized LLVM IR (using <8 x float> kind of types), then compiling the code to SSE on a 64 bits machine. Right now the equivalent code in scalar mode sill outperform the SSE one. What is the quality of the SSE support in X86 LLVL backend? Are they any specific things to be aware of to improve the speed? Thanks Stéphane Letz

On 07/04/2013 01:39 PM, Stéphane Letz wrote: > Hi, > > Our DSL can generate C or directly generate LLVM IR. With LLVM 3.3, we can vectorize the C produced code using clang with -O3, or clang with -O1 then opt -O3 -vectorize-loops. But the same program generating LLVM IR version cannot be vectorized with opt -O3 -vectorize-loops. So our guess is that our generated LLVM IR lacks some

Hi, Our DSL can generate C or directly generate LLVM IR. With LLVM 3.3, we can vectorize the C produced code using clang with -O3, or clang with -O1 then opt -O3 -vectorize-loops. But the same program generating LLVM IR version cannot be vectorized with opt -O3 -vectorize-loops. So our guess is that our generated LLVM IR lacks some informations that are needed by the vectorization passes to

...(==) Using config file: "/etc/X11/xorg.conf" DCB size is 19, entries is 0A (II) Module already built-in (II) Module already built-in (II) Module already built-in crtc 0 1600 1600 writting vpll 00020601 writting vpll2 00000000 output 0 debug_0 01141191 savep->dither 00070000 1: crtc 0 output0: 0000: twocrt 0 twomon 0 (EE) AIGLX error: drmMap of framebuffer failed (Invalid argument)(EE) AIGLX: reverting to software rendering Fatal server error: DMA queue hang: dmaPut=1ff6, current=0, status=0 writting vpll 00031805 writting vpll2 00050D02 writting vpll 00031805 writting vpll2 00050D02...

...To: nouveau at lists.freedesktop.org ReportedBy: notting at redhat.com QAContact: xorg-team at lists.x.org startx dies with: (II) Module already built-in crtc 0 1360 1360 writting vpll 00027109 writting vpll2 00000000 output 0 debug_0 31101111 savep->dither 000F0000 0: crtc 0 output0: 0001: twocrt 1 twomon 1 crtc 1 1360 1360 writting vpll 00027109 writting vpll2 00027109 output 1 debug_0 31101111 savep->dither 000F0000 0: crtc 1 output1: 0101: twocrt 1 twomon 1 (EE) AIGLX error: dlopen of /usr/lib64/dri/nouveau_dri.so failed (/usr/lib64/dri/nouveau_dri.so: cannot open shared...

Hi, Please find attached the patches which I currently use on my desktop machine for dual head with the randr branch to fix the issues which I found. They may help others as well but may e.g. also disable the Xv blitter which might be working for some (but didn't on my card) - more information is found in the text comments in the patches. I have to hurry so this is short, will be back.

Hello, My configuration is : Card 0 - kernel dummy sound card Card 1 - my soundcard I have a jackd running in background. My jackd launch command is : jackd --port-max 16 --realtime --no-mlock -d alsa --playback hw:1,0 --capture hw:1,0 --rate 8000 --period 1024 --shorts --inchannels 2 --outchannels 2 --dither triangular & 1 ) I open asterisk with chan_alsa.so connected (with asoundrc) to