GEM-dev February 2006

gem-dev@lists.iem.at

14 participants
34 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

gem bugs ?
by Georg Holzmann 02 Mar '06

02 Mar '06

Hallo! Just discovered 2 bugs (or at least strange behaviours): 1) create a gemwin, then close the gemwin with the mouse (clicking on the "x" right above the window ...) -> crash (also if there is no gemhead ...) the console tells me: GEM: Only using 8 color bits Direct Rendering enabled! GEM: Start rendering X connection to :0.0 broken (explicit kill or server shutdown). pd_gui: pd process exited for a gdb backtrace see below ... 2) If I want to make a fullscreen Gem-window with [fullscreen 1( my window manager (kde3.5) is really messed up ... I don't know how to explain ... resolution is really low and if I move the mouse I get out of the gemwin and see the rest of the screen (the patch, console ...) in a really low resolution ... I'm using Gem from cvs (compiled in january), pd0.39, xorg, debian, 2.6.14 kernel ... LG Georg gdb backtrace for problem 1: Program received signal SIGPIPE, Broken pipe. [Switching to Thread -1210788160 (LWP 7621)] 0xb7e9037e in __write_nocancel () from /lib/tls/libpthread.so.0 (gdb) bt #0 0xb7e9037e in __write_nocancel () from /lib/tls/libpthread.so.0 #1 0xb79e5b5e in XUnlockDisplay () from /usr/X11R6/lib/libX11.so.6 #2 0xb79e5e5f in _X11TransWrite () from /usr/X11R6/lib/libX11.so.6 #3 0xb79c96a5 in _XError () from /usr/X11R6/lib/libX11.so.6 #4 0xb79c97cd in _XReply () from /usr/X11R6/lib/libX11.so.6 #5 0xb7abb6ea in XF86DRIGetDrawableInfo () from /usr/lib/libGL.so.1 #6 0xb6ed41fd in __driUtilUpdateDrawableInfo (pdp=0x83e65d0) at dri_util.c:424 #7 0xb6eda580 in radeonGetLock (rmesa=0x82d9300, flags=12) at radeon_lock.c:107 #8 0xb6ed7b9e in radeonFlushCmdBuf (rmesa=0x82d9300, caller=0xb6f3ab4a "radeonFlush") at radeon_ioctl.c:617 #9 0xb6ed819e in radeonFlush (ctx=0xffffffe0) at radeon_ioctl.c:1255 #10 0xb6ed997e in radeonCopyBuffer (dPriv=0x83e65d0) at radeon_ioctl.c:902 #11 0xb6ed677e in radeonSwapBuffers (dPriv=0x83e65d0) at radeon_context.c:568 #12 0xb6ed44cf in driSwapBuffers (dpy=0x8289c90, drawablePrivate=0xffffffe0) at dri_util.c:470 #13 0xb7a97bae in glXSwapBuffers () from /usr/lib/libGL.so.1 #14 0xb7c37386 in GemMan::swapBuffers () from /usr/lib/pd/extra/Gem.pd_linux #15 0xb7c37dc1 in GemMan::render () from /usr/lib/pd/extra/Gem.pd_linux #16 0x080b1ef4 in sched_tick (next_sys_time=63815680) at m_sched.c:355 #17 0x080b2cd8 in m_scheduler () at m_sched.c:460 #18 0x080b5d45 in sys_main (argc=5, argv=0xbfba086c) at s_main.c:292 #19 0xb7d63ed0 in __libc_start_main () from /lib/tls/libc.so.6 -- 10 GB Mailbox, 100 FreeSMS/Monat http://www.gmx.net/de/go/topmail +++ GMX - die erste Adresse für Mail, Message, More +++

2 2

[glsl_program] getVariables() prob
by james tittle 01 Mar '06

01 Mar '06

...just throwing this out to anyone: I've come across a problem that has me stumped...it occurs when I'm working on a shader and change the number of uniform variables between loadings, such that re- linking causes a crash at: m_symname[i]=gensym(m_name[i]); ...this is in a loop that grabs results of active uniform variables, and it seems we're not cleaning up correctly either m_name[i] or m_symname[i]...I've also noticed that sometimes m_name[0] will not correctly be filled in, and therefore it doesn't show up in printInfo ()... ...I tried something like the following for m_name, m_symname, and m_params, but it's not enough: if (m_name) { for (int i = 0; i < m_uniformCount; i++) free(m_name[i]); free(m_name); } ...also, in getVariables() I've rearranged the order of free-ing variables so that it occurs before we query the gl object parameters (ie. before we reset m_uniformCount to it's new value), but this wasn't the full answer...any other ideas? jamie

4 5

Re: RE : [PD] Gemmouse inlet?
by B. Bogart 27 Feb '06

27 Feb '06

Hi Carlos, Ok, I found the patch, I only tested in on OSX, but it should work fine on linux/windoze, maybe with a little tweaking here and there. Anyhow I'm CCing the list again so everyone else who wants can get the URL from the thread. www.goto10.org/~bbogart/gemwin-interaction.tgz You can see I'm doing some strange things here with the scale, since the scale of the object changes, I need to know its changed bounds in terms of gemunits. This is why I had been asking for simple collision detection in Gem, so that you could just ask if the rectangle intersects with a single point on the XY plane, and not have to manually calculate the bounds based on the scale change... I have not looked at that patch in years. .b. Carlos Caires wrote: > -----Original Message----- > From: B. Bogart [mailto:ben@ekran.org] > Sent: Thu 2/23/2006 9:52 PM > To: Carlos Caires > Cc: IOhannes m zmoelnig; pd-list(a)iem.at > Subject: Re: RE : [PD] Gemmouse inlet? > > Hi Carlos, > > If I get what your doing you want to be able to use the gemhouse to drag > around multiple squares on the screen right? > > - Yes, this is exactly what I need. > > I have done this, if you > REALLY want it I can try and find the patch.. > > - Oh, ...I´ll really apreciated it.....Thanks. > Carlos Caires > > > > basically each square is in its own abstraction, and the abstraction > knows how bit the square is in gem units. [square 1] is 1 unit from the > center to the edges, so its actually 2 units wide. Then you convert the > gemmouse coords into gem coords (depends on the aspect ratio of the > window), then pack the scaled version and send it to all the > abstractions. inside each square you have moses or >= objects to check > if the mouse is indeed in the square, then that controls a spigot so > when the mouse is over the square the square will move with the mouse. > Oh of course you should use that value and the mouse-press together with > [&&] otherwise you'll collect all the squares as you pass over them... > > Its simpler than it sounds... > > .b. > > Carlos Caires wrote: > >>Hi, >>Is there a way to use several GEMMOUSE objects on the same GemWin? >> >>(For instance, I' d like to move separetly more than one [square] object, using the mouse). >> >>Thanks, >>Carlos Caires >> >> >>________________________________ >> >>De: IOhannes m zmoelnig [mailto:zmoelnig@iem.at] >>Date: ven. 17/02/2006 20:04 >>À: Carlos Caires >>Cc: pd-list(a)iem.at >>Objet : Re: [PD] Gemmouse inlet? >> >> >> >>som e imagem wrote: >> >> >>>Hello list, >>> >>>What´s for the inlet of Gemmouse object? >> >> >>for historical reasons :-) >> >>the Gem-framework makes it a bit complicated to create objects without >>inlets. >> >>mfg.ad.r >>IOhannes >> >> >> >>>Thanks. >>> >>>Carlos Caires >>> >>> >>>_______________________________________________ >>>PD-list(a)iem.at mailing list >>>UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >> >> >> >> >> >>_______________________________________________ >>PD-list(a)iem.at mailing list >>UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list >> > > >

