Hey all,
I was thinking about mirroring gem-chains across machines over the network to sync them. Rather than having to create some system over OSC or xlmrpc or similar that contains all the different parameters for a particular chain it would be really handy to be able to have gem create a description string of a gem-chain.
So there is an object in the gem-chain that converts all the objects in the gem-chain above it into a PD list. something like "rotate 90 0 0, translate -4 0 0, color 1 0.5 0 1, alpha" that describes the objects in the chain as a list. This list could then be easily transported over the network. At the receiver a second object takes this list and applies it to its own gem-chain. Only two objects to sync two chains, and in theory one could add objects in the chain on the sending machine and they would automatically get updated in the receiver without re-opening the patch.
Also you could use the receiver object (from message to gem commands) with something like pyext to use python to script gem commands for a chain without manual patching.
Anyhow I'm just thinking aloud.
Did anyone miss my proposal for the "clear" function for gemwin? Should I put it in the feature requests on source-forge?
Thanks.
b>
B. Bogart wrote:
Hey all,
I was thinking about mirroring gem-chains across machines over the network to sync them. Rather than having to create some system over OSC or xlmrpc or similar that contains all the different parameters for a particular chain it would be really handy to be able to have gem create a description string of a gem-chain.
So there is an object in the gem-chain that converts all the objects in the gem-chain above it into a PD list. something like "rotate 90 0 0, translate -4 0 0, color 1 0.5 0 1, alpha" that describes the objects in the chain as a list. This list could then be easily transported over th
seems like you are talking about the Graphical Environment for Max (Gem pre 1997 or something) ;-)
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.
Did anyone miss my proposal for the "clear" function for gemwin? Should I put it in the feature requests on source-forge?
yes, seems like i missed it. what was it again ?
mfg.asd.r IOhannes
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
Hi there,
Did anyone miss my proposal for the "clear" function for gemwin? Should I put it in the feature requests on source-forge?
The one that clears the gemwin up to a choosable degree? I second this, would probably be quite useful with the single buffered mode ...
with kind regards, Thoralf.
___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
Actually its a replacement for using single-buffering for "trails" since single-buffering (the real thing) is really a low-level feature that could be used for other things. Also single-buffering does not work on OSX (something to do with weird triple buffering!)
Anyhow I proposed a "clear" selector that could be changed without destroying and re-creating the gemwindow. (I hope) basically a nice feature for "trails" so that single-buffering is not depended upon for "not clearing"
I also thought of "clear 0" to give you a 100% transparent clearing (no clearing) and "clear 1" to give full clearing (default) but this seems counter-intuitive. "clear 0.5" would be 50% transparent. Is "clear 1" identical to the default clearing state of a gem-win internally?
back to setting up the new linux machine (I got 4000fps in glxgears!)
B.
Thoralf Schulze wrote:
Hi there,
Did anyone miss my proposal for the "clear" function for gemwin? Should I put it in the feature requests on source-forge?
The one that clears the gemwin up to a choosable degree? I second this, would probably be quite useful with the single buffered mode ...
with kind regards, Thoralf.
How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
-
B. Bogart -
IOhannes m zmoelnig -
Thoralf Schulze