We haven't done a patching circle at CRASH Space in a bit, so let's do one!
How about Saturday, 2013-09-07 from 2-6 PM?
Come and join us - it's free and open to everyone, of course. CRASH Space
is located at 10526 Venice Blvd, Culver City CA 90232.
-Theron
^
___
Hi, im generating structures iterating geos in gem and was wondering
how can i apply an value from a perlin noise to each iterated
structure.
In processing i can do this in this way:
for(int i = 0 ; i < 20 ; i ++){
float perlin = noise( i * noiseScale, j * noiseScale);
pushMatrix();
On 2013-09-05 09:29, Martin Peach wrote:
On 2013-09-05 07:04, Maciej Sledziecki wrote:
Hello,
ist there any way to read the tempo information contained in a midi file?
Or do I really have to set up a metro for mrpeach/midifile everytime ?
It's been a while since I worked on that but I think
That works great !
Even tempo changes within the file are updated.
Thank you very much.
Maciej
Am 05.09.2013 um 18:36 schrieb Martin Peach:
> On 2013-09-05 09:29, Martin Peach wrote:
>> On 2013-09-05 07:04, Maciej Sledziecki wrote:
>>> Hello,
>>>
>>> ist there any way to read the tempo informat
On 2013-09-05 07:04, Maciej Sledziecki wrote:
Hello,
ist there any way to read the tempo information contained in a midi file?
Or do I really have to set up a metro for mrpeach/midifile everytime ?
It's been a while since I worked on that but I think you can dump the
info and use that to set
OK, that's clear, thanks. Still when using [tabread4~] or [tabosc4~] you
still need a copy of the last element in the first index and copies of the
first two elements in the last two indices, right? Even if you're not using
sinesum or cosinesum but some other mathematical function..
On Thu, Sep 5
Hello,
ist there any way to read the tempo information contained in a midi file?
Or do I really have to set up a metro for mrpeach/midifile everytime ?
Thanks for any advice,
Maciej
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-09-05 09:45, Alexandros Drymonitis wrote:
> OK, index 0 is the negative of index 2,
no not really, they just happen to be the same.
> which can again make sense as it's a sine (supposing that index 0
> is a copy of the table's last element),
When you send this message [sinesum 512 1( to a table Pd will automatically
add one index to the beginning of the table and two indices to its end, and
you end up with a table of 515 indices. The three additional indices are
the guard points for the cubic interpolation, right? So the first index
sh