GEM-dev October 2005

gem-dev@lists.iem.at

10 participants
20 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_image
by Tim Blechmann 01 Nov '05

01 Nov '05

hi all, since i have a gem-patch running on win32, that's displaying only this: |gemhead| | |pix_image| | |pix_texture| | |scaleXYZ 5.33 4 0| | |square| after a few days of changing the image a lot (every 10 seconds or so), it's only displaying a white screen. is this a known issue? related to the pix_image cache? 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

5 13

Maybe high-level wrappers around openGL wrappers for vector drawing? WAS Re: [Vektor] [RFC] intuitive idea
by B. Bogart 29 Oct '05

29 Oct '05

Hi Dan, Ok, this is good to here, sorry I just jumped in without seeing the whole picture. Sounds like you are also proposing soe storage format in XML for the vectors? Actually you just inspired me to think about the possibility of a collection of pd/gem abstractions for higher-level vector (2D) drawing, all based around the gem OpenGL wrappers.... Right now in Gem the only way to draw a long spline curve without a fixed number of control points is to directly use the openGL drawing function, or to use a dynamic array of two point [curve] objects. I'l looking forward to see what develops here. How do you think the proposed system could be used in other applications? .b. daniel fischer wrote: > "B. Bogart" <ben(a)ekran.org> (on Fri, 28 Oct 2005 15:01:28 -0400): > > > Anyhow its just my strong opinion that a vector engine for real-time > > graphics should simply be built on openGL and not fabricated from scratch. > > hey ben, > > thanks for your comment. > > i don't think anyone here wants to build a vector engine from scratch. that would indeed be wasted time (we already have cairo's software renderer, antigrain, gl, mesa, and maybe more). and what you mention is basically what i try to do (SVG->OpenGL). i'd just prefer to be renderer-agnostic, both because of the problems with opengl you mentioned, and because sometimes it might be preferable to take a software renderer for quality reasons. > > cairo sports a gl-backend called "glitz". but i want to go even a step further, because what i described as "the renderer's model" (well, not described, but mentioned) can be implemented using OpenGL's DisplayLists, so then unchanged objects (even sub-objects whose parents change somewhat) will stay cached on the graphics card (at least with a good GL implementation). > > so, in fact, when i will go on about writing an actual renderer, it will be using gl pretty directly. which doesnt mean there's no place in this world for antigrain or other software renderers. > > maybe i should make one thing a bit clearer: i might make some statements about the renderer's design, but really what i'm trying to find is an interface specification to it. i'd definitely love it if there are multiple concurrent renderers. > > -dan > >

1 0

pix_coordinate postrender changes
by chris clepper 25 Oct '05

25 Oct '05

Hi I commented out the two lines in the postrender method of pix_coordinate and this resolves the memory leak when using [separator] with it. I have not run into any negative side effects for this, but it did enable me to replace 12 640x480 texture uploads with 3 for a recent project. Please test the change yourselves. cgc

1 0

gemwin syntax
by Tim Blechmann 22 Oct '05

22 Oct '05

hi all, after searching the archives, i found, that the gemwin "create" message takes an argument to specify the screen. since this is not really covered in the documents, how can i specify the screen on windoze? with "create :0.1" like on linux or somehow different? 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

3 6

Re: GEM shader usage
by IOhannes m zmoelnig 21 Oct '05

21 Oct '05

Tebjan Halm wrote: > to be honest, i dont read the whole mail ... *ashamed* tststs > so if i want to use shaders, i have to compile gem together with the > shader code ? > there is no object, that can load shaders ? there are objects that load shaders (from files) you just have to compile Gem from CVS to get these objects. > ... and which shader language is supported ind gem ? currently just ARB-shaders (and in theory NVSL) so no Cg and no GLSL; i am currently thinking about how GLSL would be best integrated (which pd-object set would be nice); once i have figured that out, it should be done pretty quick. mfg.asd.r IOhannes > > greets

4 13

Re: [GEM-cvs] Gem/src/Pixes pix_multitexture.cpp, NONE, 1.1
by IOhannes m zmoelnig 19 Oct '05

19 Oct '05

Jamie Tittle wrote: > Update of /cvsroot/pd-gem/Gem/src/Pixes > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv30447 > > Added Files: > pix_multitexture.cpp > Log Message: > initial commit: > - accepts a creation arg to set # of texture units to deal with, or it defaults to the maximum # on the card > - [texUnit 1 $2< assigns to texture Unit 1 the texID input via $2 > - [mode 0/1< switches between TEXTURE_RECTANGLE and TEXTURE_2D great; but it seems like you have forgotten pix_multitexture.h mfg.,as.dr IOhannes

2 1

gem_route?
by james tittle 12 Oct '05

12 Oct '05

hiya, ...after peeking into pdp some more recently, I found a really useful object: pdp_route...basically it just creates a number of outlets and routes the input to an outlet based on a number sent to it's left inlet...very simple object, and it seems we could/should have such a beast for gem states, too, because I'm tired of doing the whole route/ spigot/lots of other objects for the same effect... ...so, I'd be up to trying this, if other's think it'd be useful and not "bloatful" ;-) james

3 2

pd/gem locks up linux and keyboard in CCRMA FC3
by Spec 08 Oct '05

08 Oct '05

I compiled pd v0.39 and then gem v0.9 it seems some functions cause a complete lockup particularly loading the 08.model.pd example in the 01. basic directory. I ran an strace on it then stripped the trace file of chaff using sed, the last major commands in the log before I lost keyboard/gnome/x were ioctl(15, FIONREAD, [0]) = 0 ioctl(15, FIONREAD, [0]) = 0 ioctl(15, FIONREAD, [0]) = 0 recv(4, ".x8149350 menuclose 1;\n", 3650, 0) = 23 ioctl(10, 0xc0384641, 0xbfffd934) = 0 munmap(0xb54d8000, 266240) = 0 munmap(0xb592b000, 266240) = 0 munmap(0xb5523000, 8192) = 0 munmap(0xb5525000, 8192) = 0 munmap(0xb5527000, 8192) = 0 munmap(0xb5521000, 8192) = 0 munmap(0xb551f000, 8192) = 0 munmap(0xb551b000, 8192) = 0 munmap(0xb5519000, 8192) = 0 munmap(0xb551d000, 8192) = 0 munmap(0xb596c000, 622592) = 0 munmap(0xb58ea000, 266240) = 0 shutdown(15, 2 /* send and receive */) = 0 close(15) = 0 shmat(4294967295, 0, 0) = -1 EINVAL (Invalid argument) shmdt(0xb57a9000) = 0 ioctl(10, 0xc00c4642, 0xbfffd95c) = 0 brk(0x824b000) = 0x824b000 send(4, ".x8149350.c delete l814b060\n.x81"..., 3456, 0) = 3456 +++ killed by SIGKILL +++ But the program had only locked the keyboard and Xwindows (mouse still moved but nothing responded, and still a load of gettimeofday etc. messages in tracefile (stripped by sed) before the sigkill which was the power button (only way to restart/break) and everything still seemed to be running away in background. I'm wondering if its a gcc compiler/library version problem, would it be possible to let me know versions of all the libraries and which gcc you last tested it on linux was? It works OK on my laptop in windows using windows binaries and has not crashed on me once, but the directx opengl seems slower than opengl on my xorg fc3 CCRMA linux box (on the patches where gem works...:)) I'm using nvidia display drivers?, Maybe its the gem patches? I'm stumped, any help appreciated. Its a shame because pd/bonk~/gem with RT audio in looks a superb concept.

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev October 2005