Hallo, Georg Holzmann hat gesagt: // Georg Holzmann wrote:

First thanks for your RRApid help! Now I removed the iemlib and added Cyclone (so my loaded externals now are Cyclone, pool, zexy and OSC) but I still get a lot of errors:

e.g. if I start 02-tut.pd:

rradical.state.pd 3 4 2 0 (pool->print) connection failed rradical.state.pd 3 4 2 0 (pool->print) connection failed

• OSC-route: float arguments are not OK.

OSCroute $1 ... couldn't create

Okay, this is normal, but I should write about this in the patch: If someone creates an [originator] object whose first argument doesn't start with a slash, then OSC functionality iy disabled, because the OSCroute will not be able to work. If you follow the tutorial a bit more, then you will later find patches with the slash, where also this error won't be printed anymore. But the basic state saving also works without OSC.

pool: message unhandled - inlet:0 args:2 symbol:mkchdir pool: message unhandled - inlet:0 args:2 symbol:mkchdir pool: message unhandled - inlet:0 args:2 symbol:mkchdir pool: message unhandled - inlet:0 args:2 symbol:mkchdir pool: message unhandled - inlet:0 args:2 symbol:mkchdir pool: message unhandled - inlet:0 args:2 symbol:mkchdir

This is serious: You will need to somewhere get a newer [pool] binary. The mkchdir message was introduced after 0.1.0 and it's an important message in the Memento stuff.

Also the printroot was introduced later, but this isn't that important, it's just to print out the content of a pool to the console.

So it seems to me that there is something wrong with the pool object, but I have pool 0.1.0 and I think that's the latest version of that external.

The CVS has the newer source version 0.2.0, but as I don't use Pd on Windows or Mac, I don't know, where a binary for those OSes could be.

Ciao

Frank Barknecht _ ______footils.org__

Actually, i try to sort out some remaining things with the new pool version and try to make a release by Monday or so. (including binaries).

Thanks, so I'll wait till next week!

LG Georg

Hallo, Hans-Christoph Steiner hat gesagt: // Hans-Christoph Steiner wrote:

I plan on making proper final releases of the MacOS X and Windows installers in May. Will you help me get RRADical incorporated into these installers? It'll reduce these kind of questions on the list a lot. Part of this effort will be converting IEMlib to individual objects, which is the last major source of naming conflicts.

Yes, splitting IEMLIB will help very much against conflicts. But you wouldn't need to split t3_iemlib, though, because these are all unique.

Adding RRADical to an installer should be easy, because it's simply a bunch of abstractions. Just add most of them to the path and it's done. rrad.angriff~ uses some older helper abstractions in abstractions/footils/angriff for the drum sound generation, the "usecases" also use the things in abstractions/footils/foo but this is not central to the rrad patches themselves.

Regarding externals, unless I forget something, those are used: Zexy, Cyclone, IEMLIB, pool, maxlib, OSC. Some examles use plugin~ for LADSPA-plugins in Linux, but those will get reworked later. (They are just there to have some more stuff to show at LAConf2.). There also is a rrad.fluid~ which wraps fluid~ but is of not much use, if someone doesn't want to or can use the fluid~ external.

Ciao

Frank Barknecht _ ______footils.org__