On Mon Mar 12, 2007 at 11:08:42AM +0100, Pierpaolo Marcon wrote:
I'm trying to put Pd on a DSP processor, but I need to separate completely
the Pd engine from the GUI.
Does anybody knows if it is available on the web the Pd engine code?
(without GUI)
sure.. just download PD from miller
On Wed Feb 14, 2007 at 03:15:10PM -0700, Luke Iannini (pd) wrote:
Sorry, posted this to the wrong list the first time. Thanks Frank
Hallo,
I'd like to be added to the CVS dev list, such that I can begin
posting a few of the publicly-useful abstractions I've been working
on, and
On Sat Jan 27, 2007 at 05:06:06PM -0500, Hans-Christoph Steiner wrote:
On Jan 27, 2007, at 5:56 AM, Georg Holzmann wrote:
Hallo!
The Windows scripts might not send emails, since it's a pain to do that on
Windows. Feel free to get that working.
How should I get this working ? - I
On Mon Jan 08, 2007 at 04:30:20PM -0500, Hans-Christoph Steiner wrote:
On Jan 8, 2007, at 1:21 PM, Georg Holzmann wrote:
Hallo!
Okay, I build now a shared library because I have a lot of shared code - it
will be installed in the same directory as the pd externals.
Hm - I just noted
On Tue Jan 09, 2007 at 12:03:14AM +0100, Georg Holzmann wrote:
Hallo!
So is there a way how the externals can find the shared library, whithout
copying it into a global library path like /usr/lib/ ?
It seems that the only way is, to add the
/full/path/to/installed/library/directory to
Automatic type conversion sounds like a really bad idea if the language only
partially supports it. Pd is strongly typed
is it? it mainly has numbers that occasionally look like symbols, and symbols
that more than occasionally look like lists and/or strings..
, so what Martin says is
Automatic type conversion sounds like a really bad idea if the language only
partially supports it. Pd is strongly typed
do you think the target user base wants to think in terms of casting types? i
don't. i have a feeling that was why there are so few types. i think most users
wan't to be
If we are going to have full-fledged namespaces, than this is an essential
step. Think C without any #includes or Java without any #imports. Only the
bare minimum is
in the language itself. Everything else is a library.
in Python 2.5, Tk is still a configure-time option, which means,
ive found the file src/ChangeLog on the devel_0_39 branch, which contains some
information on ImPd 0.37 through DesireData 0.39.
are the changes from the devel branch documented somewhere? things like the
scheduler, audio interfaces, SIMD/vectorization/memory-alignment, whatever else
may be
and that is the question: why do we necessarily need the fftw based
fft-objects in plain pd and cannot use externals?
so the only drawback is see is: the objects are called [fftw~] instead of
[fft~]; but lo and behold, i vaguely remembered krzysztof magic in cyclone,
where a newly
On Mon Sep 11, 2006 at 02:21:33PM +0200, Vincent Lordier wrote:
Hi enthusiasts devs !
I want to work on pd's code readability and structure, only refactoring, not
adding new features. (http://en.wikipedia.org/wiki/Refactoring)
The final goal is to make PD easy to scale (desactivate MIDI,
11 matches
Mail list logo
