GEM-dev November 2005

gem-dev@lists.iem.at

14 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

Offscreen naming poll!
by james tittle 03 Dec '05

03 Dec '05

hey, ...this weekend I wrote an object that allows offscreen rendering (or "render-to-texture") on a per renderchain basis, using framebuffer objects (FBO's, GL_EXT_framebuffer_object): it is really useful for playing with multiple rendering passes and shaders...I'd like to commit it, but it occurred to me that it might be good to see what we should name it, and where it should go in the folder hierarchy? Currently it's named [gemframebuffer], but really I think [gemoffscreen] would be better, since it could be implemented using pbuffers instead of FBO's, which would allow for some backward's compatibility (I think)...? ...also, on my harddrive I put it in src/controls (it would be inserted into a gemchain after [gemhead]), but I guess it could also go in src/manips, or even src/Nongeos? ...to give a bit more overview, it works by setting up color/depth/ stencil rgb or float buffer(s) that you can render into, and basically it get's enabled at the start of render() and disabled in the postrender() call...the buffer is also bound to a texture ID, which can then be used in later gemchains (currently via [pix_multitexture]), where it currently requires using the glwrappers to make a geo to display on: I'd like to fix this so that there's an easier way to pass textures around based on their ID's: any ideas? Unless there's a way to determine width/height from a given texture ID, I think that dimension data will also have to be passed... james

4 11

pix_buffer
by B. Bogart 30 Nov '05

30 Nov '05

hey all, I'm playing with pix_buffer and realized the idea of a cyclic buffer as implimented is not what I actually need. Here is an example: Say we have a buffer of 3 slots First we capture a frame at t0 f0. the buffer contains: s0: f0 s1: empty s2: empty Then we capture a second frame at t1 f1 s0: f0 s1: f1 s2: empty When once we have filled the butter by t2 then I want this to happen: s0: f1 s1: f2 s2: f3 So we have lost frame f0 because it is the oldest, and shifteverything to clear a new spot at s2 for a new image. Obviously it would be inefficient to copy the buffers but if we would just remap the indexes, clear the oldest image from memory then we should be good. Of course i have no idea how to actually do this in C... Basically I'm capturing a number of frames over time, and I'd like index 9 of the pix_buffer to always refer to the newest image once the buffer is full... We could call this "append" mode [append 0/1< Also it would be great if we could also have pix_buffer_open and pix_buffer_save which would load and save TIF and JPG files into the pix_buffer. This could probably use most of the code from pix_multiimage. Also it would be useful to be able to test if a slot in the buffer is empty, so I could always refer to the most recent image no matter how full the buffer may be. If there is a patch-level way to deal with this fifo type buffer for images outside of writing it myself in C then please let me know... I'd be interested in talking about a bounty for these features... any interest? Thanks all. b.

2 1

Compiling Vertex Arrays on Linux
by B. Bogart 29 Nov '05

29 Nov '05

Hey Johannes, I hope you can help me with this. I'm trying to compile the vertex branch of Gem but the compile fails with: make[1]: Leaving directory `/home/bbogart/pd-stuff/Gem.vertex/src/openGL' rm -f Gem.pd_linux *~ make -C Base -f ..//Makefile.subdir -j4 make[1]: Entering directory `/home/bbogart/pd-stuff/Gem.vertex/src/Base' make[1]: *** No rule to make target `/usr/X11R6/include/X11/extensions/xf86vmode.h', needed by `GemWinCreateXWin.d'. Stop. make[1]: Leaving directory `/home/bbogart/pd-stuff/Gem.vertex/src/Base' make: *** [Base] Error 2 indeed there is no such file xf86vmode.h on my system. According to the debian package search the package that provides that header is: xlibs-static-dev_4.3.0.dfsg.1-14sarge1 I have xlibs-static-dev installed: ||/ Name Version Description +++-==============-==============-============================================ ii xlibs-static-d 6.8.2.dfsg.1-1 X Window System client library development f but it only provides the following extension headers: /usr/X11R6/include/X11/extensions/bigreqstr.h /usr/X11R6/include/X11/extensions/xf86bigfont.h /usr/X11R6/include/X11/extensions/xf86bigfstr.h I tried to install the version 4.3.0 of the static libs but apt says my other packages depend on the newer version: libs-static-dev: libxinerama-dev conflicts with xlibs-static-dev (<< 6.8.1-0ubuntu1) xlibs-static-dev (version 4.3.0.dfsg.1-14sarge1) is to be installed. dpkg: error processing /home/bbogart/Desktop/Downloads/xlibs-static-dev_4.3.0.dfsg.1-14sarge1_i386.deb (--install): conflicting packages - not installing xlibs-static-dev Errors were encountered while processing: Note I have no unbuntu repositories on my machine, I guess those are taken from ubuntu and put into sarge. Why the new version of xlibs-static-dev does not provide the same headers I have no idea. What is this header for and how could I disable it? Thanks. b.

3 3

compiling gem with mingw
by Thoralf Schulze 28 Nov '05

28 Nov '05

Hi there, kicked off by hcs's new extended builds, I fired up msys again to build gem with mingw. I ditched my efforts with dev-c++ in favour of the (more) usual ./configure && make && make install way of compiling ... I stumbled upon the following problems - it would be great if someone could help out here: 1.) the build target is recognized as MINGW32_NT-5.0, which is the output of uname -s . I'm worried about two things here: first, the -5.0 seemingly refers to the version of nt mingw is running on, which might not be what we want. And secondly, there is no configMINGW32_NT-5.0.h.in file in src/Base - I just copied over configNT.in for the time being. In dev-c++, the target was GNUWIN32, which seems to be the better choice to me. 2.) configure checks for opengl by checking the presence of libGL.a (configure:5321: checking for glInitNames in -lGL ) . afaik, this is libopengl32.a in mingw . but I have to verify this again ... 3.) m_pd.h doesn't get found unless the appropriate path is exported via CPPFLAGS. now this file can be literally anywhere on a windows installation ... 4.) where is the right place to define platform-specific compiler- / linker options? I guess we need at least the -mms-bitfields option somewhere ... thank you very much for your help, thoralf. ___________________________________________________________ Yahoo! Model Search 2005 - Find the next catwalk superstars - http://uk.news.yahoo.com/hot/model-search/

