[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