[PD-dev] [GEM] releasing 0.88 ???
cclepper at artic.edu
Mon Apr 28 21:46:48 CEST 2003
>it has been a long time since the last "stable" (ok, 0.87 wasn't
>that stable) release of Gem has been done.
>i think we should make this step sooner (or later)
yes, it would be nice to have a release if only for reference. maybe
GEM 0.90 since there have been so many changes since 0.87 ;)
>what has to be done ?
>just a few thoughts:
>1. feature freeze:
>features that have to be done (yet):
>a) yuv_* -> pix_* (what is still missing ? eventually the objects
>would just have methods for yuv - only there shouldn't be any more
i've gotten just about everything moved over and most of the
pix_objects converted to yuv. anything that hasn't been moved will
be a new object with new implementation anyway. so yuv_ is dead...
>b) [pix_video] for firewire-devices on all missing platforms (linux)
>c) i'd like to have the new video/film classes rather than the old
we are still working on the old objects to get playback even better
and still have to work out the switching color-space on the fly
>d) make [pix_write] work under osX
i'm actually going to work on a pix_record object that records to a
quicktime .mov. the initial version will only record the pix_ part
of the chain, but adding a glReadPixels() to it to capture the whole
render output is possible as well. this may remove the need for
pix_write on OSX since the problem was with the lib used to actually
write the buffer to disk.
>e) make the output of [gemkeyname] platform independent. but how ?
>a) since chris is working on his tutorial (me, being lazy again)
>this might get into 0.88. (if not, it would be a pity which i could
i will have a lot more time to work on the tutorials this week, and
plan to add ones for texturing, movie playing, video input and video
>b) clean up the code (as jamie has pointed out, the short
>description in the source-files should match the functionality)
yes this is needed. i have a lot of messy code that needs commenting
>3. make it run when compiled with gcc-3.2. (is the only problem that
>gltt is not compiled with gcc-3.2 ?)
>(a linux only problem, but i am not very experienced with
>compiler/linker internals; help would be appreciated)
>X. make it stable !
>a.) the openGL-wrapper doesn't necessarily have to be stabilized/tested.
>it is far too much work, and i was rather thinking of fixing things
>when they are used.
apart from some crashes when rendering begins and ends caused by
objects not having a context to work with, GEM is pretty stable on
OSX. i have had a few pd related crashes and one or two odd
quicktime ones. a frozen release will help track down any bugs...
>of course, i have forgotten the most important things.
i can't think of too much, apart from maybe changing the names of a
few objects to better describe what they do. i'll put this in
More information about the Pd-dev