GEM-dev May 2006

gem-dev@lists.iem.at

15 participants
21 discussions

Re: [PD-dev] Re: [GEM-dev] CVS Gem.linux load error: undefined symbol: glUniform4iARB Gem: can't load library
by Mathieu Bouchard 15 May '06

15 May '06

On Mon, 8 May 2006, David Plans Casal wrote: > On 8 May 2006, at 16:43, geiger wrote: > > I am sorry but it won't be possible to add all users of DesireData 0.39.A > > to the developer CVS. SF suggest to have at most 20 developers, Pd CVS > > has already 54. Finding a better host for the CVS would be good > > though, maybe this can go in line with an svn transition. > > Any volunteer to take the lead in that ? > Are you talking about finding completely alternative hosting to SourceForge, > for SVN hosting Puredata on the whole? I don't know whether Günter means switching away from SourceForge, but I really think that the whole Pd CVS should leave SourceForge right now. The web services like patch-tracker and bug-tracker and downloads and such can all stay on SourceForge, I don't mind, but the CVS has to leave because there are too many problems. Actually, because Chun and I really have to work on DD alot these days and the CVS is just plain down, we'd rather move out tomorrow than waiting June 1st, but if SF is up tomorrow until the 30th I don't mind. If SF has longer downtime I'll make an emergency fork. _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada

2 1

CVS Gem.linux load error: undefined symbol: glUniform4iARB Gem: can't load library
by thewade 13 May '06

13 May '06

Hello, I know CVS is bleeding edge so this is just a little feedback. My machine is an AMD64 FC4 machine running in 32-bit mode. I am using pd-0.39-1 and Gem from CVS just moments ago (2006-05-07). I had a working version of Gem installed except that I couldn't get my camcorder to work with pix_video because it was looking at /dev/dv1394 for my device, where as it should be looking at /dev/dv1394/%d, or so I think. So I download and build the CVS Gem (I also had to ln -s /usr/local/include/FTGL /usr/include/FTGL and remove the -msse2 flag to get the thing to compile). When I ran PD I got: usr/local/lib/pd/extra/Gem.pd_linux: /usr/local/lib/pd/extra/Gem.pd_linux: undefined symbol: glUniform4iARB Gem: can't load library What can I do to make this work? Lastly, but not least, thank you (all) for writing such great software and just giving it away. When I become famous (HA! Or at least get out of debt!) I want to donate a bunch of money to all the opensource packages I use! -thewade

5 10

new win32 build
by chris clepper 12 May '06

12 May '06

I put a build up that fixes the crash when QT load, has some of my more recent pix_ objects and does ARB_ shaders. I also moved the QT init code into the GemMan init and added a fps output to gemwin (not checked into CVs yet). The biggest problem I have is that pix_film runs at like 2 seconds per frame when the first clip is loaded, but starting and stopping rendering fixes it. pix_video does the same. Also, texturing performance is really bad on the FireGL here. Anyone still attempting GEM on Windows want to test it? http://taproot.dyndns.org/~cgc/downloads/Gem.dll cgc

7 39

Re: [PD-dev] Re: [GEM-dev] CVS Gem.linux load error: undefined symbol: glUniform4iARB Gem: can't load library
by geiger 09 May '06

09 May '06

On Mon, 8 May 2006, David Plans Casal wrote: > On 8 May 2006, at 16:43, geiger wrote: > > > I am sorry but it won't be possible to add all users of DesireData > > 0.39.A > > to the developer CVS. SF suggest to have at most 20 developers, Pd CVS > > has already 54. Finding a better host for the CVS would be good > > though, maybe this can go in line with an svn transition. > > > > Any volunteer to take the lead in that ? > > Are you talking about finding completely alternative hosting to > SourceForge, for SVN hosting Puredata on the whole? The principal problem seems to be the host, not CVS. So finding a better host could solve that problem. The svn transition is just an addon, which could be done at the same time but doesn't address the same problem. Hope this makes it clearer, Günter > > d > > > -- > David Plans Casal > Researcher, UEA Studios > d.casal at uea dot ac dot uk > http://www.davidcasal.com >

1 0

crash when destroying fullscreen, menubarless, borderless gemwin, and difficulty creating borderless, menubarless, fullscreen gemwin.
by B. Bogart 09 May '06

