Re: [PD-dev] dlopen() for windows

2009-05-28 Thread Sergei Steshenko
--- On Tue, 5/26/09, Hans-Christoph Steiner h...@eds.org wrote: From: Hans-Christoph Steiner h...@eds.org Subject: [PD-dev] dlopen() for windows To: pddev List pd-dev@iem.at Date: Tuesday, May 26, 2009, 12:37 PM August just brought this potentially handy piece of software to my

Re: [PD-dev] liboil - lib of CPU optimizations

2009-05-28 Thread Sergei Steshenko
--- On Thu, 5/21/09, Hans-Christoph Steiner h...@at.or.at wrote: From: Hans-Christoph Steiner h...@at.or.at Subject: [PD-dev] liboil - lib of CPU optimizations To: pddev List pd-dev@iem.at Date: Thursday, May 21, 2009, 11:55 AM Anyone ever looked at liboil? Liboil is a library of

Re: [PD-dev] ffmpeg with gcc 3.4

2009-05-28 Thread Sergei Steshenko
--- On Tue, 5/19/09, Hans-Christoph Steiner h...@at.or.at wrote: From: Hans-Christoph Steiner h...@at.or.at Subject: [PD-dev] ffmpeg with gcc 3.4 To: pd-dev List pd-dev@iem.at Date: Tuesday, May 19, 2009, 4:04 PM There is hope, we can still use MSYS's default gcc 3.4.5 for building

Re: [PD-dev] ffmpeg with gcc 3.4

2009-05-28 Thread Sergei Steshenko
--- On Thu, 5/28/09, Sergei Steshenko sergst...@yahoo.com wrote: From: Sergei Steshenko sergst...@yahoo.com Subject: Re: [PD-dev] ffmpeg with gcc 3.4 To: pd-dev List pd-dev@iem.at, Hans-Christoph Steiner h...@at.or.at Date: Thursday, May 28, 2009, 1:44 AM --- On Tue, 5/19/09, Hans

Re: [PD-dev] Pd code formatter?

2007-09-27 Thread Sergei Steshenko
--- Hans-Christoph Steiner [EMAIL PROTECTED] wrote: Having common code formats is standard practice in any well organized projects (check the Linux and GNU standards for examples). Many have it done autmoatically when you check your code in to the repository. .hc I think automatic

Re: [PD-dev] Pd code formatter?

2007-09-27 Thread Sergei Steshenko
--- Mathieu Bouchard [EMAIL PROTECTED] wrote: On Thu, 27 Sep 2007, Sergei Steshenko wrote: I think automatic reformatting is the only way - unless a project wants too repell developers. The main branch of Pd must be repelling people in another way, because not that many changes

Re: [PD-dev] does pd use dual buffer approach ?

2007-08-19 Thread Sergei Steshenko
--- marius schebella [EMAIL PROTECTED] wrote: maybe you also want to look at the vasp library. with vasp you can do fft on whatever buffersize you want. marius. Sergei Steshenko wrote: --- Miller Puckette [EMAIL PROTECTED] wrote: Depending on the OS, you can get at least 100

[PD-dev] problems building FFTW-enabled pd

2007-08-18 Thread Sergei Steshenko
Hello All, I'm trying to build pd-0.40-2 in the framework of my AppsFromScratch. For starters, 'gcc' complains about 'logn' on line #44 and 'inverse' on on line #47 of 'pd-0.40-2/src/d_fft_fftw.c' file: 42 static fftw_plan fftw_getplan(int n, int dir) 43 { 44 logn = ilog2(n);

Re: [PD-dev] problems building FFTW-enabled pd

2007-08-18 Thread Sergei Steshenko
--- Miller Puckette [EMAIL PROTECTED] wrote: Sorry, FFTW support isn't working at all in the current version of Pd (they changed the API and I haven't had the patience to try to deal with it yet.) Miller On Sat, Aug 18, 2007 at 10:27:48AM -0700, Sergei Steshenko wrote: Hello All

Re: [PD-dev] problems building FFTW-enabled pd

2007-08-18 Thread Sergei Steshenko
--- Mathieu Bouchard [EMAIL PROTECTED] wrote: On Sat, 18 Aug 2007, Miller Puckette wrote: Sorry, FFTW support isn't working at all in the current version of Pd (they changed the API and I haven't had the patience to try to deal with it yet.) Sorry, FFTW 3 was released several years

Re: [PD-dev] problems building FFTW-enabled pd

2007-08-18 Thread Sergei Steshenko
--- Mathieu Bouchard [EMAIL PROTECTED] wrote: [snip] The FFTW3 patch is independent: you don't do --enable-fftw for it. I think it's a separate option. I don't have the time to look at what the actual diff looks like, but I've seen some parts of the diff a while ago. Thanks - if your

[PD-dev] does pd use dual buffer approach ?

2007-08-18 Thread Sergei Steshenko
Hello All, I have a very basic question regarding pd - does it use dual buffer approach ? That is, suppose I'm going to use a FIR (FFT, for example) with long (several seconds) processing time (latency), and there is enough CPU performance to do processing in real time. Still, if I want to hear