GEM-dev February 2005

gem-dev@lists.iem.at

12 participants
19 discussions

"context" with [gemcontrol] or "gemoutput"
by james tittle 09 Feb '05

09 Feb '05

...I guess I kinda overlooked this issue that IOhannes brought up: actually, I didn't realize that the idea was to have multiple [gemcontrol]'s possible! So this makes more sense...the [gemcontrol]'s should have the "output"-association/symbol, and then just pass that on to whatever is hooked up to that particular control... ...but one thing I'm not understanding: when I have multiple [gemcontrol]'s, a "render on" message to one turns all of them on: it seems like this should be seperated, right? Especially if we're gonna have the ability to alter the frame rate... hmm, jamie

2 5

mpeg3_MMX_80w
by patrick 09 Feb '05

09 Feb '05

hi, i really hope that's not my fault (forget to install something), but after the compiling gem from cvs (it's working now, no more glext problem) i have this error: undefined symbol: mpeg3_MMX_80w when loading Gem.pd_linux. also, should i configure --with-avcodec=/home/patrick/src/ffmpeg/libavcodec/libavcodec.a --with-avformat=/home/patrick/src/ffmpeg/libavformat/libavformat.a or it's not necessary? patrick

2 2

configure, linux & -DINCLUDE_GLEXT
by james tittle 07 Feb '05

07 Feb '05

...this is really more for IOhannes, ...we've been having lotsa problems with people compiling GEMglBindBufferARB, with glBindProgramARB() being undeclared...this should be included via GL/glext.h, which is included in GEM via GemBase.h... ...but, GemBase.h:34 has a conditional define for INCLUDE_GLEXT, and this actually turns up in two other files: GemMan.cpp:44 and GemPixUtil.h:37 and configNT.h...but I can't find where it is -D'ed? Is this done in the configure process? Is there any real reason to #ifdef it out of the compile process? thanx, jamie

3 4

