I made a similar PD patch a while back that has the same instructional
purpose as that processing sketch.
However, I used data structure graphics and vanilla objects so it's not
going to translate directly into GEM if that's the route you want to go.
If it's helpful to you, enjoy.
-Stephen
On
send an update when I have more
progress on that.
-Stephen Lucas
On Sat, Aug 11, 2012 at 1:36 PM, Michael Zacherl sdiy-m...@blauwurf.infowrote:
On 11.8.2012, at 19:58 , Michael Zacherl wrote:
it is!
Looking at the http://raspberry.org site the list of interesting or
just funny
sorry
not in the abstractions. I find
it useful to make the abstractions to be multiplied as simple as possible.
.hc
On Nov 13, 2011, at 2:27 AM, Stephen Lucas wrote:
This may have come up before, but I didn't see a clear answer to this on
searches.
I've been doing more work involving the dynamic creation
This may have come up before, but I didn't see a clear answer to this on
searches.
I've been doing more work involving the dynamic creation of abstractions
numbering greater than 1000; these involve using [soundfiler], so I've been
putting [del 1] between each creation message. This may be
One thing that you might try is having an extra canvas with a color the same
as the GOP patch's background color change vis_size to cover up / hide the
stuff you want to disappear. I don't think you can make canvas have a
vis_size of 0 0, but 1 1 with the right background color isn't visible in
I generally use the flossmanuals page
http://en.flossmanuals.net/PureData/ObjListIntroduction#
I'm not sure how complete the list is, but I generally go to the page of the
category I think I'm looking for and use find in the web browser to look for
a key word in the function description.
I agree that 0 makes much more sense for turning off.
I've always found it easiest to put [; (patch name) editmode 1, (commands),
editmode 0] into one message box so that I would always avoid problems, but
it makes sense to fix it anyway.
On the same topic, last time I experimented with this
I'm experiencing some instability with a patch that is very large.
Basically, I have an abstraction that does some calculations between a send
and receive, whose names are controlled by the creation arguments of the
abstraction.
I made a little patch to create 68x68 of these (yes, I really need
I'm working on a project where I store information in scalars and would like
to be able to delete a scalar to both free the pointer and to avoid a memory
leak. Currently I am drawing a polygon to represent the scalar (with the x y
information inherent in the data) and I use simulated mouse
Just putting in my 2cents, but I've been using the bonus feature of being
able to write an array's contents to a text file with a message and then
read it back out to a different array with another message.
This is probably ok for my usage, since I have a project where I need
to store *lots* of
I should have also added that I'm only using this functionality for
relatively small arrays (500 values), and haven't tried using it for arrays
which may be holding longish audio samples.
-Stephen
On Thu, Nov 12, 2009 at 11:56 PM, Stephen Lucas s9lu...@gmail.com wrote:
Just putting in my
You may be interested in using [vline~], which allows you to easily schedule
ramps all with one message. You may also be experiencing a problem with
synchronizing your event rate delays to the writing of your audio array.
Look into [bang~] for stuff like this.
Look at this patch to see if it
We've been having some trouble using the folder_list object from hcs to work
with paths relative to the patch folder. We have a folder inside the patch
folder and it seems as though you should give folder_list an argument of
./foldername or ./foldername/* or foldername/* but no combinations
seem
13 matches
Mail list logo
