GEM-dev

gem-dev@lists.iem.at

2417 discussions

MS IDE for GEM
by chris clepper 23 Jun '05

23 Jun '05

I'm going to be doing some work on WIndows/Intel/SSE for a while and need to know which of the MS IDEs would best suit. Can the freebie one build GEM properly or should I just go for the full version? I'm finagling for a copy of Intel's vTune as well but at $699 it's pretty steep (especially compared to the completely free and totally superior Shark). Thanks cgc

3 2

coverting gem-chain render commands to pd messages?
by B. Bogart 22 Jun '05

22 Jun '05

Hey all, I was thinking about mirroring gem-chains across machines over the network to sync them. Rather than having to create some system over OSC or xlmrpc or similar that contains all the different parameters for a particular chain it would be really handy to be able to have gem create a description string of a gem-chain. So there is an object in the gem-chain that converts all the objects in the gem-chain above it into a PD list. something like "rotate 90 0 0, translate -4 0 0, color 1 0.5 0 1, alpha" that describes the objects in the chain as a list. This list could then be easily transported over the network. At the receiver a second object takes this list and applies it to its own gem-chain. Only two objects to sync two chains, and in theory one could add objects in the chain on the sending machine and they would automatically get updated in the receiver without re-opening the patch. Also you could use the receiver object (from message to gem commands) with something like pyext to use python to script gem commands for a chain without manual patching. Anyhow I'm just thinking aloud. Did anyone miss my proposal for the "clear" function for gemwin? Should I put it in the feature requests on source-forge? Thanks. b>

3 4

compiling gem on win with dev-c++
by Thoralf Schulze 20 Jun '05

20 Jun '05

Hi list, I hope this is the right place to ask this question ... I'm trying to compile the cvs versin of gem with dev-c++ on win2k. There is an error compiling GemPixImageLoad.cpp, see the log: g++.exe -c Gem/src/Base/GemPixImageLoad.cpp -o Gem/src/Base/GemPixImageLoad.o -I"d:/programme/Dev-Cpp/lib/gcc/mingw32/3.4.2/include" -I"d:/programme/Dev-Cpp/include/c++/3.4.2/backward" -I"d:/programme/Dev-Cpp/include/c++/3.4.2/mingw32" -I"d:/programme/Dev-Cpp/include/c++/3.4.2" -I"d:/programme/Dev-Cpp/include" -I"D:/Dokumente und Einstellungen/VJ/Eigene Dateien/GEM/libs/jpeg-6b" -I"D:/Dokumente und Einstellungen/VJ/Eigene Dateien/GEM/libs/tiff-3.7.2/libtiff" -I"D:/Dokumente und Einstellungen/VJ/Eigene Dateien/GEM/pd/src" -I"D:/Dokumente und Einstellungen/VJ/Eigene Dateien/GEM/Gem/src" -D__GNUWIN32__ -mcpu=pentiumpro -D_M_IX86=600 -W -finline-functions -DNDEBUG -DWIN32 -D_WINDOWS -DNT -D_LANGUAGE_C_PLUS_PLUS -DWIN32_LEAN_AND_MEAN -DGEM_INTERNAL -march=pentium3 -msse In file included from D:/Dokumente und Einstellungen/VJ/Eigene Dateien/GEM/libs/jpeg-6b/jpeglib.h:24, from Gem/src/Base/GemPixImageLoad.cpp:57: D:/Dokumente und Einstellungen/VJ/Eigene Dateien/GEM/libs/jpeg-6b/jconfig.h:45:30: warning: no newline at end of file In file included from D:/Dokumente und Einstellungen/VJ/Eigene Dateien/GEM/libs/jpeg-6b/jpeglib.h:26, from Gem/src/Base/GemPixImageLoad.cpp:57: D:/Dokumente und Einstellungen/VJ/Eigene Dateien/GEM/libs/jpeg-6b/jmorecfg.h:161: error: conflicting declaration 'typedef long int INT32' d:/programme/Dev-Cpp/include/basetsd.h:52: error: 'INT32' has a previous declaration as `typedef int INT32' D:/Dokumente und Einstellungen/VJ/Eigene Dateien/GEM/libs/jpeg-6b/jmorecfg.h:161: error: declaration of `typedef long int INT32' d:/programme/Dev-Cpp/include/basetsd.h:52: error: conflicts with previous declaration `typedef int INT32' D:/Dokumente und Einstellungen/VJ/Eigene Dateien/GEM/libs/jpeg-6b/jmorecfg.h:161: error: declaration of `typedef long int INT32' d:/programme/Dev-Cpp/include/basetsd.h:52: error: conflicts with previous declaration `typedef int INT32' `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead. make.exe: *** [Gem/src/Base/GemPixImageLoad.o] Error 1 Execution terminated I downloaded the libjeg in question from http://www.ijg.org/files/jpegsrc.v6b.tar.gz , there was a file "jconfig.h" missing, which I downloaded from http://www.entropy.ch/viewcvs/trunk/EpegWrapper/libjpeg/jconfig.h?rev=156 . I guess this had to go wrong ... I'd appreciate any help, thoralf. ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

