[GEM-dev] coverting gem-chain render commands to pd messages?

B. Bogart ben at ekran.org
Wed Jun 22 13:22:38 CEST 2005


Heya,

IOhannes m zmoelnig wrote:

> seems like you are talking about the Graphical Environment for Max (Gem
> pre 1997 or something) ;-)

Ha!

> i am not really sure how we should handle this efficiently in both terms
> of performance AND coding-time; it should be fairly easy to build a list
> of objects involved into a render-chain; but it gets tough when it comes
> to the data. what about pixes ?
>
> now it's me who ist jsut thinking aloud.

Indeed things like pixes would not work (unless the texture files had
the same path on both machines). Its really just the control data stuff
that would be handy. Clearly generating so many PD messages could be
ugly for performance. Anyone had any ideas for something similar easier
than messing with chromium? Like always my ideas are up for scrutiny.

> yes, seems like i missed it.
> what was it again ?

Here is the proposal for clearing the gemwindow w/ varying degrees of
transparency: "trails" (in terms of interface rather than openGL!)

> "clear 0" turns off clearing "clear 1" turns it on.
> "clearalpha 0" clears 100% transparent (no clearing). "clearalpha 1" clears
> 100% opaque (default). All sent to the gemwin.

I amassed about 400 emails over my week vacation, so I'm slowing hacking
at it, I'll respond to your popup comments soon.

> mfg.asd.r
> IOhannes
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20050622/f68e72f3/attachment.pgp>


More information about the GEM-dev mailing list