1 0

Re: [GEM-cvs] Gem/src/Geos pqtorusknots.h, 1.2, 1.3 pqtorusknots.cpp, 1.2, 1.3
by james tittle 27 Feb '06

27 Feb '06

On Feb 21, 2006, at 6:05 AM, IOhannes m zmölnig wrote: > Modified Files: > pqtorusknots.h pqtorusknots.cpp > Log Message: > tried to make it more stable; > it is till crashing when: a) switching from non-texture to texture > (it works when the texture is present when rendering is started); > b) switching the lighting-state ...um, I saw yr post about this not being stable, so tried to take a look at it, but it just crashes whenever I send it a message: I know it didn't used to do this, as I used to use it to perform some vj stuff (don't ask)...anyway, I need to get back to fixing the other stuff that I know isn't working correctly, and will have to get to this in the future, but can you check that your reformating and code- condensing spree didn't introduce some typo's? thanx, jamie

2 4

pix_buffer* & pix_write
by B. Bogart 23 Feb '06

23 Feb '06

Hey all, So I've been working a lot with the pix_buffer (depot) stuff and had a few ideas that would make using it even more useful: * The ability to colour the buffer black, effectively clearing it without deallocating memory. * The ability to load and save the images in a buffer, basically being able to take a snapshot of the system so that the same images that were in the buffers can be reloaded, restoring the original state. * It would be also nice to be able to save a particular frame rather than the whole buffer. "load [filename]" to pix_buffer_read could load the [filename] into the slot already set by the pix_buffer_read index. "load [wildcard] 10" would load 10 images matching the wildcard pattern into 10 slots (reallocate if needed?) "save [filename]" to pix_buffer_write would save the image in the current slot to that filename. "save [filename] 10" could save images from the first 10 slots to filename with an id appended: "file0000", "file0001" etc.. "clear 10" or "clear" to pix_write would clear the first 10 slots, or the current slot respectively. "black" may work instead of the word "clear". Oh and It would be amazing if you could put pix_write in a gemchain and have it only capture that gemlist in the buffer... or maybe the current pix_write should be called something like window_write since it does not actually save what is happening in the pix_ of a chain... Thanks! .b.

