hi gemers!
i just checked 3 new objects into the CVS [pix_depot], [pix_put], [pix_get]
[pix_depot] is much like [table] but for image-data. it need sa symbolic name and a number of images that can be stored. (like [pix_depot storageroom 100]) it is *not* used in the gemlist (like [table]) [pix_put] will put an image to the specified position in the [pix_depot] [pix_get] will get an image from the specified position of the [pix_depot]
hope it works (the other changes are very minor - mostly to get rid of warnings when compiling under windos)
mfg.a.srd IOhannes
I've made a couple of changes to GEM CVS:
(all) added "render" message to [gemwin] to force a single frame rendering right away (all) allowed "frame 0" to [gemwin] to set the automatic frame rate to 0 (win only) added "topmost" message to make gem window stay on top (win only) added VC++7 workspace and project (win only) fixed pix_film initial frame crash and changed pix_film to be more robust
ToDo: incorporate pix_filmNT changes into the pix_filmNEW object (filmAVI).
Things to discuss: -It would be very handy to be able to share uploaded textures across gem lists in a similar way to the pix sharing mechanism. This should be easy to implement. - I'm going to implement some control over window clearing into gemwin. This can be used to do multipass rendering and various other things. I'm proposing a couple of changes: - "clearmode f" message to [gemwin] to set which buffers are cleared automatically in each render cycle - [clear] object to be inserted into the rendering chain to force a clear at that time.
It could be argued that a "clearnow" message to the [gemwin] would be more appropriate since the clearmessage forces a global change. What do you think?
Daniel
Daniel said:
- I'm going to implement some control over window clearing into gemwin.
This can be used to do multipass rendering and various other things. I'm proposing a couple of changes:
- "clearmode f" message to [gemwin] to set which buffers are cleared
automatically in each render cycle
- [clear] object to be inserted into the rendering chain to force a clear
at
that time.
A first pass at this is now in CVS.
The "clearmask N" message can be passed to a gemwin to set the clearing behaviour. "N" is simply cached and passed directly in the glClear call - generate it using the GLdefine mechanism and GL_COLOR_BUFFER_BIT, GL_DEPTH_BUFFER_BIT etc..
[GEMglClear] can be used in other gemlists to control buffer clearing.
Daniel
Sounds like some good changes.
I like very much the possibility of having more control over the render buffers (as I do a lot of single buffering)
In terms of gemwin clearing, there is a bang method already there that clears?
Ben
On Sunday, April 6, 2003, at 07:17 PM, Daniel Heckenberg wrote:
I've made a couple of changes to GEM CVS:
(all) added "render" message to [gemwin] to force a single frame rendering right away (all) allowed "frame 0" to [gemwin] to set the automatic frame rate to 0 (win only) added "topmost" message to make gem window stay on top (win only) added VC++7 workspace and project (win only) fixed pix_film initial frame crash and changed pix_film to be more robust
ToDo: incorporate pix_filmNT changes into the pix_filmNEW object (filmAVI).
Things to discuss: -It would be very handy to be able to share uploaded textures across gem lists in a similar way to the pix sharing mechanism. This should be easy to implement.
- I'm going to implement some control over window clearing into gemwin.
This can be used to do multipass rendering and various other things. I'm proposing a couple of changes:
- "clearmode f" message to [gemwin] to set which buffers are cleared
automatically in each render cycle
- [clear] object to be inserted into the rendering chain to force a
clear at that time.
It could be argued that a "clearnow" message to the [gemwin] would be more appropriate since the clearmessage forces a global change. What do you think?
Daniel
PD-dev mailing list PD-dev@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-dev
hi,
the new features are great, thx very much to all the developers, esp. the particles are now getting somewhere with the possibility of other geometries and objects!
is it possible to add alpha to the particles ?
best
erich
-
bbogart -
Daniel Heckenberg -
IOhannes m zmoelnig -
rat＠telecoma.net