Re: [Linuxsampler-devel] Thread in OSX

2008-01-26 Thread Toshi Nagata
Stéphane Letz wrote: > Thread support has always been a source of problems on OSX but was > improved release after release. In the Darwin ML people are still discussing on this point even after release of 10.5... > Now that 10.5 Leopard is supposed to > be Unix compliant, I guess it shoul

Re: [Linuxsampler-devel] Gigedit compilation failed

2008-01-26 Thread Toshi Nagata
Sorry, it looks like I made a mistake. This #include is not necessary and should not be there. Will you please remove this line from linuxsampler/src/common/Mutex.h (it is around line 30): #include "global_private.h" and try building again? Regards, Toshi Nagata PS. Hilare, I accidentall

[Linuxsampler-devel] Gigedit compilation failed

2008-01-26 Thread hilare
Hello, there is a problem while compiling the latest Gigedit on rhel5.1 i386 arch, everything seems ok, except plugins which failed on: /usr/include/linuxsampler/plugins/../common/Mutex.h:33:28: error: global_private.h: No such file or directory in fact, /usr/include/linuxsampler/common contain

Re: [Linuxsampler-devel] Thread in OSX

2008-01-26 Thread Stéphane Letz
>The problem seemed to be caused by the implementation of pthread in >OSX. It looks like OSX does not have PTHREAD_CANCEL_ASYNCHRONOUS cancel >type, although pthread_setcanceltype() does not result in an error. As a >workaround, I inserted calls to pthread_testcancel() here and there, and

Re: [Linuxsampler-devel] Storing samples in the frequency domain?

2008-01-26 Thread Darren Landrum
Christian Schoenebeck wrote: > Not dangerous at all. And we also though about that as well in the past. But > frequency domain != frequency domain. There are unlimited ways to store > samples in the frequency domain. For example the DFT/FFT uses equal spaced > (linear) bands, which is not the be

Re: [Linuxsampler-devel] Storing samples in the frequency domain?

2008-01-26 Thread Christian Schoenebeck
Am Samstag, 26. Januar 2008 17:09:11 schrieb Darren Landrum: > This might be a stupid question, or it might lead to something interesting. > > Samples are normally stored in the time domain vs. amplitude, as a 2D > graph. Would it be possible to store samples in the frequency domain > instead, in s

[Linuxsampler-devel] Storing samples in the frequency domain?

2008-01-26 Thread Darren Landrum
This might be a stupid question, or it might lead to something interesting. Samples are normally stored in the time domain vs. amplitude, as a 2D graph. Would it be possible to store samples in the frequency domain instead, in some fashion? I don't know much about the mechanics of FFT and frequ