GEM-dev November 2003

gem-dev@lists.iem.at

8 participants
13 discussions

release date
by chris clepper 25 Mar '04

25 Mar '04

So we keep talking and talking about a release of 0.888, and I think maybe just setting a date and sticking to it will actually make it happen. I propose two weeks from today December the 2nd to be that date. There's no reason it couldn't be done by next week, but two gives a bit more time for the loose ends. The critical thing I see right now is making sure there is as much documentation in the release as possible. At the very least, every object should have a help file that lists all of the (working) features of the object. Here's a list of objects I don't have help for: - curve3d - camera - pix_dv I can also add my beginner tutorial to CVS, although it does contain images which would add a few hundred KB to the distribution. Bug fixes/enhancements: - pix_biquad does next to nothing now. The coefficients seem to determine how fast the image fades to black. I reverted two versions and it worked as it always has. Any ideas what's going on? - pix_write gave me some serious trouble last night. if i didn't give it a 'file ' message it overwrote the pd binary!! that's some really bad news, and i've gone through 3 versions of pd in the last 24 hours. i'm not sure what's going on but the default setup no longer writes 'gem000x.tif' in pd/bin for some reason. - i mixed up versions of pix_filmDarwin/YUV and need to get them sorted out. - i will probably add some more Altivec code. We need to decide where the binary distributions will reside. Sourceforge project page? IEM? Both? Somewhere else? Someone needs to build a version for OSX and a version for Windows by this weekend so we can check them on a few machines and be somewhat sure nothing is terribly wrong with them. A few changes and tweaks will probably be needed but there should be enough time to do them. I think we should also plan on another point release by the beginning of next year to address problems with 0.888 (will it be 0.889 or 0.89?). Assuming we don't horribly fuck up 0.888 there won't be a huge rush for these fixes. I really want to put an end to getting bug reports on versions that are years out of date or come from some unknown origin. Further down the road, 0.90 could be a major release incorporating large changes and additions like my vertex-array objects and shader support. I cannot reasonably estimate a time frame for that, although I am working towards making significant progress on the vertex stuff by year's end, and will commit code to CVS by then. That's all I can think of right now. cgc

8 21

more new primitive for gem...
by Cyrille Henry 25 Mar '04

25 Mar '04

hello, I made a new primitive for gem : curve3D.... juste like curve, but in 3D! you may find stuff here : http://drpichon.free.fr/pure-data/GEM/curve3D/ picts, source, exemple and gem.dll for windows user... hope you'll like it... Cyrille

4 6

altivec on linux/PPC
by B. Bogart 25 Mar '04

25 Mar '04

Hey all, I just had the idea that it would be nice if linux/Gem for PPC used the same altivec acceleration as the OSX version. How hard would it be to put this in the build system? Just thinking out loud... Ben

2 1

gem cvs alpha-depth bug?
by ben＠ekran.org 01 Dec '03

01 Dec '03

