GEM-dev April 2004

gem-dev@lists.iem.at

7 participants
14 discussions

"font" support under linux.
by B. Bogart 14 May '04

14 May '04

hey there, I'm trying to get gem text to work under linux (as I had before w/ older CVS version) and can't get gem to work with gltt. I'm doing ./configure --without-ftgl --with-gltt which does return: checking for open in -lgltt... yes checking for TT_FreeType_Version in -lttf... yes And while compiling: c++ -c -g -g -O2 -D__NEW__ -fPIC -mmmx -I../ -I/usr/include/avifile-0.7 -I/usr/include/libmpeg3/ -I/usr/include/gltt/ -I/usr/local/include/ -fno-builtin -O3 -funroll-loops -ffast-math text3d.cpp -o text3d.o But when I try and use text3d I get: Gem has been compiled without FONT-support ! Same thing happens with ftgl and without gltt... I know it was working before, anyone having issues with text3d under linux? Thanks Ben

5 24

Fwd: [sc-dev] sourceforge?
by chris clepper 01 May '04

01 May '04

This is apparently the situation at sf.net now. The solution is just to remove the project name from the host name. Begin forwarded message: > From: Julian Rohrhuber <rohrhuber(a)uni-hamburg.de> > Date: April 29, 2004 6:20:55 PM CDT > To: SuperCollider developers list <sc-dev(a)create.ucsb.edu> > Subject: Re: [sc-dev] sourceforge? > Reply-To: SuperCollider developers list <sc-dev(a)create.ucsb.edu> > > >>> Yes I got that too before I wrecklessly removed the line in the >>> ~/.ssh/known_hosts file. Now I can log into a server, but there is >>> no repository there. > > > (2004-04-29 14:11:35 -Project CVS Service ) As of 2004-04-28 the > CVS services will no longer function with the hostname of > cvs.PROJECTNAME.sourceforge.net. You should change your CVS commands > to use the host cvs.sourceforge.net and that should resolve any > outstanding issues that you may have. This issue came about as a > result of upgrading from BIND 8 to BIND 9 which doesn't allow for a > wildcard in the middle of a hostname. > > > this means we have to change our CVSROOT var to a different value. > > what is the equivalent of setenv in bash? last time I did this I think > I had > tshell, maybe, but this time it won't work. > > so instead of > > setenv CVSROOT > :ext:username@cvs.supercollider.sourceforge.net:/cvsroot/supercollider > > it should maybe be: > > setenv CVSROOT :ext:username@cvs.sourceforge.net:/cvsroot/supercollider > > > or: > > setenv CVSROOT > :ext:username@cvs.sourceforge.net/supercollider:/cvsroot/supercollider > > > no idea. > -- > > > > > > > > > . > _______________________________________________ > sc-dev mailing list > sc-dev(a)create.ucsb.edu > http://www.create.ucsb.edu/mailman/listinfo/sc-dev >

2 1

weird cvs message?
by James Tittle II 30 Apr '04

30 Apr '04

heya, ...has anyone gotten anything like this? It just started happening to me... @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: POSSIBLE DNS SPOOFING DETECTED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ The DSA host key for cvs.gem.iem.at has changed, and the key for the according IP address 66.35.250.209 is unknown. This could either mean that DNS SPOOFING is happening or the IP address for the host and its host key have changed at the same time. @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible that the DSA host key has just been changed. The fingerprint for the DSA key sent by the remote host is 4c:68:03:d4:5c:58:a6:1d:9d:17:13:24:14:48:ba:99. Please contact your system administrator. Add correct host key in /Users/tigital/.ssh/known_hosts to get rid of this message. Offending key in /Users/tigital/.ssh/known_hosts:2 DSA host key for cvs.gem.iem.at has changed and you have requested strict checking. Host key verification failed. cvs [status aborted]: end of file from server (consult above messages if any) ...wonder what to do? Did the host key really change, or is something truly sinister going on? l8r, jamie

1 0

documentation bug - gemwin help - view
by B. Bogart 21 Apr '04

21 Apr '04

I mentioned this a long time ago but now that Gem is close to a release could someone fix it? In the "viewing" subpatch of the gemwin help file it states that the default Z position of the camera is "-4" when in fact it is "4" (positive) All the "-4"'s in this page should be replaced with "4". Thanks Ben

2 1

OSX bug in pix_film "open" stuff??
by B. Bogart 20 Apr '04

20 Apr '04

Hey all, I noticed an odd thing today with Chris's most recent g4 build and my own local gem build. The open method to pix_movie and pix_film don't respond properly when the filename is invalid. If I send pix_movie the message "open blah" (blah is not an existant file) I get: Unable to find file: 20 The second and third times I click on the same "open blah" message I get: Unable to find file: ; Unable to find file: f40R -width 5 Looks like there is some pd tcl code in a binbuf somewhere getting referenced? Does not seem to crash even after clicking a quite a few times. This does not happen in linux. Ben