2 4

fixed filehandle leak?
by Mathieu Bouchard 14 Jun '05

14 Jun '05

Here's a bug that causes a filehandle leak in GEM. Every time an image load is attempted via image2mem() (used by [pix_image], [pix_multiimage], etc.) then a series of decoders are called one after the other, quitting after the first that succeeds. If the file exists and is not of any type handled before the SGI handler and not of SGI type either, the SGI decoder does not close the file handle. This happened several times when loading a *lot* of TIFF images on Windows during a Pd/GEM workshop at Videographe, this afternoon. When too many files are "open", then PureData can't open any new patch and can't even save any modified patches! Did I get it right? Index: src/Base/sgiimage.cpp =================================================================== RCS file: /cvsroot/pd-gem/Gem/src/Base/sgiimage.cpp,v retrieving revision 1.5 diff -u -r1.5 sgiimage.cpp --- src/Base/sgiimage.cpp 14 Sep 2003 16:03:59 -0000 1.5 +++ src/Base/sgiimage.cpp 13 Jun 2005 20:57:05 -0000 @@ -248,6 +248,7 @@ if(image.imagic != IMAGIC) { /* fprintf(stderr,"sizeofimage: bad magic number in image file\n"); */ + fclose(inf); return(0); } *xsize = image.xsize; ,-o--------o--------o--------o-. ,---. irc.freenode.net #dataflow | | The Diagram is the Program tm| | ,-o-------------o--------------o-. `-o------------o-------------o-' | | Mathieu Bouchard (Montréal QC) | | téléphone:+1.514.383.3801`---' `-o-- http://artengine.ca/matju -'

2 1

Thanks for your support
by Florian Grond 06 Jun '05

06 Jun '05

Dear List, Thanks to your support mostly with GEM (how to compile GEM, what libraies to switch on/off etc.) we could finish the installation "Quantenspiegel" (quantummirror), which is at the moment on show in the exhibition 51:49 at the ZKM in Karlsruhe. We did it by changing the pixbuffer oject such that two cameras can write into the buffer recombining and swapping pixels there. The resulting object is not really of general usefulness but at least our requestes stimulated IOhannnes to make the pixbuffer cyclic. you can find pictures from the installation on my page under projects / Quantenspiegel. http://www.grond.at/html/Frameset.htm Thanks again, Florian Lasse Hans

1 0

cvs commits done for the moment
by james tittle 02 Jun '05

02 Jun '05

hiya, ...after this flurry of activity, I think I have everything (and then some...) committed toward using the configure/make build system on OSX: one thing I'm not sure of is whether or not to commit my generated configure script, as that would be darwin specific...maybe we should delete the configure script in cvs in order to force people to run autoconf? And while yr at it (looking at IOhannes), can you go ahead and delete Base/GemDag.cpp & Base/GemDagg.h? I don't think we've used those in years... ...so, if anyone wishes to try this out on a "not-jamie's-machine" kind of computer, please do and report back any problems so I can move on to other Gem things...atm, it should be noted that the compile will default to the machine's osx version, as I haven't had time to insert the cross-compiling stuff (and thereby support older/ newer os versions)... good luck! jamie ps: remember, the configure stuff is in Gem/src/gnu, so cd there, then run "autoconf", then run "./configure --includedir=../../../ GemLibs:../../../pd-0.38-4/src --with-ftgl" or something similar (you may want to add "--disable-new", "--disable-ARB", or "--with- gemlibs=DIR" depending on your setup or osx version)

