hi all.
i have just checked in further changes:
[pix_texture]: i have removed the texture-flipping defines for __APPLE__. instead the flipping is depending on a variable "upsidedown" which is now part of the imageStruct. i have defaulted it to "true" on __APPLE__ and "false" otherwise, but it really should be set in the pix_source-object.
[pix_film] (actually [pix_filmNEW] which is now the default for linux: added the "colourspace" message filmQT4L/filmMPEG3/filmMPEG1/filmAVIPLAY all set the "upsidedown" according to the orientation of the images they produce. all of them support all 3 colourspaces; furthermore they all output these 3 colourspaces *only*, which makes the stupid [pix_rgba] object in the example-patch obsolete (so i have removed it from 05.film.pd). fixed various bugs in these film*-objects, so you can now play back mpeg/quicktime/avi/divx and even asf files from within linux. i was very happy, seeing the homer.avi and even proprietary codecs like cinepak (ok, its old) under linux. however some bugs remain, but i have no idea how to fix them, since i think they are bugs in the used libraries: libavifile (0.7) randomly crashes when playing back mpegs (haven't yet found a way how to reveal "concealed errors". libmpeg1 still crashes when you try to load another format, but there is no way provided by the lib that would detect whether a file is really mpeg or not.
[pix_movieNEW] (which is the default in linux) inherits [pix_filmNEW] but uses the texturing engine of [pix_texture] (so changes to pix_texture are immediately applied to pix_movieNEW too. therefore i have made pix_movieNEW a friend class of pix_texture.
so which release-critical bugs are still around ? (the RGB output of [pix_film] was one)
mfg.as.rd IOhannes
On Wednesday, October 8, 2003, at 01:33 PM, IOhannes m zmoelnig wrote:
hi all.
i have just checked in further changes:
[pix_texture]: i have removed the texture-flipping defines for __APPLE__. instead the flipping is depending on a variable "upsidedown" which is now part of the imageStruct. i have defaulted it to "true" on __APPLE__ and "false" otherwise, but it really should be set in the pix_source-object.
...haven't looked at this, but I guess it could be handy for quick flipping of the image...
[pix_film] (actually [pix_filmNEW] which is now the default for linux: added the "colourspace" message filmQT4L/filmMPEG3/filmMPEG1/filmAVIPLAY all set the "upsidedown" according to the orientation of the images they produce. all of them support all 3 colourspaces; furthermore they all output these 3 colourspaces *only*, which makes the stupid [pix_rgba] object in the example-patch obsolete (so i have removed it from 05.film.pd). fixed various bugs in these film*-objects, so you can now play back mpeg/quicktime/avi/divx and even asf files from within linux. i was very happy, seeing the homer.avi and even proprietary codecs like cinepak (ok, its old) under linux. however some bugs remain, but i have no idea how to fix them, since i think they are bugs in the used libraries: libavifile (0.7) randomly crashes when playing back mpegs (haven't yet found a way how to reveal "concealed errors". libmpeg1 still crashes when you try to load another format, but there is no way provided by the lib that would detect whether a file is really mpeg or not.
[pix_movieNEW] (which is the default in linux) inherits [pix_filmNEW] but uses the texturing engine of [pix_texture] (so changes to pix_texture are immediately applied to pix_movieNEW too. therefore i have made pix_movieNEW a friend class of pix_texture.
...I still haven't gotten around to implementing the pix_filmNEW stuff on OSX, but may try at some point, just to get better mpeg support...but that's a low priority: I mean, really, who would use mpeg for realtime graphic manipulation?
so which release-critical bugs are still around ? (the RGB output of [pix_film] was one)
lessee,
...I was just reminded that on OSX, the control objects such as gemmouse and gemkeyboard do not seem to work: I've been looking at them, and don't really understand how they're supposed to do their thing (there doesn't seem to be any platform specific code anywhere inside)? Can anyone shed some light on this?
...other than that, it seems that we're pretty close, and just need a final go through to make sure the help patches and stuff are all there...
...also don't remember if I mentioned, but I committed a camera object in the manipulations directory, and need to up the help patch...it's a simple spherical camera...
l8r, jamie
hi,
after an update in debian testing, starting pd/gem gives me: cannot load gem: libgl.so.1 cannot handle TLS data
this seems to be a reportet problem with nvidia 1.0-4496 with glibc
http://www.mail-archive.com/debian-glibc@lists.debian.org/msg07552.html
does anyone know how i can fix this ? upgrading to unstable will not help as it is the same glibc version
thx
erich
---------------------------------- http://randomseed.org
On Wed, 8 Oct 2003, IOhannes m zmoelnig wrote:
hi all.
i have just checked in further changes:
[pix_texture]: i have removed the texture-flipping defines for __APPLE__. instead the flipping is depending on a variable "upsidedown" which is now part of the imageStruct. i have defaulted it to "true" on __APPLE__ and "false" otherwise, but it really should be set in the pix_source-object.
[pix_film] (actually [pix_filmNEW] which is now the default for linux: added the "colourspace" message filmQT4L/filmMPEG3/filmMPEG1/filmAVIPLAY all set the "upsidedown" according to the orientation of the images they produce. all of them support all 3 colourspaces; furthermore they all output these 3 colourspaces *only*, which makes the stupid [pix_rgba] object in the example-patch obsolete (so i have removed it from 05.film.pd). fixed various bugs in these film*-objects, so you can now play back mpeg/quicktime/avi/divx and even asf files from within linux. i was very happy, seeing the homer.avi and even proprietary codecs like cinepak (ok, its old) under linux. however some bugs remain, but i have no idea how to fix them, since i think they are bugs in the used libraries: libavifile (0.7) randomly crashes when playing back mpegs (haven't yet found a way how to reveal "concealed errors". libmpeg1 still crashes when you try to load another format, but there is no way provided by the lib that would detect whether a file is really mpeg or not.
[pix_movieNEW] (which is the default in linux) inherits [pix_filmNEW] but uses the texturing engine of [pix_texture] (so changes to pix_texture are immediately applied to pix_movieNEW too. therefore i have made pix_movieNEW a friend class of pix_texture.
so which release-critical bugs are still around ? (the RGB output of [pix_film] was one)
mfg.as.rd IOhannes
GEM-dev mailing list GEM-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/gem-dev