09 May '06

Hi all, So I finally got gem compiling via terminal on OSX. Thanks Chris especially for all your time. I think I sent you all any src changes that allowed be to compile. (bgra!) So now that its compiled I have a few strange issues. Both these issues happen on Jamie's May 8th 2006 build, and my own from last week. (from a CVS update from last week) Oh and before I forget can someone please change the gem splash screen to say the CVS revision, branch name, or even just "CVS" since I'm tired of seeing "gem 0.90" when its CVS. The first issue is that pd will crash after I destroy a fullscreen, borderless,menubarless gemwin. The window goes away, there is a pause, then Pd crashes. This is currently happening with pd-extended (stable 0.38-4). Here is the trace: $ gdb GNU gdb 5.3-20030128 (Apple version gdb-330.1) (Fri Jul 16 21:42:28 GMT 2004) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-apple-darwin". (gdb) attach 602 Attaching to process 602. Reading symbols for shared libraries . done Reading symbols for shared libraries ................................................................................................................. done 0x9000b468 in select () (gdb) continue Continuing. Program received signal EXC_BAD_ACCESS, Could not access memory. clock_unset (x=0x79708) at m_sched.c:57 57 m_sched.c: No such file or directory. in m_sched.c (gdb) bt #0 clock_unset (x=0x79708) at m_sched.c:57 #1 0x00039680 in clock_set (x=0x0, setticks=2294439040) at m_sched.c:74 #2 0x02012e74 in dispatchGemWindowMessages() () #3 0x0003a024 in sched_tick (next_sys_time=2294439040) at m_sched.c:357 #4 0x0003a2f0 in m_scheduler () at m_sched.c:453 #5 0x00002240 in _start (argc=530048, argv=0x2d13ad0, envp=0x1388) at /SourceCache/Csu/Csu-47/crt.c:267 #6 0x8fe1a278 in __dyld__dyld_start () Looks like a PD problem, but its happening when I'm going a gem operation. Also I noticed using the test patch (attached), that If I try and create the fullscreen, borderless, menubarless window after opening PD I still get a titlebar on the gemwin. But If I first send "create, 1" and then destroy it, and then create the fullscreen window with the very same message then it works... Seems like the create,1 sets something in the gemwin that is not in the initial load state. This is not a bug, but its strange, so I'm mentioning it. For some reason each time I attach to the PD process on OSX, gdb stops immediatly with: (gdb) attach 1018 Attaching to process 1018. Reading symbols for shared libraries . done Reading symbols for shared libraries ................................................................................................................ done 0x9000b468 in select () (gdb) bt #0 0x9000b468 in select () #1 0x0003ee20 in sys_domicrosleep (microsec=4, pollem=-1073743056) at s_inter.c:166 #2 0x0003a380 in m_scheduler () at m_sched.c:481 #3 0x00002240 in _start (argc=503524, argv=0x1, envp=0x0) at /SourceCache/Csu/Csu-47/crt.c:267 #4 0x8fe1a278 in __dyld__dyld_start () I have to type "continue" to actually start debugging a Pd crash. Thanks Jamie for the hints on using "attach" to gdb pd-extended! Since this only happens when destroying the window its not much of a big deal, but obviously should be fixed for the next release. Thanks all! .b.

3 2

frei0r
by Mathieu Bouchard 09 May '06

09 May '06

Is there support for the frei0r plugin interface in GEM and/or are there plans to support it soon? _ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju | Freelance Digital Arts Engineer, Montréal QC Canada

2 2

Compiling Gem from terminal on OSX: WAS: anyone have a recent G5
by B. Bogart 05 May '06

05 May '06

