[PD] dyn~ and GEM
IOhannes m zmoelnig
zmoelnig at iem.at
Fri Jun 11 10:58:16 CEST 2004
joseph moore wrote:
> Hello list,
> First off, if there is and easy way to display a paragraph of text in 3d
not "easy"
> with GEM(as opposed to a single line) that's my main interest so lay it
> on me if one exists. My current approach is to use dyn~ to create
> however many text objects I need for a particular paragraph and space
> them out accordingly. So the current object I'm attemping to mass
> produce is simply this:
>
> inlet
> |
> separator $1
> | /
> text3d
why keep people thinking that [separator] could take an argument ?
it does not!!!
what is it supposed to do ?
(or is my reading of this patch wrong ?)
>
> I'm able to create multiple instances of the object, connect inlets,
> outlets, etc. But when I try to render I get the following message:
>
> GEM: Start rendering
> dyn~: message unhandled - inlet:0 args:1 symbol:gem_state
>
> I'm assuming that dyn~ handles messages and signals but not data from
> the GEM render chain?
from pd's point of view, a gem render chain is just a message
(surprisingly it is a message with an identifier "gem_state")
probably [dyn~] can only pass "lists" (as opposed to anythings, like
"gem_state" or "foo") ?
of course i am highly biased, but i (personally) would use something
like zexy's [repeat]
[gemList(
|
[separator]
|
[repeat 5]
|
[translateXYZ 0 -1 0]
|
[text3d]
note that the [separator] has to be before the multiple instances of
[translate]/[text3]
anyhow, this solution is rather under-optimal because of the problem
that arises when setting the separate lines of text (reading from
[textfile] might be a slow solution)- probably [dyn~] can handle this
better...
mfg.asd.r
IOhannes
More information about the Pd-list
mailing list