3 2

Re: [PD] GEM Linux and video codecs
by Etienne Desautels 02 Jun '05

02 Jun '05

Hi Patrick, On 05-06-02, at 12:49, patrick wrote: >> One last thing, I was not able to use FSAA. My video card is an ATI >> 9600 and I'm using the binary driver with x.org. I put the lines to >> enable FSAA in my X86-config-4 file without any success. Any ideas ? > > hi etienne, > > i have the same card and it works. you have to send [FSSA 6] (or 2,4) > to > gemwin before creating the window. let me know if it's not working, i > will > look at my x86conf (i remember i had troubles with some settings in > x86). Yes I know that I have to send [FSAA $1] to gemwin before the creation of the window, but it doesn't work. So, yes, if you could send me your x86conf, I'll appreciate. Also what's your distro and do you use xfree86 or x.org ? Thanks Etienne

2 1

Re: [GEM-cvs] Gem/src/Gnu acinclude.m4, 1.7, 1.8 aclocal.m4, 1.11, 1.12 configure, 1.37, 1.38
by james tittle 01 Jun '05

01 Jun '05

On May 19, 2005, at 7:41 AM, IOhannes m zmölnig wrote: > Update of /cvsroot/pd-gem/Gem/src/Gnu > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv31109 > > Modified Files: > acinclude.m4 aclocal.m4 configure > Log Message: > did better quoting, this should fix the issues with autoconf>2.53 ...thanks for this! Ok, so I can now run autoconf with no big errors or warnings...but now I'll have to work on how to identify the opengl headers and such...plus, configure is picking up all the x11 stuff, and while that might be interesting as an intellectual exercise, I doubt anyone would want to run gem with x11 on osx: unfortunately, configuring with "-without-x" brings up "Gem will not run without X"...do you think that a "-with-osxnative" flag would be good to use to disable x11 and all of the "extra" media libs (except of course ftgl)? ...and one other thing before I dig into this over the weekend: it appears we can't do relative paths for --includedir? configure: error: expected an absolute directory name for -- includedir: ../../../GemLibs:../../../pd-0.38-4/src l8r, jamie

5 19

linking order?
by james tittle 25 May '05

25 May '05

hmm, ...one thing I've noticed with the configure/make switch is the reemergence of an old weirdness, which is that [pix_film] doesn't work on osx unless pix_filmDarwin.cpp is compiled/linked previous to pix_film.cpp: why is this, and is there any way around it? ...it's particularly puzzling because the ordering doesn't seem to change the behaviour of [pix_video] & pix_videoDarwin.cpp... any ideas? jamie

2 1

further adventures with config & make
by james tittle 21 May '05

21 May '05

...ok, now we're getting somewhere...after IOhannes' changes, I can now run autoconf and test my changes to configure.in, and I've gotten thru the configure phase...haven't committed it because I haven't figured out where to put the framework linkage flags...or where to change it from "Gem.pd_linux" to "Gem.pd_darwin"... ...but then I hit 'make', and for some reason it tries to compile a "Manips/copy.o"? This file isn't in my cvs, so...? Maybe it went wrong earlier: is it supposed to print out the following before the "echo"? tiggity:~/puredataDev/Gem/src/gnu tigital$ make for d in ../Manips ../Particles ../Base ../MarkEx ../Pixes ../ Controls ../Nongeos ../Geos ../openGL; do \ echo ""\ echo "----------$d----------"; \ cd $d && make -j4|| exit -1; \ done echo ----------../Manips---------- g++ -c -g -O2 -fPIC -DMACOSX -DYUV -DALTIVEC -fno-builtin -Os -c - faltivec -fno-builtin -falign-loops=16 -funroll-loops -ffast-math - I../ -I/Users/tigital/puredataDev/GemLibs/freetype-2.1.9/include/ -I/ Users/tigital/puredataDev/GemLibs/FTGL/include/ -I/Users/tigital/ puredataDev/pd-0.38-4/src/ accumrotate.cpp -o accumrotate.o ...hmmm...I'm also unsure of where it's picking up the "-O2"? And another question: how do I make a debug (-O0) build? l8r, jamie

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev