[PD] To divide a number in random parts

[Caio Barros]

Until now tim's solution seems best for me, I'll try to build the patch
these days.
You know what would be really nice? If it were possible for the computer to
translate the durations into musical rhythms (in lilypond or musicXML for
instance). The user input the total duration, the number of divisions, the
minimum and maximum duration of each sub-section and maybe a tempo and the
computer outputs rhythmic figures. To make things even nicer but a lot
harder, the user could for instance choose between different degrees of
approximations in the rhythmic output so the result would be easier to read
/ less precise or harder to read / more precise.
Here I go again trying to transform Pd into OpenMusic.

And by the way (a little off-topic now): Mathieu, I recently compilated
GridFlow and tried the [note] object you did. Humm! What a nice object.
I still would prefer that the output would be the midi note and the slide to
go chromatically because at least for me is so much easier for the
calculations, but kudos to you.


2011/3/4 Mathieu Bouchard <matju at artengine.ca>

> On Fri, 4 Mar 2011, Bastiaan van den Berg wrote:
>
>  What about this method (actually only works for uneven number of chords,
>> so maybe drop one, or increase to 11 and drop one later( randomly? ))
>>
>> Just pick a random float between 0 and 48, we'll call that X1
>> Then pick a random float between 0 and X1 , and between X1 and 48, call
>> those Y1 and Y2
>> Then do it another 8 times and you have 11 random positions within your
>> range of 0 till 48 ;)
>>
>
> If you make this a uniform random pick, this will make it very likely that
> half of the chords are very short, and this will introduce intense
> correlations between chord durations, as the first half of the sequence will
> have a common random factor in selecting their duration, and in the same
> manner for all subpacks of chords in there (second half, 1st quarter, 2nd
> quarter, 3rd quarter, 4th quarter, 1st eighth, ...)
>
>
>  Not sure if it will actually work out, but I just had this brainfart after
>> seeing this thread go on so long :)
>>
>
> The thread could go on much longer. It's a tricky topic, especially after
> one has found out the additional requirements that were not specified at
> first (how should the likelihood be spread over the possible outcomes).
>
>
>  _______________________________________________________________________
> | Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20110304/a2cce8df/attachment.htm>