light.h = ISO C++ forbids declaration of `GLUquadricObj' with no type
by patrick 07 Feb '05

07 Feb '05

brand new bug in the cvs for linux: echo ----------../Nongeos---------- make[1]: Entering directory `/home/patrick/src/Gem/src/Nongeos' c++ -c -g -g -O2 -DNEW_VIDEOFILM -fPIC -mmmx -I../ -I/usr/local/include/avifile-0.7 -I/usr/local/include/FTGL/ -I/usr/include/freetype2/ -I/usr/local/include/ -fno-builtin -O3 -funroll-loops -ffast-math light.cpp -o light.o c++ -c -g -g -O2 -DNEW_VIDEOFILM -fPIC -mmmx -I../ -I/usr/local/include/avifile-0.7 -I/usr/local/include/FTGL/ -I/usr/include/freetype2/ -I/usr/local/include/ -fno-builtin -O3 -funroll-loops -ffast-math world_light.cpp -o world_light.o In file included from light.h:18, from light.cpp:17: ../Nongeos/world_light.h:104: error: ISO C++ forbids declaration of `GLUquadricObj' with no type ../Nongeos/world_light.h:104: error: expected `;' before '*' token make[1]: *** [light.o] Error 1 make[1]: *** Waiting for unfinished jobs.... In file included from world_light.cpp:17: world_light.h:104: error: ISO C++ forbids declaration of `GLUquadricObj' with no type world_light.h:104: error: expected `;' before '*' token world_light.cpp: In constructor `world_light::world_light(t_floatarg)': world_light.cpp:36: error: class `world_light' does not have any field named `m_thing' world_light.cpp: In member function `virtual void world_light::startRendering()': world_light.cpp:117: error: `m_thing' undeclared (first use this function) world_light.cpp:117: error: (Each undeclared identifier is reported only once for each function it appears in.) world_light.cpp: In member function `virtual void world_light::stopRendering()': world_light.cpp:137: error: `m_thing' undeclared (first use this function) world_light.cpp: In member function `virtual void world_light::render(GemState*)': world_light.cpp:179: error: `m_thing' undeclared (first use this function) make[1]: *** [world_light.o] Error 1 make[1]: Leaving directory `/home/patrick/src/Gem/src/Nongeos' make: *** [subdirs] Error 255 any idea? thank you! patrick

2 1

GEMglBitmap.cpp / glBindProgramARB compilation error
by patrick 07 Feb '05

07 Feb '05

c++ -c -g -g -O2 -DNEW_VIDEOFILM -fPIC -mmmx -I../ -I/usr/local/include/avifile-0.7 -I/usr/local/include/FTGL/ -I/usr/include/freetype2/ -I/usr/local/include/ -fno-builtin -O3 -funroll-loops -ffast-math GEMglBitmap.cpp -o GEMglBitmap.o GEMglBindProgramARB.cpp: In member function `virtual void GEMglBindProgramARB::render(GemState*)': GEMglBindProgramARB.cpp:48: error: `glBindProgramARB' undeclared (first use this function) GEMglBindProgramARB.cpp:48: error: (Each undeclared identifier is reported only once for each function it appears in.) make[1]: *** [GEMglBindProgramARB.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/home/patrick/src/Gem/src/openGL' make: *** [subdirs] Error 255 ?????? patrick

2 4

musings on multiple_window
by james tittle 04 Feb '05

04 Feb '05

heya, ...well, so far so good: no one's having problems with the osx test version...but everyone keeps asking offscreen rendering, which seems to be about rendering different things to different windows...I'm working on an example patch which will show how to do "frustum culled" rendering, where objects are just rendered in different places out of the direction of view of each other, but this isn't doesn't help the idea of pBuffers... ...so, cgc and I chatted last nite, and I'm wondering if it's plausible to add another symbol to gemhead for gemman to manage...the priority system would still be used for rendering order, but the new symbol would be used to determine which output/glcontext the render would go to (kinda like pd's send/receive objects): by default (ie. no extra symbol), output would go to the "main" gemwindow...if there is a symbol, then the output would go to the associated display output: so we'd need to add a symbol to each gemoutput: [gembuffer offscreen1]: this would be for pBuffer [gemwindow onscreen1]: this would be for primary display [gemdv onscreen2]: this would be a dv stream of the onscreen2 render [gemwindow onscreen2]: this would be for 2nd monitor display ...then the gemheads would be something like the following: [gemhead 43 offscreen1]: this then renders to a pBuffer [gemhead -1 onscreen1]: this renders to the primary display [gemhead -2 onscreen2]: this renders to the 2nd monitor ...we'd then need the output [gembuffer offscreen1] to allow binding to texture for texturing on objects, which could then perhaps be rendered into another buffer, textured, then rendered into a scene for screen display... ...any obvious problems? jamie

4 7

Some hints for external on osx
by Pierre Laborde 02 Feb '05

02 Feb '05

Hi dear list, I am using GEM for several months for my own experimentation and some artists friends. I've tried to do a GEM external on OSX but I've failed. I've used the same process that works on Linux, and I've ended with similar results to the ones Sebastian posted on the list few days ago (see Sebastian's message at the end of this message). If someone has by the past succeeded in making an external on OSX, could he help Sebastian and I ? Do we forgot a fundamental step ? By the way, as a workaround, I was thinking in compiling the whole GEM from the Xcode project file that comes with the GEM source. But I miss the GemLibs folder that is available only for NT and Linux. Where could I find GemLibs for OSX ? In advance, thank you very much for any help or any suggestion. Pierre ____ Sebastian's message: Hello, i am pretty new to PD and GEM but i love it and i want to use it form some project i am going to work on. so, lets get to the point. i have to write an external for PD which uses GEM to make some image processing. i managed to write a simple external for PD which was not very hard. but i could not yet get a GEM external up and running. i am working on macosx and windows. my latest work ended up in a lot of unresolved externals while PD is trying to load my external. i simply took the pix_blur class, changed it minimally and tried to compile it using the following lines: g++ -o pix_myblur.o -c pix_myblur.cpp -I../src g++ -bundle -undefined suppress -flat_namespace -o pix_myblur.pd_darwin pix_myblur.o running "./pd -lib Gem -lib pix_myblur" results in the following: dyld: ./pd Undefined symbols: __ZN11imageStruct5clearEv __ZN7GemBase11setModifiedEv __ZN7GemBase17obj_setupCallbackEP6_class __ZN7GemBase17realStopRenderingEv __ZN7GemBaseD2Ev __ZN9CPPExtern16setCPPObjectNameEPc __ZN9CPPExtern8m_holderE __ZN9GemPixObj10postrenderEP8GemState __ZN9GemPixObj12processImageER11imageStruct __ZN9GemPixObj14setPixModifiedEv __ZN9GemPixObj15processRGBImageER11imageStruct __ZN9GemPixObj17obj_setupCallbackEP6_class __ZN9GemPixObj6renderEP8GemState __ZN9GemPixObjC2Ev __ZTV9GemPixObj __ZnwmPvS_ Trace/BPT trap well, what did i forget? if somebody has a little makefile or hint, i would be very thankful. how can i load the Gem.pd_darwin symbols in my external, or do i have to do it? Thank you in advance. Sebastian

3 5

multiple window test
by B. Bogart 02 Feb '05

02 Feb '05

Hey Jamie, I just tried the multiple window Gem, unfortunatly its not working very well for me. I'm running 10.3.7 currently. So I can create two windows fine, but the square is not visible. After playing a bit I can't make anything show up in either window, just black. The console report is that the end of this message, it does say "shared 0" for both windows, perhaps thats it? Thanks Jamie! :) Here is the full console output: gemwindow::resetValues entered GemOutput::resetState entered dimenMess gemwindow::resetValues entered GemOutput::resetState entered dimenMess MAC: createGemWindow() gemwindow: create window 44D9E0 MAC: createGemWindow() GemwinMac: width - 500 height - 500 MAC: BuildGLonWindow entered MAC: BuildGLonWindow: fDraggable= false MAC: BuildGLonWindow: not draggable on single device MAC: BuildGLonWindow (!pcontextInfo->fDraggable && (numDevices == 1)) MAC: BuildGLonWindow exit GemWindow Activate err = 0 createGemWindow() finished hints: actuallyDisplay = 1 hints: border = 1 hints: width = 500 hints: height = 500 hints: real_w = 500 hints: real_h = 500 hints: x_offset = 0 hints: y_offset = 50 hints: fullscreen = 0 hints: border = 1 hints: display = (null) hints: title = GEM hints: shared = 0 hints: fsaa = 0 MAC: createGemWindow() gemwindow: create window 473BC0 MAC: createGemWindow() GemwinMac: width - 500 height - 500 MAC: BuildGLonWindow entered MAC: BuildGLonWindow: fDraggable= false MAC: BuildGLonWindow: not draggable on single device MAC: BuildGLonWindow (!pcontextInfo->fDraggable && (numDevices == 1)) MAC: BuildGLonWindow exit GemWindow Activate err = 0 createGemWindow() finished hints: actuallyDisplay = 1 hints: border = 1 hints: width = 500 hints: height = 500 hints: real_w = 500 hints: real_h = 500 hints: x_offset = 0 hints: y_offset = 50 hints: fullscreen = 0 hints: border = 1 hints: display = (null) hints: title = GEM hints: shared = 0 hints: fsaa = 0

1 0

osx multiple_window test
by james tittle 01 Feb '05

01 Feb '05

hey, ...I've put up a binary of the multiple_window test version for OSX on my homepage: http://homepage.mac.com/tigital ...this is compiled for G4's, so don't run it on a G3...included is an example patch, showing how the stuff works: if you don't send an offset message, by default the windows will be created on top of each other...to move them, cmd-click on the the windows title bar: this won't bring the window to the foreground in the finder (for reasons that are detailed elsewhere), but will allow you to move it around, even to another screen...I've only tested it on two powerbooks, so I'm looking for feedback on how it works with a computer with multiple display cards... ...also note that [gemwin] has been changed into an abstraction (included) to keep backwards compatibility... l8r, jamie ps; the multiple_window tag was branched about 6 months ago, so don't expect all of the fixes/changes since then, especially the vertex_array stuff...

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 February 2005