Hey all, I'm almost there! so building gem works, but linking dies with the PD symbols. I have the right m_pd.h stuff in /usr/local/include, but being on OSX no binary in /usr/local/bin. Should I just copy the binary from the .app into /usr/local/bin? Or is something else different happening here? g++ -o Gem.pd_darwin -framework QuickTime -framework Carbon -framework AGL -framework OpenGL Base/*.o Controls/*.o Geos/*.o Manips/*.o MarkEx/*.o Nongeos/*.o Particles/*.o Pixes/*.o openGL/*.o -ldl -lz -lm -lpthread ld: Undefined symbols: _main _canvas_getcurrent _error _gensym _atom_getint _class_addmethod _outlet_anything _outlet_free _outlet_new _post _inlet_free _inlet_new _clock_delay _clock_getsystime _clock_gettimesince _clock_new _clock_unset _atom_getfloat _atom_getsymbol _class_doaddfloat _garray_class _pd_findbyclass _startpost _s_float _atom_string _class_addlist _class_addcreator _class_new _class_sethelpsymbol _pd_new _class_addbang _outlet_list _outlet_float _outlet_symbol _s_list _clock_free _s_ _outlet_bang _canvas_makefilename _class_addanything _dsp_add _nullfn _s_signal _garray_getfloatarray _canvas_getdir _open_via_path _atom_getfloatarg _freebytes _getbytes _s_bang _floatinlet_new _class_addsymbol _resizebytes _pd_bind _pd_unbind _s_symbol _garray_redraw recordQT::getCodecName(int) recordQT::getCodecDescription(int) make: *** [Gem.pd_darwin] Error 1 Thanks all. Almost there! .b.

2 2

error in building fresh from CVS
by Hans-Christoph Steiner 04 May '06

04 May '06

