I am glad that you find it useful as well, I needed fluid~ lately for
a set up that I am going to use. But I guess big thanks goes to Thomas
for his Flext work.
cheers,
Koray
On Jun 30, 2009, at 8:51 PM, Andres Ferrari wrote:
thank you very much for fluid~ for 10.5you save my
Hey Vasja,
thanks a lot for the info, I'll check it out.
I am copying this message to the list so that it is available.
best,
J
On Tue, Jun 30, 2009 at 9:54 AM, vasja vasja.pro...@gmail.com wrote:
hey,
i'm replying to your post on pd/list.
I have an ESI U24XL card, works perfect in
Hallo,
the cards listed below are USB 2 cards, so don't expect them to be supported on
Linux yet. It is likely that they at least require a lot of effort (kernel
fiddling, using beta source code etc.) and may not even work after that.
You have been warned. ;)
Ciao
--
Frank
Jaime Oliver hat
Frank Barknecht wrote:
Hallo,
the cards listed below are USB 2 cards, so don't expect them to be supported on
Linux yet. It is likely that they at least require a lot of effort (kernel
fiddling, using beta source code etc.) and may not even work after that.
You have been warned. ;)
a good
I am running a Fedora linux x86_64 linux distribution (currently, FC8 CCRMA
x86_64, with plans to go to FC11 later). I don't mind compiling from
sources, but I seem vaguely aware that PD is primarily for 32 bit
architectures. The 64 bit version is not easily downloadable in an RPM
package,
Maybe its due to the version of ASIO in use? I just upgraded the
build farm to use ASIO 2.2, so nightly builds of Pd-extended are using
that.
.hc
On Jun 30, 2009, at 2:53 PM, Stefano Papetti wrote:
Hello,
I noticed that pd (at least recent versions of both vanilla and
extended) and
If you build it from source, it should be ready to go, especially if
you build it from trunk. There isn't a 64-bit build machine, so
that's why there aren't Pd-extended 64-bit releases.
.hc
On Jul 1, 2009, at 9:30 AM, Mike Mazarick wrote:
I am running a Fedora linux x86_64 linux
hi Hans-Christoph,
I found that in the svn version of portaudio (namely in pa_asio.ccp) the
driver ReaRoute ASIO is not blacklisted anymore (as committed by Ross
Bencina on June 16), so I think that it will be nice to re-compile pd
against it. Do you think it's not reliable enough compared to
I haven't touched portaudio stuff so I don't know what to say there,
perhaps someone else can say something about that.
.hc
On Jul 1, 2009, at 10:21 AM, Stefano Papetti wrote:
hi Hans-Christoph,
I found that in the svn version of portaudio (namely in pa_asio.ccp)
the driver ReaRoute
Hans-Christoph Steiner ha scritto:
Maybe its due to the version of ASIO in use? I just upgraded the
build farm to use ASIO 2.2, so nightly builds of Pd-extended are using
that.
I tried the latest autobuild of pd-extended 0.42-5 for windows but it
doesn't work: after executing pd nothing
The latest version is included in Pd-extended on all platforms, AFAIK.
partconv~ is part of the 'bsaylor' library, so you need to make sure
its loaded, you can do that like this:
[import bsaylor][partconv~]
or:
[bsaylor/partconv~]
or something like (I forget the exact syntax):
Oh well... please post a bug report if you can figure any details out.
.hc
On Jul 1, 2009, at 11:24 AM, Stefano Papetti wrote:
Hans-Christoph Steiner ha scritto:
Maybe its due to the version of ASIO in use? I just upgraded the
build farm to use ASIO 2.2, so nightly builds of
- the RME ASIO driver simply doesn't work, and nobody actually knows why...
However some people report to get ultra-low latencies (3ms) with the MMIO
drivers. Moreover, even with the MMIO driver they can use the multi-channel
capability of the RME only when set at 48000 Hz (but this is another
when is connected into freeverb any signal multiplied by zero
the CPU usage begin to up and up to the limit, and if the patch is heavy by far
exceeds the 100%sound and everything becomes a mess.
This happens to me only in leopard.
In osx 10.4 (ppc) and windows I've never had that problem.
Hans-Christoph,
Thanks for the help. [import bsaylor] worked for me.
Mitch
On Jul 1, 2009, at 11:27 AM, Hans-Christoph Steiner wrote:
The latest version is included in Pd-extended on all platforms,
AFAIK. partconv~ is part of the 'bsaylor' library, so you need to
make sure its loaded, you
2009/7/1 Andres Ferrari an...@yahoo.com:
when is connected into freeverb any signal multiplied by zero
the CPU usage begin to up and up to the limit, and if the patch is heavy by
far exceeds the 100%sound and everything becomes a mess.
suppose is a bug...it happens to me as well in
We have also had this problem, and have found that normally one can
avoid it by salting the [freeverb~] object with a minuscule amount of
noise at all times.
Matt
Message: 5
Date: Wed, 1 Jul 2009 09:57:43 -0700 (PDT)
From: Andres Ferrari an...@yahoo.com
Subject: [PD] bug in freeverb???
Hmmm, this sounds like underflow traps (denormals). You should
also be able to add a small constant to the input signal.
I notice gcc has the option
-fno-trapping-math
which may make the problem disappear if my theory is correct. (I
hope the FPU simply sets underflows quietly to zero when
Hi All,
I'm trying to build Pd-0.42-5 on Mac OSX 10.5.5 intel (tk/tcl8.5.7) It
compiles ok but when I go to make it gives the following errors:
/SDKs/MacOSX10.4u.sdk -arch i386 -arch ppc -Wno-error -O2
-o ../bin/pd-watchdog s_watchdog.c
ld: library not found for -lcrt1.10.5.o
hello everyone, we are here working with [pvoc~] from bsaylor .
This patch is always crashing an we don't know whyno idea, ...
any idea?
cheers
Cristiano
mimosa-time.pd
Description: Binary data
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and
hi everyone,
i did a bridge between beancounter (stock market - postgresql) and pd.
i used psql external from postlude with basic py/ext script.
http://www.workinprogress.ca/stock-market-music/
invest all your money on the melody you like.
pat
___
21 matches
Mail list logo