Le 2011-11-24 à 10:04:00, Jonathan Wilkes a écrit :
Is there a way to take a pd patch and compile it to c or c++ or something?
There are ways to do various kinds of compilations of pd patches, and at
least one has been tried, but the source of C-based classes is not
designed to be inlined in
On 11/24/2011 07:04 PM, Jonathan Wilkes wrote:
>
> Is there a way to take a pd patch and compile it to c or c++ or something?
>
i remember a poster presentation at nime 2008 about a Pd-to-C compiler.
only built-ins could be used (no externals), and i cannot remember
whether it was possible to us
- Original Message -
> From: Mathieu Bouchard
> To: Matteo Sisti Sette
> Cc: PD-List ; gridflow-...@artengine.ca
> Sent: Thursday, November 24, 2011 12:33 PM
> Subject: Re: [PD] GridFlow slowness
>
> Le 2011-11-23 à 01:11:00, Matteo Sisti Sette a écrit :
>
Le 2011-11-23 à 01:11:00, Matteo Sisti Sette a écrit :
But do any of these factors change when using an interpreted language or
environment as opposed to doing this "natively" (e.g. in C++)?
It depends on how much the interpreted language is actually compiled, and
how it interacts with « less
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-11-23 01:11, Matteo Sisti Sette wrote:
> But do any of these factors change when using an interpreted language or
> environment as opposed to doing this "natively" (e.g. in C++)?
out of interest: which interpreted language do you intend to use
On 11/23/2011 12:28 AM, Mathieu Bouchard wrote:
But usually, the problem is not that the memory copying takes longer, it
might just be that it takes a too big percentage compared to other tasks.
There's also the problem that making copies takes more active RAM, which
means that the SRAM has to
Le 2011-11-23 à 00:16:00, Matteo Sisti Sette a écrit :
Hey, thanks for the reply!
On 11/22/2011 11:54 PM, Mathieu Bouchard wrote:
There's a problem with number types... the default number type has a lot
more range than what is usually needed, and the other number types
aren't so easy to use. If
Hey, thanks for the reply!
On 11/22/2011 11:54 PM, Mathieu Bouchard wrote:
There's a problem with number types... the default number type has a lot
more range than what is usually needed, and the other number types
aren't so easy to use. If this were dealt with, the average GridFlow
experience w
Sorry for the delay. I almost haven't worked on GridFlow since february.
Here's the reply.
Le 2011-02-27 à 19:35:00, Matteo Sisti Sette a écrit :
On 02/27/2011 06:43 PM, Mathieu Bouchard wrote:
Are you trying it with an image size much larger than what you really
need to analyse ?
No I wa