I am building on a x86 mostly plain Debian/stable box with some testing packages. I did a "cvs up -APd" right before trying to build", this error happens everytime I try: hans@walterpatricksmith:src > gcc --version gcc (GCC) 3.3.5 (Debian 1:3.3.5-13) Copyright (C) 2003 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. hans@walterpatricksmith:src > rm config.cache configure; aclocal && autoconf && ./configure && make rm: cannot remove `config.cache': No such file or directory checking for Base/configLinux.h.in... yes checking for g++... g++ checking for C++ compiler default output file name... a.out checking whether the C++ compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for gcc... gcc checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking for sin in -lm... yes checking for main in -lz... yes checking for dlopen in -ldl... yes checking how to run the C preprocessor... gcc -E checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for gethostbyname... yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for main in -lX11... yes checking for main in -lXext... yes checking for XF86VidModeGetAllModeLines in -lXxf86vm... yes checking for main in -lXext... (cached) yes checking for glInitNames in -lGL... yes checking for gluLookAt in -lGLU... yes checking for "OpenGL"-framework... no checking for "AGL"-framework... no checking for "Carbon"-framework... no checking for "QuickTime"-framework... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for PKG_IMAGEMAGICK___CFLAGS... checking for PKG_IMAGEMAGICK___LIBS... -L/usr/X11R6/lib -llcms -ltiff -lfreetype -ljasper -ljpeg -lpng -ldpstk -ldps -lXext -lXt -lSM -lICE -lX11 -lbz2 -lxml2 -lz -lm -lpthread -lMagick++ -lMagick checking for PKG_TIFF_CFLAGS... checking for PKG_TIFF_LIBS... checking for tiff-config... no checking for TIFFOpen in -ltiff... yes checking for PKG_JPEG_CFLAGS... checking for PKG_JPEG_LIBS... checking for jpeg-config... no checking for jpeg_read_header in -ljpeg... yes checking for PKG_LIBQUICKTIME_CFLAGS... checking for PKG_LIBQUICKTIME_LIBS... checking for libquicktime-config... no checking for quicktime_init in -lquicktime... yes checking for PKG_LQT_CFLAGS... checking for PKG_LQT_LIBS... checking for lqt-config... yes checking for PKG_MPEG3_CFLAGS... checking for PKG_MPEG3_LIBS... checking for mpeg3-config... no checking for mpeg3_check_sig in -lmpeg3... yes checking for PKG_MPEG_CFLAGS... checking for PKG_MPEG_LIBS... checking for mpeg-config... no checking for OpenMPEG in -lmpeg... yes checking for PKG_AVIFILE_CFLAGS... checking for PKG_AVIFILE_LIBS... checking for avifile-config... no checking for CreateIAviReadFile in -laviplay... no checking for PKG_FFMPEG_CFLAGS... checking for PKG_FFMPEG_LIBS... checking for ffmpeg-config... yes checking whether (AVStream)->codec is of type "*AVCodecContext"... no checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking linux/videodev.h usability... yes checking linux/videodev.h presence... yes checking for linux/videodev.h... yes checking for PKG_IEEE1394_CFLAGS... checking for PKG_IEEE1394_LIBS... checking for ieee1394-config... no checking for main in -ldv... yes checking for PKG_FTGL_CFLAGS... -I/usr/include/freetype2 checking for PKG_FTGL_LIBS... -lGLU -lGL -lfreetype -lz -lftgl checking for PKG_GLTT_CFLAGS... checking for PKG_GLTT_LIBS... checking for gltt-config... no checking for GLTTFont in -lgltt... no checking for pthread_create in -lpthread... yes checking for X... libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for ANSI C header files... (cached) yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking float.h usability... yes checking float.h presence... yes checking for float.h... yes checking for memory.h... (cached) yes checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking termios.h usability... yes checking termios.h presence... yes checking for termios.h... yes checking for unistd.h... (cached) yes checking for stdbool.h that conforms to C99... yes checking for _Bool... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking for size_t... yes checking whether time.h and sys/time.h may both be included... yes checking for GLsizeiptrARB... no checking for unsigned int... yes checking size of unsigned int... 4 checking for void *... yes checking size of void *... 4 checking for error_at_line... yes checking for pid_t... yes checking for unistd.h... (cached) yes checking vfork.h usability... no checking vfork.h presence... no checking for vfork.h... no checking for fork... yes checking for vfork... yes checking for working fork... yes checking for working vfork... (cached) yes checking whether gcc needs -traditional... no checking for stdlib.h... (cached) yes checking for GNU libc compatible malloc... yes checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking for bzero... yes checking for floor... yes checking for gettimeofday... yes checking for memset... yes checking for munmap... yes checking for pow... yes checking for sqrt... yes checking for strchr... yes checking for strdup... yes checking for strrchr... yes checking for strstr... yes checking for lqt_add_video_track... no checking for glBindProgramARB... no disabling ARB-extensions checking for glBindProgramNV... no disabling NV-extensions checking m_pd.h usability... yes checking m_pd.h presence... yes checking for m_pd.h... yes checking whether compiler accepts "-freg-struct-return"... yes enabling "register struct return" allows to make use of FreeFrame-effects without recompiling them might break things, if you are using several different compilers checking whether compiler accepts "-O3"... yes checking whether compiler accepts "-fno-builtin"... yes checking whether compiler accepts "-falign-loops=16 -funroll- loops"... yes checking whether compiler accepts "-ffast-math"... yes checking whether compiler accepts "-mmmx"... yes checking whether compiler accepts "-msse2"... yes checking whether compiler accepts "-faltivec"... no checking whether linker accepts "-shared -Wl,-export-dynamic"... yes checking whether linker accepts "-bundle -bundle_loader /usr/local/ bin/pd"... no checking for strip... strip checking if strip is GNU strip... yes checking for dos2unix... dos2unix configure: creating ./config.status config.status: creating Make.config config.status: creating Base/configLinux.h config.status: Base/configLinux.h is unchanged Result: Target : Gem.pd_linux Objects : Base Controls Geos Manips MarkEx Nongeos Particles Pixes openGL Configuration: Compiler : g++ CXXFLAGS : -g -O2 -freg-struct-return -O3 -fno- builtin -falign-loops=16 -funroll-loops -ffast-math -mmmx -msse2 -I/ usr/X11R6/include : -I/usr/include/ffmpeg -I/usr/include/ ffmpeg -I/usr/include/quicktime -I/usr/include/freetype2 INCLUDES : -I/usr/include/FTGL -I/usr/include/ freetype2 DEFINES : LIBS : -ldv -lmpeg -lmpeg3 -lquicktime -ljpeg - ltiff -lGLU -lGL -lXext -lXxf86vm -lXext -lX11 -ldl -lz -lm -L/usr/ X11R6/lib -lpthread : -lGLU -lGL -lfreetype -lz -lftgl - lvorbis -lvorbisenc -ldts_pic -la52 -lz -lm -L/usr/lib -lquicktime - lgthread -lz -ldl -L/usr/X11R6/lib -llcms -ltiff -lfreetype -ljasper - ljpeg -lpng -ldpstk -ldps -lXext -lXt -lSM -lICE -lX11 -lbz2 -lxml2 - lz -lm -lpthread -lMagick++ -lMagick LDFLAGS : -shared -Wl,-export-dynamic : -L/usr/X11R6/lib Strip : strip --strip-unneeded Install path : /usr/local pure-data: version : 0.39 used optional libraries: font-rendering : FTGL image-support use ImageMagick : yes use TIFF : yes use JPEG : yes video-support use mpeg : yes use mpeg-3 : yes use QuickTime : yes use aviplay : no use ffmpeg : yes input-support use v4l : yes use ieee1394 : yes misc using ARB-extensions : no using NV-extensions : no using reg-struct-ret : yes Now run make ... make -C Base -f ..//Makefile.subdir -j4 make[1]: Entering directory `/home/hans/cvs/pure-data/Gem/src/Base' g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign- loops=16 -funroll-loops -ffast-math -mmmx -msse2 -I/usr/X11R6/ include -I/usr/include/ffmpeg -I/usr/include/ffmpeg -I/usr/include/ quicktime -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/ usr/include/freetype2 GemPixConvertSSE2.cpp -o GemPixConvertSSE2.o g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign- loops=16 -funroll-loops -ffast-math -mmmx -msse2 -I/usr/X11R6/ include -I/usr/include/ffmpeg -I/usr/include/ffmpeg -I/usr/include/ quicktime -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/ usr/include/freetype2 GemPixObj.cpp -o GemPixObj.o g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign- loops=16 -funroll-loops -ffast-math -mmmx -msse2 -I/usr/X11R6/ include -I/usr/include/ffmpeg -I/usr/include/ffmpeg -I/usr/include/ quicktime -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/ usr/include/freetype2 GemPixUtil.cpp -o GemPixUtil.o g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign- loops=16 -funroll-loops -ffast-math -mmmx -msse2 -I/usr/X11R6/ include -I/usr/include/ffmpeg -I/usr/include/ffmpeg -I/usr/include/ quicktime -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/ usr/include/freetype2 GemSIMD.cpp -o GemSIMD.o g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign- loops=16 -funroll-loops -ffast-math -mmmx -msse2 -I/usr/X11R6/ include -I/usr/include/ffmpeg -I/usr/include/ffmpeg -I/usr/include/ quicktime -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/ usr/include/freetype2 GemSetup.cpp -o GemSetup.o g++ -c -fPIC -g -O2 -freg-struct-return -O3 -fno-builtin -falign- loops=16 -funroll-loops -ffast-math -mmmx -msse2 -I/usr/X11R6/ include -I/usr/include/ffmpeg -I/usr/include/ffmpeg -I/usr/include/ quicktime -I/usr/include/freetype2 -I.. -I/usr/include/FTGL -I/ usr/include/freetype2 GemShape.cpp -o GemShape.o GemPixConvertSSE2.cpp: In function `void RGBA_to_UYVY_SSE2(unsigned char*, unsigned int, unsigned char*)': GemPixConvertSSE2.cpp:200: internal compiler error: in push_reload, at reload.c :1315 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see <URL:file:///usr/share/doc/gcc-3.3/README.Bugs>. make[1]: *** [GemPixConvertSSE2.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/home/hans/cvs/pure-data/Gem/src/Base' make: *** [Base] Error 2 ________________________________________________________________________ ____ "Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies." - Amy Smith