2 1

curve3d CPU usage
by B. Bogart 26 Nov '05

26 Nov '05

Hey all, I'm trying to get slightly better resolution out of my curve3d objects, so I'm using them in array. Strange thing I'm seeing is that each curve3d rendered seems to use up about 20% of my AMD64 CPU. (3200+, Nvidia N6600) (on linux) running 60fps. Though I'm not manipulating the points at all, just connecting the gemhead straight to the curve3d and thats it, 20%. I'm aiming to use a grid of 4x3 curve3ds, but my test patch has only 4 and its already using up about 80% of my CPU without even sending new control-point data. Any ideas on how to make this object more optimized? I'd really like to be able to use more than a few of these objects... (no wonder my performance patch with a cube of 6 curve3d objects uses up 100% CPU of my 1.25Ghz g4 powerbook.) Thanks all. b.

2 2

Re: [GEM-cvs] Gem/src/Pixes pix_filmDarwin.cpp,1.25,1.26
by james tittle 26 Nov '05

26 Nov '05

On Nov 26, 2005, at 12:08 AM, christopher clepper wrote: > Update of /cvsroot/pd-gem/Gem/src/Pixes > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv3227 > > Modified Files: > pix_filmDarwin.cpp > Log Message: > Added the first check for HD format clips to deal with their > trickster frame sizes. Also, a fix for sound continuing after > rendering stops. ...snip... > + void pix_filmDarwin :: startRendering() > + { > + //bit of a hack related to stopRendering() > + SetMovieVolume(m_movie, kFullVolume); > + } > + > + void pix_filmDarwin :: stopRendering() > + { > + //bit of a hack to keep the sound from playing after rendering > stops > + SetMovieVolume(m_movie, kNoVolume); > + } > + ...I think you need to commit the new pix_filmDarwin.h, because these are not defined currently... james

1 0

glsl- test patch
by james tittle 26 Nov '05

26 Nov '05

...to go along with the commits, here's a test patch and a glsl vert/ frag combo that I've been using to see if everything works: the shader is the toon shader (again!?!) from the orange book, with a coupla changes: I changed most of the uniform variables to const's, because I haven't done a vec3 uniform changer, and since uniform variables are always zeroed by the glsl linkage, even though the shader might be working, ya wouldn't likely see any output ;-\ ...does it work elsewhere? ;-) jamie

2 1

2 gem windows?
by myrssini 23 Nov '05

23 Nov '05

Hi there is there a way to get 2 gem windows displaying at the same time from one pc? thanks m

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 2005