I finally got off my duff and put together this library I've been
thinking about for years. After making my own nqpoly5, nqpoly6,
nqpoly7, runmany, voicepoly, etc. I've tried to bundle all these
techniques into a common library. Since this library is all about
managing many instances of a Pd patch, I'm calling it 'many'.
http://puredata.info/community/projects/software/many
Objects in the 'many' lib are based on code from Steven Pickles' (aka
pix) nqpoly4 and Frank Barknecht's polypoly. Thanks to pix's nqpoly4
because that was the real groundbreaking work that proved that a
useful and reliable instance-managing object could be programmed in
Pd. Frank then did the work to make it maintainable and hackable.
.hc
Computer science is no more related to the computer than astronomy is
related to the telescope. -Edsger Dykstra
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Hi Hans-Christoph,
just a quick note before I take a deeper look: The archive 0.0.20101122 misses [bundle], instead it has polypoly. You can of course keep polypoly in, if you like. :)
Ciao
Frank
On Mon, Nov 22, 2010 at 04:49:49PM -0500, Hans-Christoph Steiner wrote:
I finally got off my duff and put together this library I've been thinking about for years. After making my own nqpoly5, nqpoly6, nqpoly7, runmany, voicepoly, etc. I've tried to bundle all these techniques into a common library. Since this library is all about managing many instances of a Pd patch, I'm calling it 'many'.
http://puredata.info/community/projects/software/many
Objects in the 'many' lib are based on code from Steven Pickles' (aka pix) nqpoly4 and Frank Barknecht's polypoly. Thanks to pix's nqpoly4 because that was the real groundbreaking work that proved that a useful and reliable instance-managing object could be programmed in Pd. Frank then did the work to make it maintainable and hackable.
.hc
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Hi Hans,
these look pretty cool and very useful. The rj library has two polypoly-like objects as well: [u_makepoly] and [u_robinpoly] (of course the latter don't require any externals or modifications to vanilla Pd).
I have found in some benchmarks, that the [inlet]---[route 0 1 2 3 ...] technique can become quite slow for larger numbers of instances, so I have replaced it in the rj-polys with the much faster technique if dynamically assigned renamed [send]s. I have attached the patches so you see what I mean. It really makes a difference on slow hardware like iPod or Android phones.
Ciao
Frank
On Mon, Nov 22, 2010 at 04:49:49PM -0500, Hans-Christoph Steiner wrote:
I finally got off my duff and put together this library I've been thinking about for years. After making my own nqpoly5, nqpoly6, nqpoly7, runmany, voicepoly, etc. I've tried to bundle all these techniques into a common library. Since this library is all about managing many instances of a Pd patch, I'm calling it 'many'.
http://puredata.info/community/projects/software/many
Objects in the 'many' lib are based on code from Steven Pickles' (aka pix) nqpoly4 and Frank Barknecht's polypoly. Thanks to pix's nqpoly4 because that was the real groundbreaking work that proved that a useful and reliable instance-managing object could be programmed in Pd. Frank then did the work to make it maintainable and hackable.
.hc
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
That was just a preliminary release, check the SVN for the most up-to- date (also I think I updated the tarball to have [bundle]).
The dynamic send idea is interesting, especially since you benchmarked
it. How did you benchmark it? That would be useful. Also, did you
try making the send symbol using a message box to benchmark, i.e.:
|
[pack float $0]
|
[$2-in1-$1(
|
[send]
|
It seems that the help patches do require something besides Pd- vanilla, u_robinpoly-help.pd gives me this: soundoutput ... couldn't create u_loadmeter ... couldn't create u_robinpolymono ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create
When I launch u_makepoly-help.pd straight from rjdj/rjlib/rj, I get
this:
soundoutput
... couldn't create
1004-poly 3 1 2 0 (canvas->throw~) connection failed
1004-poly 5 1 2 0 (canvas->throw~) connection failed
1004-poly 7 1 2 0 (canvas->throw~) connection failed
1004-poly 9 1 2 0 (canvas->throw~) connection failed
1004-poly 11 1 2 0 (canvas->throw~) connection failed
1004-poly 13 1 2 0 (canvas->throw~) connection failed
1004-poly 15 1 2 0 (canvas->throw~) connection failed
1004-poly 17 1 2 0 (canvas->throw~) connection failed
And this from u_robinpoly-help: soundoutput ... couldn't create 1160-poly 0 0 3 1 (receive->canvas) connection failed 1160-poly 3 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 5 1 (receive->canvas) connection failed 1160-poly 5 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 7 1 (receive->canvas) connection failed 1160-poly 7 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 9 1 (receive->canvas) connection failed 1160-poly 9 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 11 1 (receive->canvas) connection failed 1160-poly 11 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 13 1 (receive->canvas) connection failed 1160-poly 13 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 15 1 (receive->canvas) connection failed 1160-poly 15 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 17 1 (receive->canvas) connection failed 1160-poly 17 1 2 0 (canvas->throw~) connection failed
.hc
On Nov 23, 2010, at 4:07 AM, Frank Barknecht wrote:
Hi Hans,
these look pretty cool and very useful. The rj library has two polypoly-like objects as well: [u_makepoly] and [u_robinpoly] (of
course the latter don't require any externals or modifications to vanilla
Pd).I have found in some benchmarks, that the [inlet]---[route 0 1 2
3 ...] technique can become quite slow for larger numbers of instances, so I have replaced it in the rj-polys with the much faster technique if dynamically assigned renamed [send]s. I have attached the patches so
you see what I mean. It really makes a difference on slow hardware like iPod or Android phones.Ciao
Frank
On Mon, Nov 22, 2010 at 04:49:49PM -0500, Hans-Christoph Steiner
wrote:I finally got off my duff and put together this library I've been thinking about for years. After making my own nqpoly5, nqpoly6, nqpoly7, runmany, voicepoly, etc. I've tried to bundle all these techniques into a common library. Since this library is all about managing many instances of a Pd patch, I'm calling it 'many'.
http://puredata.info/community/projects/software/many
Objects in the 'many' lib are based on code from Steven Pickles' (aka pix) nqpoly4 and Frank Barknecht's polypoly. Thanks to pix's nqpoly4 because that was the real groundbreaking work that proved that a useful and reliable instance-managing object could be programmed in Pd. Frank then did the work to make it maintainable and hackable.
.hc
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
<u_robinpoly-help.pd><u_robinpoly.pd><u_makepoly- help.pd><u_makepoly.pd>_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
“We must become the change we want to see. - Mahatma Gandhi
Hi,
On Tue, Nov 23, 2010 at 12:28:12PM -0500, Hans-Christoph Steiner wrote:
That was just a preliminary release, check the SVN for the most up-to- date (also I think I updated the tarball to have [bundle]).
The dynamic send idea is interesting, especially since you benchmarked
it. How did you benchmark it?
I think I just ran a bunch of messages through it and checked with [cputime].
That would be useful. Also, did you try making the send symbol using a message box to benchmark, i.e.:
| [pack float $0] | [$2-in1-$1( |[send] |
Ah, that should be even faster, thanks for pointing it out.
It seems that the help patches do require something besides Pd-vanilla,
Yeah, they require the rj library.
u_robinpoly-help.pd gives me this: soundoutput ... couldn't create u_loadmeter ... couldn't create u_robinpolymono ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create
When I launch u_makepoly-help.pd straight from rjdj/rjlib/rj, I get
this: soundoutput ... couldn't create
This is normally provided by the RjDj app, so it's not part of the lib. It's available here https://github.com/rjdj/rjlib/tree/master/pd/ of just copy over any output.pd you prefer.
The other errors are harmless (I think, the help file still have some mono/stereo bug)
Ciao
Frank Barknecht Do You RjDj.me? _ ______footils.org__
Ok, I refactored voices~.pd (previously known as voicepoly) so that it
no longer uses [initbang]. It turns out the rest of the 'many' lib
was already using [loadbang]. Also I just remembered another
advantage to using [initbang]: you can create a [throw~] to have audio
inlets, and Pd won't complain about no missing [catch~].
.hc
On Nov 23, 2010, at 12:28 PM, Hans-Christoph Steiner wrote:
That was just a preliminary release, check the SVN for the most up- to-date (also I think I updated the tarball to have [bundle]).
The dynamic send idea is interesting, especially since you
benchmarked it. How did you benchmark it? That would be useful.
Also, did you try making the send symbol using a message box to
benchmark, i.e.:| [pack float $0] | [$2-in1-$1( |[send] |
It seems that the help patches do require something besides Pd- vanilla, u_robinpoly-help.pd gives me this: soundoutput ... couldn't create u_loadmeter ... couldn't create u_robinpolymono ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create s_drumelectro a b c d ... couldn't create
When I launch u_makepoly-help.pd straight from rjdj/rjlib/rj, I get
this: soundoutput ... couldn't create 1004-poly 3 1 2 0 (canvas->throw~) connection failed 1004-poly 5 1 2 0 (canvas->throw~) connection failed 1004-poly 7 1 2 0 (canvas->throw~) connection failed 1004-poly 9 1 2 0 (canvas->throw~) connection failed 1004-poly 11 1 2 0 (canvas->throw~) connection failed 1004-poly 13 1 2 0 (canvas->throw~) connection failed 1004-poly 15 1 2 0 (canvas->throw~) connection failed 1004-poly 17 1 2 0 (canvas->throw~) connection failedAnd this from u_robinpoly-help: soundoutput ... couldn't create 1160-poly 0 0 3 1 (receive->canvas) connection failed 1160-poly 3 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 5 1 (receive->canvas) connection failed 1160-poly 5 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 7 1 (receive->canvas) connection failed 1160-poly 7 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 9 1 (receive->canvas) connection failed 1160-poly 9 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 11 1 (receive->canvas) connection failed 1160-poly 11 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 13 1 (receive->canvas) connection failed 1160-poly 13 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 15 1 (receive->canvas) connection failed 1160-poly 15 1 2 0 (canvas->throw~) connection failed 1160-poly 0 0 17 1 (receive->canvas) connection failed 1160-poly 17 1 2 0 (canvas->throw~) connection failed
.hc
On Nov 23, 2010, at 4:07 AM, Frank Barknecht wrote:
Hi Hans,
these look pretty cool and very useful. The rj library has two polypoly-like objects as well: [u_makepoly] and [u_robinpoly] (of
course the latter don't require any externals or modifications to vanilla
Pd).I have found in some benchmarks, that the [inlet]---[route 0 1 2
3 ...] technique can become quite slow for larger numbers of instances, so I have replaced it in the rj-polys with the much faster technique if dynamically assigned renamed [send]s. I have attached the patches
so you see what I mean. It really makes a difference on slow hardware like iPod or Android phones.Ciao
Frank
On Mon, Nov 22, 2010 at 04:49:49PM -0500, Hans-Christoph Steiner
wrote:I finally got off my duff and put together this library I've been thinking about for years. After making my own nqpoly5, nqpoly6, nqpoly7, runmany, voicepoly, etc. I've tried to bundle all these techniques into a common library. Since this library is all about managing many instances of a Pd patch, I'm calling it 'many'.
http://puredata.info/community/projects/software/many
Objects in the 'many' lib are based on code from Steven Pickles' (aka pix) nqpoly4 and Frank Barknecht's polypoly. Thanks to pix's nqpoly4 because that was the real groundbreaking work that proved that a useful and reliable instance-managing object could be programmed in Pd. Frank then did the work to make it maintainable and hackable.
.hc
Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
<u_robinpoly-help.pd><u_robinpoly.pd><u_makepoly- help .pd><u_makepoly.pd>_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
“We must become the change we want to see. - Mahatma Gandhi
I spent 33 years and four months in active military service and during
that period I spent most of my time as a high class muscle man for Big
Business, for Wall Street and the bankers. - General Smedley Butler
On Mon, 22 Nov 2010, Hans-Christoph Steiner wrote:
After making my own nqpoly5, nqpoly6, nqpoly7, runmany, voicepoly, etc. I've tried to bundle all these techniques into a common library. Since this library is all about managing many instances of a Pd patch, I'm calling it 'many'.
Not to be confused with [#many]. Fortunately I renamed it from its original name [many] a year ago (just before its first release).
[#many] and Hans's [many] both manage many instances, but that's all they have in common. [#many] is for gui objects.
| Mathieu Bouchard ------------------------------------- Aix-en-Provence
On Nov 25, 2010, at 12:13 PM, Mathieu Bouchard wrote:
On Mon, 22 Nov 2010, Hans-Christoph Steiner wrote:
After making my own nqpoly5, nqpoly6, nqpoly7, runmany, voicepoly,
etc. I've tried to bundle all these techniques into a common
library. Since this library is all about managing many instances
of a Pd patch, I'm calling it 'many'.Not to be confused with [#many]. Fortunately I renamed it from its
original name [many] a year ago (just before its first release).[#many] and Hans's [many] both manage many instances, but that's all
they have in common. [#many] is for gui objects.
FYI, there is no [many], 'many' is the name of the lib. So like:
[many/bundle], [many/instances], etc.
.hc
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
I recently upgraded to FC14. the first time I started pd SELinux didn't like it (though I haven't noticed any operational problems yet). This is the brief error message:
SELinux is preventing /usr/bin/pdextended from using the 'execstack' accesses on a process.
***** Plugin allow_execstack (53.1 confidence) suggests
If you do not think /usr/bin/pdextended should need to map stack memory that is both writable and executable. Then you need to report a bug. This is a potentially dangerous access.
On Tue, 28 Dec 2010, Oded Ben-Tal wrote:
I recently upgraded to FC14. the first time I started pd SELinux didn't like it (though I haven't noticed any operational problems yet). This is the brief error message: SELinux is preventing /usr/bin/pdextended from using the 'execstack' accesses on a process.
Sounds like something specific to one external class. Can you find out which one it is ?
I can't think of any external that does that.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
-
Frank Barknecht -
Hans-Christoph Steiner -
Mathieu Bouchard -
Oded Ben-Tal