GEM-dev March 2005

gem-dev@lists.iem.at

11 participants
18 discussions

pf/pdp/3dp in Gem
by Tom Schouten 11 Aug '06

11 Aug '06

hi gemmers, just talking with jamie here in bergen and it's pretty clear to me how to write the bridge between libpdp and Gem. practicly, for me it is the build system. i'd like to add 5 objects. 3 of them are already in the pf/pd bridge. * [gem.get <thing>] : forks off one gemstate object as pdp packet * [gem.set <thing>] : inserts one pdp object in gem state * [pdp <thing>] : generic pdp processors (functional maps) * [3dp <thing] : 3d drawing objects (draw to current gl context) * [pf <script>] : any pf script the last 3 i have C code for and they don't depend on gem, but if pf/pdp/3dp is running inside Gem they need to be included. the first 2 need to be written from scratch as gem objects, possibly just derived from GemBase. i suggest someone helps me with setting this up, by adding templates for the gem.get and gem.set objects in the source tree and add them to the build process. the names are of course open to discussion. anything sane and short. the rest i need is just an init callback. this callback will: * initialize the forth and pdp memory manager * create the pf/pdp/3dp pd objects maybe it is best to keep this optional, since it introduces a library dependency. so, who is motivated to help me out here by adding the templates? i don't have time to learn the build and init process. cheers tom

10 62

Re: multiple_window: the questions begin!
by IOhannes m zmoelnig 16 Dec '05

16 Dec '05