2 1

Re: [GEM-dev] stencil
by cyrille henry 04 May '06

04 May '06

hello, copiing your modifications, i've change lines 33 and 34 of the GemWinCreateXWin.cpp file to this : static int snglBuf24[] = {GLX_RGBA, GLX_RED_SIZE, 8, GLX_GREEN_SIZE, 8, GLX_BLUE_SIZE, 8, GLX_DEPTH_SIZE, 16, GLX_STENCIL_SIZE, 8, None}; static int dblBuf24[] = {GLX_RGBA, GLX_RED_SIZE, 4, GLX_GREEN_SIZE, 4, GLX_BLUE_SIZE, 4, GLX_DEPTH_SIZE, 16, GLX_STENCIL_SIZE, 8, GLX_DOUBLEBUFFER, None}; the buffer is now active, and the red square of the example is not draw when the test is active. now, i'm tryng to clear the stencil buffer in order to be able to draw a shape in this buffer. this exemple patch does not work. any ideas? thanks Cyrille james tittle a Ã©crit : >> hey cyrille, >> >> On Mar 3, 2006, at 8:54 AM, cyrille henry wrote: >> >>> does anyone have succefully used stencil buffer with GEM? >>> >>> here is what i'm trying to do, without succes... >> >> >> >> ...this is easy: it's not working because the gemwindow creation >> doesn't request a stencil buffer (at least on osx and linux)! >> However, I just committed a small change to the osx code that indeed >> does enable the stencil buffer, and it should be just as easy to do >> for linux and windows...after doing so, the patch works as expected... >> >> ...this does bring up an issue: should we always create the >> additional buffers (ie. depth, stencil, accumulation, aux), or should >> we create a message for gemwin to selectively enable/disable these >> before window creation? Currently on osx, 24bit depth and 8bit >> stencil buffers are created, and on linux it just creates a 16bit >> depth buffer... >> >> time to go out, >> jamie >> >> >> _______________________________________________ >> GEM-dev mailing list >> GEM-dev(a)iem.at >> http://lists.puredata.info/listinfo/gem-dev >> >> > > > ------------------------------------------------------------------------ > > #N canvas 0 0 1198 875 10; > #X obj 54 112 gemhead 44; > #X obj 54 403 translateXYZ 0 0 -1; > #X obj 54 90 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 0 1 > ; > #X obj 54 374 GEMglStencilOp; > #X obj 54 295 GEMglStencilFunc; > #X floatatom 194 367 5 0 0 0 - - -; > #X obj 147 340 GLdefine GL_KEEP; > #X obj 148 319 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 > -1; > #X floatatom 196 236 5 0 0 0 - - -; > #X obj 188 191 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 > -1; > #X obj 188 212 GLdefine GL_NEVER; > #X msg 161 269 1; > #X obj 54 230 GEMglEnable; > #X floatatom 137 184 5 0 0 0 - - -; > #X obj 126 140 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 > -1; > #X obj 126 163 GLdefine GL_STENCIL_TEST; > #X obj 316 189 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 > -1; > #X obj 316 212 GLdefine GL_ALWAYS; > #X obj 732 155 gemhead 31; > #X obj 732 131 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 1 > 1; > #X obj 732 281 GEMglClear; > #X obj 797 240 GLdefine GL_STENCIL_BUFFER_BIT; > #X obj 797 219 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 > -1; > #X floatatom 806 262 5 0 0 0 - - -; > #X obj 822 217 loadbang; > #X obj 188 132 loadbang; > #X obj 54 454 square 3; > #X obj 54 428 color 1 0 0; > #X text 219 282 enable the stencil buffer; > #X obj 520 95 gemwin; > #X msg 520 47 create \, 1; > #X msg 528 72 0 \, destroy; > #X obj 732 191 GEMglClearStencil 0; > #X text 220 303 the red square should not be seen \, unless setting > the StencilFunc to "GL_ALWAYS". This work as expected.; > #X obj 454 473 tgl 15 0 empty empty empty 0 -6 0 8 -262144 -1 -1 0 > 1; > #X obj 454 543 GEMglStencilMask; > #X msg 561 520 1; > #X obj 454 643 GEMglStencilFunc; > #X msg 561 618 1; > #X floatatom 503 609 5 0 0 0 - - -; > #X obj 489 563 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 > -1; > #X obj 489 586 GLdefine GL_ALWAYS; > #X obj 582 406 loadbang; > #X obj 454 744 square 1; > #X obj 454 497 gemhead 32; > #X msg 453 450 0; > #X text 459 766 to draw in the stencil buffer. this does not work because > the buffer is full of 1; > #X obj 454 722 GEMglStencilOp; > #X floatatom 594 715 5 0 0 0 - - -; > #X obj 548 667 bng 15 250 50 0 empty empty empty 0 -6 0 8 -262144 -1 > -1; > #X obj 547 688 GLdefine GL_REPLACE; > #X text 732 307 to clear the stencil buffer. this should make the stencil > test always be inactive. did not work...; > #X connect 0 0 12 0; > #X connect 1 0 27 0; > #X connect 2 0 0 0; > #X connect 3 0 1 0; > #X connect 4 0 3 0; > #X connect 6 0 5 0; > #X connect 6 0 3 1; > #X connect 6 0 3 2; > #X connect 6 0 3 3; > #X connect 7 0 6 0; > #X connect 9 0 10 0; > #X connect 10 0 8 0; > #X connect 10 0 4 1; > #X connect 11 0 4 3; > #X connect 11 0 4 2; > #X connect 12 0 4 0; > #X connect 14 0 15 0; > #X connect 15 0 13 0; > #X connect 15 0 12 1; > #X connect 16 0 17 0; > #X connect 17 0 4 1; > #X connect 18 0 32 0; > #X connect 19 0 18 0; > #X connect 21 0 20 1; > #X connect 21 0 23 0; > #X connect 22 0 21 0; > #X connect 24 0 21 0; > #X connect 25 0 10 0; > #X connect 25 0 15 0; > #X connect 25 0 6 0; > #X connect 25 0 11 0; > #X connect 27 0 26 0; > #X connect 30 0 29 0; > #X connect 31 0 29 0; > #X connect 32 0 20 0; > #X connect 34 0 44 0; > #X connect 35 0 37 0; > #X connect 36 0 35 1; > #X connect 37 0 47 0; > #X connect 38 0 37 3; > #X connect 38 0 37 2; > #X connect 40 0 41 0; > #X connect 41 0 39 0; > #X connect 41 0 37 1; > #X connect 42 0 36 0; > #X connect 42 0 41 0; > #X connect 42 0 38 0; > #X connect 42 0 45 0; > #X connect 44 0 35 0; > #X connect 45 0 34 0; > #X connect 47 0 43 0; > #X connect 49 0 50 0; > #X connect 50 0 48 0; > #X connect 50 0 47 1; > #X connect 50 0 47 2; > #X connect 50 0 47 3; >