hey all, I just updated my gem cvs again today. I've noticed an odd bug with alpha (again). this time the alpha object seems to turn on depth buffering when its in the chain! I'm using lighting (because lighting tends to get messed up when using "depth" to show the effect. without a depth object in a chain, the cube looks identical to its depth counterpart, as long as the alpha object is in the chain. If I turn off the alpha object it works fine. (looks as it does without using depth. Here is an example patch. Ben

4 10

gem nvidia and tls
by rat＠telecoma.net 27 Nov '03

27 Nov '03

hi, about my yesterdays problem with tls, nvidia drivers and gem: installing the driver with the nvidia installer, provides the driver version with the new TLS, which seem not to work with certain versions of glibc. but its possible to install the drivers with: --force-tls=classic and then the world is bright again. best erich ---------------------------------- http://randomseed.org

1 0

CVS-checkins; marching towards release
by IOhannes m zmoelnig 26 Nov '03

26 Nov '03

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

3 2

QT file size limit for pix_film?
by ben＠ekran.org 22 Nov '03

22 Nov '03

Hey all, I just did a frech update of the gem CVS and I can't get pix_film to open one particular QT file. Its a normal Still-jpg encoded QT. It opens fine in pix_movie and mplayer. The only thing odd about it is that its 13GB... Maybe too big? Is there a size limit for pix_film movies? Thanks Ben

3 3

pix_video not working in Linux
by Mirko Petrovich 18 Nov '03

18 Nov '03

Hi all I downloaded GEM from cvs (2003-11-15) and pix_video doesn't work for my saa7134 (V4L2) capture-card. IIRC it worked well in some 0.87 cvs snapshots, and after that (0.87 release) it never worked again for more than 10 seconds. When using pix_video I get a lot of *GEM: pix_video: do video for this OS* in the console and messages doesn't work : error: pix_video: no method for 'channel' error: pix_video: no method for 'mode' error: pix_video: no method for 'norm' When using pix_videoLinux with pix_rgba (because I get *error: Gem: pix object cannot handle RGB image*) I get the following: cap: name LifeView FlyVIDEO2000 type 47 channels 4 maxw 720 maxh 480 minw 48 minh 32 picture: brightness 32896 depth 17332 palette 4 vcap.channels 4 channel 0 name Television type 1 flags 1 channel 1 name Composite1 type 2 flags 0 channel 2 name Composite2 type 2 flags 0 channel 3 name S-Video type 2 flags 0 buffer size 3981312, frames 3, offset 0 1327104 frame 0 0, format 4, width 128, height 64 GEM: pix_video: Opened video connection F vmmap 832E0CC but no image , only a white rectangle. I tried sending the following messages : channel 2, norm NTSC, mode NTSC 2 , driver 0 , device 0 also I tried pix_videoNEW but still no image. My capture card is working well with pdp, so in the meantime I'm using pdp_v4l -> pdp2gem -> GEM. but pdp2gem eats all my cpu. I hope someone knows what is happening here. Thanks for your time and excuse my confuse mail. PD. the new Pixes objects are awesome !!! Mirko Petrovich CL .

2 2

Re: [PD] antialiasing etc.
by IOhannes zmoelnig 18 Nov '03

18 Nov '03

B. Bogart wrote: > Hey Chris, > Is curve3d officially part of 888? I've made a cube abstraction that uses a > 9 point curve surface for each side, creates some very nice geometries. yes, i thought it wouldn't break anything, and so i committed it to the CVS. oh damned, we'll never gonna make it to a release. > > Pain about second-screen on panther, heard anything from apple about this? > The new macs coming in will all have panther so it could be quite anoying... well, i couldn't make it work our g4/jaguar too. but probably that is because of my compile. chris/jamie: anybody could commit an updated version of the Gem-project-builder-project into the CVS ? preferably with relative paths... > > Ben > > ----- Original Message ----- > From: "chris clepper" <cgc(a)humboldtblvd.com> > To: <PD-list(a)iem.at> > Sent: Tuesday, November 18, 2003 2:16 AM > Subject: [PD] antialiasing etc. > > >>- on OSX pix_film and pix_video default to YUV >>- pix_film and pix_video take a 'colorspace rgb' or 'colorspace yuv' does "rgb" decode to RGB or to RGBA ? (might be confusing) anyhow, all my checks are for the first letter ('R'/'r') so this should be ok (but i'll have to check on this __APPLE__) > >>- yuv_ objects are fully deprecated and will no longer be in >>distribution builds btw, should we remove the files in yuv/ then permanently ? mfg.asd.r IOhannes

3 4

vertex_ object pics and movie
by chris clepper 18 Nov '03

18 Nov '03

I finally got around to making a few quick screen grabs and movies of the vertex array stuff. The images are all of the venerable venus.obj that we've no doubt seen a million times. Check them out here: http://taproot.dyndns.org/~cgc/downloads/images/ The movie shows the very rough, early version of vertex_combine doing it's magic on two .obj models. http://taproot.dyndns.org/~cgc/downloads/movs/ The clips are all the same, but in divx(avi), mpeg4 and sorenson formats. I have no idea who has what players so hopefully one of them will play. (The divx looks like total ass compared to the others. Why do people rave about it?) cgc

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev November 2003