3 5

jean habib would like you to join Frappr
by jean habib 22 Feb '06

22 Feb '06

jean habib wants you to join a friend map on Frappr To see jean habib's map, click below or paste the url into a browser: http://www.frappr.com/?a=myfrappr&id=649075&iv=1

1 0

Re: GEM Installation on OS X
by Paul Calamia 20 Feb '06

20 Feb '06

IOHannes, Thanks for your quick reply. I'm sorry I didn't include more details in my first e-mail. > what do you consider necessary? > it would be good to know this modifications so they could eventually be > incorporated (or at least: handled) in a regular build. There was one instance where g++ gave an error about a line something like this: char *x = malloc(...); so I added a (char *) cast to the malloc. I can send you the name of the source file in which this occured on Monday. There was also a problem in glsl_program.c where two constants were not defined. I don't have the exact deatils in front of me now, but I think they were values passed to functions that checked on whether OpenGL was rendering in hardware or software. I think they occured on lines 283 and 284. > how are you compiling Gem? using configure/make or using xcode (question > to jamie&chris: are you using the autoconf build system? (so can we > expect it to work :) ?) aclocal, autoconf, configure and make. I was following the directions given for linux since there were none for OS X. >> recordQT::getCodecName(int) >> recordQT::getCodecDescription(int) >this might be a bug. >for now, just delete the files Pixes/record* and Pixes/pix_record.* >(don't delete Pixes/pix_recordQT.* if you want to record to a movie) Thanks. I'll try that and let you know how it works. Best Regards, Paul

2 1

GEM texturing 3d models
by David Pirrò 19 Feb '06

19 Feb '06

1 0

Re: GEM Installation on OS X
by IOhannes m zmoelnig 18 Feb '06

18 Feb '06

Paul Calamia wrote: > Iohannes, hi. (i forward your mail also to the gem-dev(a)iem.at mailinglist: there are people who know more than me about the os-X build process) > > Greetings from the US. A student of mine and I are trying to build and > install GEM on a Mac G5 > from a CVS archive. After making a few necessary changes to the source > code, all files compile what do you consider necessary? it would be good to know this modifications so they could eventually be incorporated (or at least: handled) in a regular build. > but the build fails with the linker errors below. I assume the "missing" > functions are defined in Pd > which we already have installed. Can you please explain how we can modify > the make file to link > GEM properly? It's not clear to me where these functions are expected to be. how are you compiling Gem? using configure/make or using xcode (question to jamie&chris: are you using the autoconf build system? (so can we expect it to work :) ?) > > Thank you very much. > > Best Regards, > > Paul Calamia > > > /usr/bin/ld: Undefined symbols: > _main > _canvas_getcurrent > _error > _gensym > _atom_getint > _class_addmethod > _outlet_anything > _outlet_free > _outlet_new > _post > _inlet_free > _inlet_new [...] > _s_symbol > _garray_redraw all of them are defined in pd. you have to link against pd. for this, the build process has to find pd (when using configure, i think there is an option to tell it, where to find pd) > recordQT::getCodecName(int) > recordQT::getCodecDescription(int) this might be a bug. for now, just delete the files Pixes/record* and Pixes/pix_record.* (don't delete Pixes/pix_recordQT.* if you want to record to a movie) > collect2: ld returned 1 exit status > make: *** [Gem.pd_darwin] Error 1 > > > mfg.a.dr IOhannes

2 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 February 2006