4 8

Compiling Gem from terminal on OSX:
by B. Bogart 04 May '06

04 May '06

Hi Chris and all, So I went back through the emails after the show. I found the __VEC__ part and took it out, then changed all the "bgradata" to "rgbadata" which was over 20 matches in GemPixUtil.cpp. (I had to take out another __VEC__ ifdef that was the mirror of the first commented out. attached is my changed GemPixUtil.cpp and GemPixConvertAltivec.cpp (search for bbogart) Then I had to comment out both YUV422_to_YV12_altivec and YV12_to_YUV422_altivec functions. the compile gets a lot further but finally bails with: pix_filmYUV.cpp -o pix_filmYUV.o In file included from pix_filmDarwinYUV.h:17, from pix_filmDarwinYUV.cpp:17: pix_filmYUV.h:150: error: syntax error before `*' token make[1]: *** [pix_filmDarwinYUV.o] Error 1 make[1]: *** Waiting for unfinished jobs.... In file included from pix_filmYUV.cpp:17: pix_filmYUV.h:150: error: syntax error before `*' token pix_filmYUV.cpp: In constructor `pix_filmYUV::pix_filmYUV(t_symbol*)': pix_filmYUV.cpp:34: error: class `pix_filmYUV' does not have any field named ` m_oldImage' pix_filmYUV.cpp: In member function `virtual void pix_filmYUV::render(GemState*)': pix_filmYUV.cpp:167: error: `m_oldImage' undeclared (first use this function) pix_filmYUV.cpp:167: error: (Each undeclared identifier is reported only once for each function it appears in.) make[1]: *** [pix_filmYUV.o] Error 1 make: *** [Pixes] Error 2 Thanks! .b. On 4/26/06, B. Bogart <ben at ekran.org> wrote: > GemPixUtil.cpp:533: error: `bgradata' undeclared (first use this function) > GemPixUtil.cpp:533: error: (Each undeclared identifier is reported only once > for each function it appears in.) Looks like a typo or bad copy+paste. should be rgbadata. GemPixUtil.cpp: In member function `void imageStruct::fromYV12(short int*, > short int*, short int*)': > GemPixUtil.cpp:1126: error: `pixels' undeclared (first use this function) The Altivec function there looks out of place - another bad copy+paste? Just comment out that #ifded __VEC__ and continue.

3 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev May 2006