1 0

Re: [GEM-dev] "font" support under linux.
by IOhannes m zmoelnig 20 Apr '04

20 Apr '04

B. Bogart wrote: > Hello Johannes, > > I'm glad you had a great vacation. I hope I'll be able to save up for > one soon! > > As for config.h for some reason after deleting config.h and cvs update > -dP I was not able to recreate the config.h file. I had to download it > separatly from the CVS web interface. (go figure) > > But after a recompile it works great!! :) This fixed both my gltt issues > and the texturing issues. > In fact Gem is using FTGL happily now! > > So the question is why did cvs update -dP not update the config.h file > from the repository version?? > probably you have downloaded a sticky version ? but to be honest, i am no cvs-guru anyhow, great to hear that this has finally fixed your problem. would have been a bad feeling to release with such issues mfg.a.sdr IOhannes

1 0

avi codec problem in gem 0.888rc3
by RBF-soft.[producing] rodri_DJ & ivan_VJ 10 Apr '04

10 Apr '04

hi GEM developers.Â¡Â¡Â¡ i have test mi favorite avi codec = (( indeo 5 )) and i dont get any exit in W32 and GEM 0.888 rc3. When i tried to load a avi with this codec System broke and give me an error about ir5032.dll the codec of indeo 5. i dont have any problem with the classic homer indeo 3.2 codec but will get more video quality. waiting for a help, thanks. thanks for the big work in GEM 0.888rc3. ivÃ¡n & david rodrÃguez/////////////////////////////////////////////////////////////////////////////////////// from RBF-soft [producing] visual art , electronick , and performance. /////////////////////////////////////////////////////////////////////////////////////////////////////////////// _________________________________________________________________ Â¿Vas a comprar algo a travÃ©s de Internet? OrdÃ©nalo por el mejor precio en MSN Compras. http://www.msn.es/compras/

1 0

syntax error in gemFuncUtil.cpp?
by ben＠ekran.org 10 Apr '04

10 Apr '04

Hey all, Did a cvs update today and I can't compile Gem on OSX I'm getting a syntax error on line 331 of GemFuncUtil.cpp: #ifdef __APPLE__ //Ian Ollman's function to determine the cache prefetch for altivec vec_dst() inline UInt32 GetPrefetchConstant( int blockSizeInVectors, int blockCount, int blockStride ) { return ((blockSizeInVectors << 24) & 0x1F000000) | ((blockCount << 16) & 0x00FF0000) | (blockStride & 0xFFFF); } #endif I'm not familar with the inline keyword, so I have no idea whats going on here. Thanks Ben

2 1

GEM 0.888 release-candidate 2 : codename 04/04/04
by IOhannes m zmoelnig 09 Apr '04

09 Apr '04

hi all surprisingly for all comes that i have put a release-candidate for Gem on the iem-pages; you can download from http://gem.iem.at/download.html or ftp://iem.at/pd/Externals/GEM/ for users: as for now, only windows-compiles are online. there is a a gem-bin-dec-0.888rc2.zip file that holds the documentation and the Gem.dll; just unpack it into your pd directory. (the zip files are relative to the pd-directory; so the extra\Gem.dll should be in path\to\my\pd\extra after unzipping and you don't have to execute a .bat file to run it) for devs: it does not yet include the very recent changes of chris, as i have compiled it yesterday before they were checked in... mfg.asd.r IOhannes PS: my announcement-mail yesterday somehow didn't make it (probably i forgot to hit send)

3 3

rc3 thoughts
by James Tittle II 08 Apr '04

08 Apr '04

...can't believe we're finally really so close... ...that is, until I start looking closely at some things that were on my plate: - I don't like [camera] in it's current form, because it doesn't do what it should! ATM, it's just a kind of substitute for changing GemMan::m_lookat[] variables, which just use the gluLookAt() function...sure, this is an ok way to have a camera that "looks at" a particular point in a scene, but this doesn't seem to be the correct way to do a true "free-floating" camera, which would allow flythroughs and such (as of now, if you "fly-thru", you always remain anchored to the original point)...looking back on this, I remember getting stuck with the gluLookAt() method, because it's so integral in the gemchain :-( ...anyone have other ideas? - pix_objects that don't have the ability to deal with a certain pixel format just return "pix object cannot handle *", which isn't very informative: what if someone has many pix's, but only one isn't supporting the needed pixel format? I know, I'm mostly to blame here, because many of these objects were included by me, but until I (or someone else) has time to add a YUV path, shouldn't there be a better way of telling the user why the object is working correctly? - I'm really starting to be against naming this "0.888": we've worked on this for too long and added too much to have some arbitrarily minimal jump from 0.87: now that we've got feature parity (excepting the above mentioned), surely we're at v1.0? ...back to work... jamie

8 13

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev April 2004