james tittle wrote: > yallo, > > ...ok, checked it out and started compiling and stuff...immediately ran fine. > into a prob with the triggerMotionEvent(), which apparently takes four admittedly triggerMotionEvent (or rather: all of the hid-things like mouse, keyboard and probably tabled) does not really work yet in multiple_windows. we should discuss this (that is why i put this on gem-dev too): [gemmouse] outputs (as we all know) the mouse-position in the gem-window. now what happens if we have several gemwindows ? i think it there should be a mechanism to get the mouse-coordinates attached to the window the mouse appears in. this is not really possible with [gemmouse]. furthermore, [gemmouse] has several limitations (e.g.: no scroll-wheel support; what about mice with 10 buttons ?) now what should we do about it ? probably the simplest thing (as it is e.g. in pdp) would be to add an outlet to the various gem-windows that would emit the state of the mouse (or of any pointer). we could then build an abstraction (or do it in C) that sends this data to [gemmouse] which would act as a global receiver. as for outlets: personally i think by now(;-)) that it might be best to have just one outlet and prefix the outgoing messages, like [mouse <x> <y> <bt1> <bt2> <bt3>( this way we could always add another parameter to a certain message or just use a new message like [mouse_pos <x> <y>( [mouse_button 3 1( ok, the last 2 don't sound too convincing. anyhow, we need several messages to query things like the dimension of the window (or whatever): [dimen <x> <y>( > args: x, y, w, & h...why were the w & h added? I assume this is width > and height of the window that is being tracked? yes. the idea was to get away from absolute coordinates. i mean, you had to rewrite (well: adjust) your patch everytime you changed the window-dimensions (e.g. developping with a small window and performing with a big one) so i though normalized coordinates would be a cool thing (e.g. 0/0 is always upper left, 1/1 is lower/right) to make it compatible with older versions of [gemmouse] (else this would break every single patch that uses [gemmouse]) i decided to make this behaviour dependent on parameters. so you could give the maximum output range as arguments [gemmouse 1 1] would normalize x & y between 0..1 [gemmouse 10 20] would scale x between 0..10 and y between 0..20 ideally [gemmouse 1] would scale x&y between 0..1 on square windows and between 0..1 and 0..x/y (or the other way around ? thats the big question; i think i t would be better to fix the y-axis and scale x appropriately as this would make "moving objects with the mouse" much easier) on rectangle windows. mfg.as.dr IOhannes

5 16

pix_imageInPlace on sphere crashing GEM .90 but not .888
by Zack Settel 18 Apr '05

18 Apr '05

In Gem v.90 (OS X): It seems that using the object "pix_imageInPlace" with a SPHERE crashes Gem when the "download" button is hit. Using "pix_imageInPlace" with a CUBE is fine. In Gem v.888 all is well. Anyone else seen this? -Zack

2 1

Re: [PD] multiple_window feature of Gem?
by B. Bogart 04 Apr '05

04 Apr '05

Hey all, I've moved the discussion onto the gem-dev list. I think the pders have had enough of this discussion! I did not see a link to any in depth documentation from chromium. It does sound very promising... I'm not a c++ programmer so I'm not sure what it would involve to build these functions into GL wappers for Gem. I'm not sure how the functions latch onto an existing context, and how the whole thing works architecturally (what parts run on what machines, master slave connections etc.. Since Gem is a library you can use gem-dependant objects anyware but inside Gem. Due to this I think all "externals" for Gem have been included in Gem proper. (why not?) The tiled display and multiple view stuff looks quite useful. Sebastien, do you think lighTWIST could end up being a set of objects for pd/Gem? Perhaps based on something like chromium (is it GPL?) plus your distortion stuff? I just wonder about performance, considering the speed of the AGP bus for texture transfers vs ethernet transport between the source and destination for the texture! especially if your talking about moving video... (are you guys even using video in your cave application?) Anyhow gem-devers this discussion does sound interesting, I'm sure some of you have ideas about Gem clustering for N projectors/machines. B. Mike Wozniewski wrote: > B. Bogart wrote: > >> The IDEAL solution would be a system that could take the RENDER data >> from the pixelTANGO gem-chains (well the whole context) pass the entire >> thing onto the multicast network and somehow dynamically build a copy of >> the pixelTANGO patch in a non-Gem host. That is you have a magic little >> application that just dynamically clones an exitsing GL context over >> network. Once we have the copy in the projector machine we can crop it >> for that projector, and apply the deformation grid. Of course references >> to pixel textures in memory, framegrabbers etc.. would not be >> interpreted propely. I don't see how chromium deals with this part of >> transporting the texture/video data... > > > Although I've just learned of Chromium, it sounds like it may be the > ideal solution we're looking. From what I can tell, all that Chromium > does is intercept openGL commands from arbitrary OpenGL applications, > bundles them in a "stream", and passes them thru a 'Stream Processing > Unit' (SPU) chain. At the OS-level, Chromium pretends that it IS the > OpenGL library, hence it is transparent to the application. > > Some side-notes: > -This means that Gem might not need to be modified at all (!) ...and it > looks like Chromium supports pretty much all of standard OpenGL through > version 1.5, which should be sufficient. > - There exists a Tilesort SPU. This distributes the stream to various > machines, creating a tiled display (ie, each machine gets one tile to > render). Furthermore, there is a non-planar version of Tilesort SPU > where you can specify different viewing frustums for each machine - > Perfect for a CAVE, or immersive environment! (see > http://chromium.sourceforge.net/doc/nonplanar.html for more details). > - To answer your texture question: there's a distributed texture SPU... > from the Chromium docs: "The idea is that a program can use write-mode > to distribute texture image data on a rendering cluster the first time > the program is run. Then, the second and subsequent runs can use > read-mode to quickly read the texture data from the render servers, > instead of passing it all through the Chromium tilesort SPU." > - I didn't see any mention of dynamic textures though :( ...but if > you're talking about video files that already exist on disk somewhere, > then perhaps it's possible. See > http://brighton.ncsa.uiuc.edu/%7Eprajlich/wall/ppb.html for an example > of showing movies on a tiled wall display using Chromium. > > I'm going to look into Chromium a bit more. We'll be in touch again > sometime soon. > > Cheers, > Mike Wozniewski > > P.S. I've added one more person to the discussion: Jeremy Cooperstock, > who is our project supervisor. I believe that some of you probably know > each other already. > >

4 6

media loading problem
by Tim Blechmann 01 Apr '05

01 Apr '05

hi gem-devs ... i experienced something very strange with gem on a few machines ... i'm using gem to display images and play back videos ... but on one point (after a few hours), it refuses to load images / videos ... from the logs: TIFFOpen: /home/phantom/media/coul-rou.png.tiff: Cannot open. error: GEM: Unable to load image: /home/phantom/media/coul-rou.png.tiff error: GEM: Unable to open image file: /home/phantom/media/slo08-A0.png.tiff TIFFOpen: /home/phantom/media/slo08-A0.png.tiff: Cannot open. <snip> GEM: pix_film: Loaded file: /home/phantom/media/AN-slo10.avi.jpeg.mov with 127 frames (1280x1024) GEM: pix_film:: couldn't decode video ! GEM: pix_film:: couldn't decode video ! GEM: pix_film:: couldn't decode video ! the strange thing ... i was able to load exactly these files before ... the version of gem is 0.90... any ideas? thanks ... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

2 2

bug: geos vertices messup with draw full/fill message
by Erich Berger 31 Mar '05

31 Mar '05

hi, attached u find a patch which shows that when one sends a |draw full( or |draw fill( to cube or cuboid, ( thats the ones i noticed) the vertices drawing gets messed up. in opposite sphere and tube are working as it should. this is just visible with alpha enabeled and happens for example if one switches back from drawing a geo as line to fill mode. esp. strange is that a |draw full( message is doing something, as its everywhere called "fill" in the src, but maybe this points already to a possible errorsource ? cheers erich --------------------- http://randomseed.org

5 12

Re: pix_multiblob
by IOhannes m zmoelnig 31 Mar '05

31 Mar '05

B. Bogart wrote: > Hey IOhannes, > > did you find the multi-blob tracker you mentioned on list? well here it is. i haven't yet added it to the CVS, as i think the functionality should be broken into 2 objects: [pix_multiblob] (that detects multiple blobs in one image) and a [blobtracker] object that does the tracking (this is: ensure consistency of indices over time) of feature-vectors. the [pix_multiblob] is finished and i think i will submit it; the [blobtracker] (which will most likely be an abstraction based on iemmatrix) has bothered me the whole day (and i don't know why ;-)) mfg.adr IOhannes

2 2

gem configure script
by Tim Blechmann 31 Mar '05

31 Mar '05

hi all i have some problems compiling Gem on fedora core 3: the configure script fails: checking for main in -lX11... yes checking for main in -lXext... yes checking for XF86VidModeGetAllModeLines in -lXxf86vm... yes checking for sin in -lm... no checking for main in -lz... no checking for glInitNames in -lGL... no checking for glInitNames in -lMesaGL... no OpenGL is mandatory since "sin" can't be found in libm, there is something really bad going on ... (btw, nm /usr/lib/libm.so shows sin) tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

3 3

OSX Compiled but not working
by Wesley H. Smith 29 Mar '05

29 Mar '05

Thanks for the tip on the src files James, So, I was able to compile Gem.pd_darwin with one caveat...my Gem.pd_darwin is 12.6MB whereas the G4 distribution is 17.9MB. Obviously, something went wrong here. For grins, I tried to run PD/GEM with the version I compiled. PD loaded, I saw the console window and then it quit without saying anything not even about GEM. I thent tried it with the G4 distro from iem and everything was normal. At this point, I have no idea what went wrong. I have all of the files/frameworks etc. The last thing I was having problems with was trying to get Xcode to find libftgl.a. I gave the project a path to this file in the resource path settings and it compiled. I did do one thing that I wasn't sure about. I made an errant click in the xcode project, but I wasn't sure what exactly I did. I ended up getting some erorrs that I hadn't seen before and unchecked gemextwin.cpp and gemextwin.h from the project since they included /Base/GemOutput.h. During compilation I had 41 warnings which looked mostly harmless to me from tube.h, pix_texture.cpp, pix_halftone.cpp, model_loader.cpp, GemPixUtil.cpp, and pix_videoDarwin.cpp. Maybe someone has come across this situation before? Any suggestions? best, wes

2 3

OSX Compiled but not working +1
by Wesley H. Smith 29 Mar '05

29 Mar '05

If this helps, here's the terminal output when trying to run Pd.GEM: dyld: /Applications/Pd-0.38-2.app/Contents/Resources/Scripts/../bin/pd Undefined symbols: __ZN8CVector39normalizeEv __ZN8CVector3C1Efff __ZN8CVector3C1Ev __ZN8CVector3miES_ __ZN8CVector3plES_ _orb_close _orb_getstatus _orb_init _orb_open _orb_set_nullregion pd_gui: pd process exited wes

5 6

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev March 2005