hi, sorry for crossposting this on pd-list and gem-dev. there is a bug in the current cvs version of gem, that was already solved in summer, but now it seems back... I uploaded screenshots from the gem alpha color bug here: http://www.parasitaere-kapazitaeten.net/Pd/Gem_bug! what can I do to fix that? marius.
marius schebella wrote:
hi, sorry for crossposting this on pd-list and gem-dev. there is a bug in the current cvs version of gem, that was already solved in summer, but now it seems back... I uploaded screenshots from the gem alpha color bug here: http://www.parasitaere-kapazitaeten.net/Pd/Gem_bug! what can I do to fix that? marius.
it seems to be a problem with blue and alpha being flipped. how does it look like when you put something behind the square (e.g. colorize the background with [color 1 1 1( to [gemwin])
what happens if you change the alpha value of the [colorRGB] object?
i don't have a macintel to test.
fmga.sdr IOhannes
hi IOhannes, thanks for your answer. ok, I obviously tried two different things, one was to color my images, and the other one was to make parts transparent. I uploaded two new pics. http://www.parasitaere-kapazitaeten.net/Pd/Gem_bug I did not know that for coloring I do not need pix_alpha. sorry. so with pix_rgba and color I can color all white pixels. nice. otoh, the real bug seems to be in pix_alpha. it does not replace black pixels with alpha, but with blue... (?) marius.
IOhannes m zmoelnig wrote:
marius schebella wrote:
hi, sorry for crossposting this on pd-list and gem-dev. there is a bug in the current cvs version of gem, that was already solved in summer, but now it seems back... I uploaded screenshots from the gem alpha color bug here: http://www.parasitaere-kapazitaeten.net/Pd/Gem_bug! what can I do to fix that? marius.
it seems to be a problem with blue and alpha being flipped. how does it look like when you put something behind the square (e.g. colorize the background with [color 1 1 1( to [gemwin])
what happens if you change the alpha value of the [colorRGB] object?
i don't have a macintel to test.
fmga.sdr IOhannes
Le 29 oct. 07 à 15:53, marius schebella a écrit :
hi IOhannes, thanks for your answer. ok, I obviously tried two different things, one was to color my images, and the other one was to make parts transparent. I uploaded two new pics. http://www.parasitaere-kapazitaeten.net/Pd/Gem_bug I did not know that for coloring I do not need pix_alpha. sorry. so with pix_rgba and color I can color all white pixels. nice. otoh, the real bug seems to be in pix_alpha. it does not replace black pixels with alpha, but with blue... (?) marius.
I have tried today on MacPro MacOSX.4.10 with last Pd-extended and the bug is still there. When i want that black pixels on my video become transparent, they become blue. I also think that the bug seems to be in [pix_alpha], only on MacIntel, no problem on G4 !
Jack
IOhannes m zmoelnig wrote:
marius schebella wrote:
hi, sorry for crossposting this on pd-list and gem-dev. there is a bug in the current cvs version of gem, that was already solved in summer, but now it seems back... I uploaded screenshots from the gem alpha color bug here: http://www.parasitaere-kapazitaeten.net/Pd/Gem_bug! what can I do to fix that? marius.
it seems to be a problem with blue and alpha being flipped. how does it look like when you put something behind the square (e.g. colorize the background with [color 1 1 1( to [gemwin])
what happens if you change the alpha value of the [colorRGB] object?
i don't have a macintel to test.
fmga.sdr IOhannes
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
On 10/29/07, marius schebella marius.schebella@gmail.com wrote:
I did not know that for coloring I do not need pix_alpha. sorry. so with pix_rgba and color I can color all white pixels. nice.
I don't think pix_rgba is needed either. On OSX any image file with a working alpha can be directly uploaded to the GPU and the alpha should work. Also, Animation and None codec movie files will do the same.
otoh, the real bug seems to be in pix_alpha. it does not replace black
pixels with alpha, but with blue... (?)
pix_alpha makes a fake alpha channel from averaging the R G B channels. This is not the right object to use if the image already has a pre-computed alpha channel. It is possible that there is a bug in pix_alpha on Intel though.
hi chris,
chris clepper wrote:
On 10/29/07, marius schebella marius.schebella@gmail.com wrote:
I did not know that for coloring I do not need pix_alpha. sorry. so with pix_rgba and color I can color all white pixels. nice.
I don't think pix_rgba is needed either. On OSX any image file with a working alpha can be directly uploaded to the GPU and the alpha should work. Also, Animation and None codec movie files will do the same.
I was only using black/white images and wanted the black part to be replaced by background. if I don't use pix_rgba, then I get a blue square.
otoh, the real bug seems to be in pix_alpha. it does not replace black
pixels with alpha, but with blue... (?)
pix_alpha makes a fake alpha channel from averaging the R G B channels. This is not the right object to use if the image already has a pre-computed alpha channel. It is possible that there is a bug in pix_alpha on Intel though.
why do you say "fake"? and I don't have a pre-computed alpha channel. (I am using a black and white jpeg) marius.
I just looked at this on an Intel Mac and cannot reproduce it. The US is blue when using your patch and image.
On Oct 27, 2007 10:14 AM, marius schebella marius.schebella@gmail.com wrote:
hi, sorry for crossposting this on pd-list and gem-dev. there is a bug in the current cvs version of gem, that was already solved in summer, but now it seems back... I uploaded screenshots from the gem alpha color bug here: http://www.parasitaere-kapazitaeten.net/Pd/Gem_bug! what can I do to fix that? marius.
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
I don't know what the difference between your version/system and mine is. pix_color rendered on the cpu, no? I am using os x 10.5 now, but had the same problems on 10.4. I have a macbook pro and the graphics card is a ATY,RadeonX1600. I use the GEM version that comes with pd-extended. marius.
chris clepper wrote:
I just looked at this on an Intel Mac and cannot reproduce it. The US is blue when using your patch and image.
On Oct 27, 2007 10:14 AM, marius schebella marius.schebella@gmail.com wrote:
hi, sorry for crossposting this on pd-list and gem-dev. there is a bug in the current cvs version of gem, that was already solved in summer, but now it seems back... I uploaded screenshots from the gem alpha color bug here: http://www.parasitaere-kapazitaeten.net/Pd/Gem_bug! what can I do to fix that? marius.
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
On Nov 7, 2007 2:53 PM, marius schebella marius.schebella@gmail.com wrote:
I don't know what the difference between your version/system and mine is. pix_color rendered on the cpu, no? I am using os x 10.5 now, but had the same problems on 10.4. I have a macbook pro and the graphics card is a ATY,RadeonX1600.
I have the same hardware for these tests. I don't think that is an issue.
I use the GEM version that comes with pd-extended.
Can you try one from the nightly builds? Maybe there is a problem with the way something is being compiled there.
what I wanted to do is make all black pixels transparent. I tried the pd-extended from the nightly autobuild from nov 5. (included in Pd-0.40.3-extended-20071105) this probably is different from the version that you have??? marius.
chris clepper wrote:
On Nov 7, 2007 2:53 PM, marius schebella marius.schebella@gmail.com wrote:
I don't know what the difference between your version/system and mine is. pix_color rendered on the cpu, no? I am using os x 10.5 now, but had the same problems on 10.4. I have a macbook pro and the graphics card is a ATY,RadeonX1600.
I have the same hardware for these tests. I don't think that is an issue.
I use the GEM version that comes with pd-extended.
Can you try one from the nightly builds? Maybe there is a problem with the way something is being compiled there.
What date is your version of GEM compiled?
On Nov 7, 2007 3:24 PM, marius schebella marius.schebella@gmail.com wrote:
what I wanted to do is make all black pixels transparent. I tried the pd-extended from the nightly autobuild from nov 5. (included in Pd-0.40.3-extended-20071105) this probably is different from the version that you have??? marius.
this is the version I am using, GEM: using SSE2 optimization GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Nov 5 2007 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: James Tittle GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, et al. but the problems occured with all the versions I tested during the last weeks, except the release from gem.iem.at (from summer 2007).
chris clepper wrote:
What date is your version of GEM compiled?
On Nov 7, 2007 3:24 PM, marius schebella marius.schebella@gmail.com wrote:
what I wanted to do is make all black pixels transparent. I tried the pd-extended from the nightly autobuild from nov 5. (included in Pd-0.40.3-extended-20071105) this probably is different from the version that you have??? marius.
Here's the odd thing: pix_alpha hasn't been touched in the three years, pix_image hasn't been changed in 8 months, and pix_texture hasn't had any related changes either. So I'm at a loss as to why the extended build has problems while the ones I build from CVS don't.
On Nov 7, 2007 4:41 PM, marius schebella marius.schebella@gmail.com wrote:
this is the version I am using, GEM: using SSE2 optimization GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Nov 5 2007 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: James Tittle GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, et al. but the problems occured with all the versions I tested during the last weeks, except the release from gem.iem.at (from summer 2007).
chris clepper wrote:
What date is your version of GEM compiled?
On Nov 7, 2007 3:24 PM, marius schebella marius.schebella@gmail.com wrote:
what I wanted to do is make all black pixels transparent. I tried the pd-extended from the nightly autobuild from nov 5. (included in Pd-0.40.3-extended-20071105) this probably is different from the version that you have??? marius.
I can give you a shell account on the PowerPC box in the auto-build farm, if that would help. It is a strange bug, could it be related to the environment? Or perhaps the MACOSX_DEPLOYMENT_TARGET variable?
.hc
On Nov 7, 2007, at 6:03 PM, chris clepper wrote:
Here's the odd thing: pix_alpha hasn't been touched in the three years, pix_image hasn't been changed in 8 months, and pix_texture hasn't had any related changes either. So I'm at a loss as to why the extended build has problems while the ones I build from CVS don't.
On Nov 7, 2007 4:41 PM, marius schebella marius.schebella@gmail.com wrote:
this is the version I am using, GEM: using SSE2 optimization GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Nov 5 2007 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: James Tittle GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, et al. but the problems occured with all the versions I tested during the last weeks, except the release from gem.iem.at (from summer 2007).
chris clepper wrote:
What date is your version of GEM compiled?
On Nov 7, 2007 3:24 PM, marius schebella marius.schebella@gmail.com wrote:
what I wanted to do is make all black pixels transparent. I tried the pd-extended from the nightly autobuild from nov 5. (included in Pd-0.40.3-extended-20071105) this probably is different from the version that you have??? marius.
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
------------------------------------------------------------------------ ----
'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2", by Mohja Kahf
I think this is Intel only? I'm not able to pin anything down yet though.
On 11/7/07, Hans-Christoph Steiner hans@eds.org wrote:
I can give you a shell account on the PowerPC box in the auto-build farm, if that would help. It is a strange bug, could it be related to the environment? Or perhaps the MACOSX_DEPLOYMENT_TARGET variable?
.hc
On Nov 7, 2007, at 6:03 PM, chris clepper wrote:
Here's the odd thing: pix_alpha hasn't been touched in the three years, pix_image hasn't been changed in 8 months, and pix_texture hasn't had any related changes either. So I'm at a loss as to why the extended build has problems while the ones I build from CVS don't.
On Nov 7, 2007 4:41 PM, marius schebella marius.schebella@gmail.com wrote:
this is the version I am using, GEM: using SSE2 optimization GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Nov 5 2007 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: James Tittle GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, et al. but the problems occured with all the versions I tested during the last weeks, except the release from gem.iem.at (from summer 2007).
chris clepper wrote:
What date is your version of GEM compiled?
On Nov 7, 2007 3:24 PM, marius schebella marius.schebella@gmail.com wrote:
what I wanted to do is make all black pixels transparent. I tried the pd-extended from the nightly autobuild from nov 5. (included in Pd-0.40.3-extended-20071105) this probably is different from the version that you have??? marius.
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
'You people have such restrictive dress for women,' she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - "Hijab Scene #2", by Mohja Kahf
chris, you said, you tested gem on an intel machine but did not have problems with pix_color or pix_alpha. so maybe the error is on my side. maybe I should try to compile gem on my machine. is there an xcode project, where I just have to click on build? or should I use te cvs version and "make"? marius.
chris clepper wrote:
I think this is Intel only? I'm not able to pin anything down yet though.
On 11/7/07, Hans-Christoph Steiner hans@eds.org wrote:
I can give you a shell account on the PowerPC box in the auto-build farm, if that would help. It is a strange bug, could it be related to the environment? Or perhaps the MACOSX_DEPLOYMENT_TARGET variable?
.hc
On Nov 7, 2007, at 6:03 PM, chris clepper wrote:
Here's the odd thing: pix_alpha hasn't been touched in the three years, pix_image hasn't been changed in 8 months, and pix_texture hasn't had any related changes either. So I'm at a loss as to why the extended build has problems while the ones I build from CVS don't.
On Nov 7, 2007 4:41 PM, marius schebella marius.schebella@gmail.com wrote:
this is the version I am using, GEM: using SSE2 optimization GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Nov 5 2007 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: James Tittle GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, et al. but the problems occured with all the versions I tested during the last weeks, except the release from gem.iem.at (from summer 2007).
chris clepper wrote:
What date is your version of GEM compiled?
On Nov 7, 2007 3:24 PM, marius schebella marius.schebella@gmail.com wrote:
what I wanted to do is make all black pixels transparent. I tried the pd-extended from the nightly autobuild from nov 5. (included in Pd-0.40.3-extended-20071105) this probably is different from the version that you have??? marius.
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
'You people have such restrictive dress for women,' she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - "Hijab Scene #2", by Mohja Kahf
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
You could compile it. Just use the configure flags to ignore the text stuff (freetype and FTGL) if you don't have those.
On 11/7/07, marius schebella marius.schebella@gmail.com wrote:
chris, you said, you tested gem on an intel machine but did not have problems with pix_color or pix_alpha. so maybe the error is on my side. maybe I should try to compile gem on my machine. is there an xcode project, where I just have to click on build? or should I use te cvs version and "make"? marius.
chris clepper wrote:
You could compile it. Just use the configure flags to ignore the
text stuff
(freetype and FTGL) if you don't have those.
hey, the problem when I try to compile something that includes more than 2 files, is, that it always fails at the first 99 attempts. I don't know how to turn off text stuff, or other things that I am probably missing. I also don't understand the current flags, but always have to smile when I read about the fun rolls that loop marius.
mkdir Objects make -C Base g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src CPPExtern.cpp -o ../Objects/CPPExtern.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemBase.cpp -o ../Objects/GemBase.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemCache.cpp -o ../Objects/GemCache.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemEvent.cpp -o ../Objects/GemEvent.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemFuncUtil.cpp -o ../Objects/GemFuncUtil.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemGLUtil.cpp -o ../Objects/GemGLUtil.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemGluObj.cpp -o ../Objects/GemGluObj.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemLoadObj.cpp -o ../Objects/GemLoadObj.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemMan.cpp -o ../Objects/GemMan.o GemMan.cpp: In static member function ‘static void GemMan::destroyWindow()’: GemMan.cpp:1302: warning: ‘aglSetDrawable’ is deprecated (declared at /System/Library/Frameworks/AGL.framework/Headers/agl.h:322) GemMan.cpp:1302: warning: ‘aglSetDrawable’ is deprecated (declared at /System/Library/Frameworks/AGL.framework/Headers/agl.h:322) g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemModelData.cpp -o ../Objects/GemModelData.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPBuffer.cpp -o ../Objects/GemPBuffer.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPathBase.cpp -o ../Objects/GemPathBase.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPixConvertAltivec.cpp -o ../Objects/GemPixConvertAltivec.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPixConvertSSE2.cpp -o ../Objects/GemPixConvertSSE2.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPixDualObj.cpp -o ../Objects/GemPixDualObj.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPixImageLoad.cpp -o ../Objects/GemPixImageLoad.o GemPixImageLoad.cpp: In function ‘imageStruct* QTImage2mem(ComponentInstanceRecord*)’: GemPixImageLoad.cpp:277: warning: ‘DisposeGWorld’ is deprecated (declared at /System/Library/Frameworks/ApplicationServices.framework/Frameworks/QD.framework/Headers/QDOffscreen.h:230) GemPixImageLoad.cpp:277: warning: ‘DisposeGWorld’ is deprecated (declared at /System/Library/Frameworks/ApplicationServices.framework/Frameworks/QD.framework/Headers/QDOffscreen.h:230) g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPixImageSave.cpp -o ../Objects/GemPixImageSave.o GemPixImageSave.cpp: In function ‘int mem2image(imageStruct*, const char*, int)’: GemPixImageSave.cpp:164: warning: ‘FSMakeFSSpec’ is deprecated (declared at /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Files.h:10072) GemPixImageSave.cpp:164: warning: ‘FSMakeFSSpec’ is deprecated (declared at /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Files.h:10072) GemPixImageSave.cpp: In function ‘int mem2magickImage(imageStruct*, const char*)’: GemPixImageSave.cpp:469: error: ‘Magick’ has not been declared GemPixImageSave.cpp:469: error: ‘Image’ was not declared in this scope GemPixImageSave.cpp:469: error: expected `;' before ‘mimage’ GemPixImageSave.cpp:470: error: ‘mimage’ was not declared in this scope GemPixImageSave.cpp:472: error: ‘Magick’ has not been declared GemPixImageSave.cpp:472: error: expected type-specifier GemPixImageSave.cpp:472: error: expected `)' before ‘e’ GemPixImageSave.cpp:472: error: expected `{' before ‘e’ GemPixImageSave.cpp:472: error: ‘e’ was not declared in this scope GemPixImageSave.cpp:472: error: expected `;' before ‘)’ token GemPixImageSave.cpp:477: error: expected `}' at end of input make[1]: *** [GemPixImageSave.o] Error 1 make: *** [Base] Error 2 marius-schebellas-computer:src marius$
ImageMagick is not used on OSX. Maybe this is the problem with pix_image and the extended builds?
Hans, if you are reading this, can you post the config info for the nightly builds? It might be possible that the wrong lib is opening files on the Mac.
PS --funroll-loops is -f for flag and unroll-loops takes a loop and restructures it so there are more instructions per loop pass.
On Nov 8, 2007 11:45 AM, marius schebella marius.schebella@gmail.com wrote:
hey, the problem when I try to compile something that includes more than 2 files, is, that it always fails at the first 99 attempts. I don't know how to turn off text stuff, or other things that I am probably missing. I also don't understand the current flags, but always have to smile when I read about the fun rolls that loop marius.
mkdir Objects make -C Base g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src CPPExtern.cpp -o ../Objects/CPPExtern.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemBase.cpp -o ../Objects/GemBase.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemCache.cpp -o ../Objects/GemCache.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemEvent.cpp -o ../Objects/GemEvent.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemFuncUtil.cpp -o ../Objects/GemFuncUtil.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemGLUtil.cpp -o ../Objects/GemGLUtil.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemGluObj.cpp -o ../Objects/GemGluObj.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemLoadObj.cpp -o ../Objects/GemLoadObj.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemMan.cpp -o ../Objects/GemMan.o GemMan.cpp: In static member function 'static void GemMan::destroyWindow()': GemMan.cpp:1302: warning: 'aglSetDrawable' is deprecated (declared at /System/Library/Frameworks/AGL.framework/Headers/agl.h:322) GemMan.cpp:1302: warning: 'aglSetDrawable' is deprecated (declared at /System/Library/Frameworks/AGL.framework/Headers/agl.h:322) g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemModelData.cpp -o ../Objects/GemModelData.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPBuffer.cpp -o ../Objects/GemPBuffer.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPathBase.cpp -o ../Objects/GemPathBase.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPixConvertAltivec.cpp -o ../Objects/GemPixConvertAltivec.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPixConvertSSE2.cpp -o ../Objects/GemPixConvertSSE2.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPixDualObj.cpp -o ../Objects/GemPixDualObj.o g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPixImageLoad.cpp -o ../Objects/GemPixImageLoad.o GemPixImageLoad.cpp: In function 'imageStruct* QTImage2mem(ComponentInstanceRecord*)': GemPixImageLoad.cpp:277: warning: 'DisposeGWorld' is deprecated (declared at /System/Library/Frameworks/ApplicationServices.framework/Frameworks/QD.framework/Headers/QDOffscreen.h:230) GemPixImageLoad.cpp:277: warning: 'DisposeGWorld' is deprecated (declared at /System/Library/Frameworks/ApplicationServices.framework/Frameworks/QD.framework/Headers/QDOffscreen.h:230) g++ -c -g -O2 -fPIC -freg-struct-return -Os -falign-loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast-math -mmmx -fpascal-strings -I/sw/include -I.. -I/Users/marius/devel/pd-0.40-3/src GemPixImageSave.cpp -o ../Objects/GemPixImageSave.o GemPixImageSave.cpp: In function 'int mem2image(imageStruct*, const char*, int)': GemPixImageSave.cpp:164: warning: 'FSMakeFSSpec' is deprecated (declared at /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Files.h:10072) GemPixImageSave.cpp:164: warning: 'FSMakeFSSpec' is deprecated (declared at /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Files.h:10072) GemPixImageSave.cpp: In function 'int mem2magickImage(imageStruct*, const char*)': GemPixImageSave.cpp:469: error: 'Magick' has not been declared GemPixImageSave.cpp:469: error: 'Image' was not declared in this scope GemPixImageSave.cpp:469: error: expected `;' before 'mimage' GemPixImageSave.cpp:470: error: 'mimage' was not declared in this scope GemPixImageSave.cpp:472: error: 'Magick' has not been declared GemPixImageSave.cpp:472: error: expected type-specifier GemPixImageSave.cpp:472: error: expected `)' before 'e' GemPixImageSave.cpp:472: error: expected `{' before 'e' GemPixImageSave.cpp:472: error: 'e' was not declared in this scope GemPixImageSave.cpp:472: error: expected `;' before ')' token GemPixImageSave.cpp:477: error: expected `}' at end of input make[1]: *** [GemPixImageSave.o] Error 1 make: *** [Base] Error 2 marius-schebellas-computer:src marius$
chris clepper wrote:
ImageMagick is not used on OSX. Maybe this is the problem with pix_image and the extended builds?
Hans, if you are reading this, can you post the config info for the nightly builds? It might be possible that the wrong lib is opening files on the Mac.
according to the autobuild-logs (http://autobuild.puredata.info/auto-build/latest/logs/) it is:
./configure --without-x --without-ImageMagick \ --without-tiff --without-jpeg --without-mpeg --without-mpeg3 \ --without-ieee1394 --without-aviplay --without-avifile --without-ffmpeg \ --with-ftgl-includes=/sw/include --with-ftgl-libs=/sw/lib \ --with-pd=/Users/pd/auto-build/pd-extended/pd
On Nov 8, 2007 11:45 AM, marius schebella marius.schebella@gmail.com wrote:
hey, the problem when I try to compile something that includes more than 2 files, is, that it always fails at the first 99 attempts. I don't know how to turn off text stuff, or other things that I am probably missing. I also don't understand the current flags, but always
a very good idea is to check "./configure --help" to turn off FTGL, chances are high that you would add something like "--without-ftgl" to the configure flags.
hope this helps.
have to smile when I read about the fun rolls that loop marius.
PS --funroll-loops is -f for flag and unroll-loops takes a loop and restructures it so there are more instructions per loop pass.
but that is less fun than looping rolls...
mfga.rd IOhannes
Le 8 nov. 07 à 02:41, chris clepper a écrit :
I think this is Intel only? I'm not able to pin anything down yet though.
Yes, big problem with [pix_alpha] on MacIntel, but it's ok on G4.
Jack
On 11/7/07, Hans-Christoph Steiner <hans@eds.org > wrote:
I can give you a shell account on the PowerPC box in the auto-build farm, if that would help. It is a strange bug, could it be related to the environment? Or perhaps the MACOSX_DEPLOYMENT_TARGET variable?
.hc
On Nov 7, 2007, at 6:03 PM, chris clepper wrote:
Here's the odd thing: pix_alpha hasn't been touched in the three years, pix_image hasn't been changed in 8 months, and pix_texture hasn't had any related changes either. So I'm at a loss as to
why the
extended build has problems while the ones I build from CVS don't.
On Nov 7, 2007 4:41 PM, marius schebella marius.schebella@gmail.com wrote:
this is the version I am using, GEM: using SSE2 optimization GEM: Graphics Environment for Multimedia GEM: ver: 0.91-cvs GEM: compiled: Nov 5 2007 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: James Tittle GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, Cyrille Henry, et al. but the problems occured with all the versions I tested during the last weeks, except the release from gem.iem.at (from summer 2007).
chris clepper wrote:
What date is your version of GEM compiled?
On Nov 7, 2007 3:24 PM, marius schebella < marius.schebella@gmail.com> wrote:
what I wanted to do is make all black pixels transparent. I tried the pd-extended from the nightly autobuild from nov 5. (included in Pd-0.40.3-extended-20071105) this probably is different from the version that you have??? marius.
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
--
'You people have such restrictive dress for women,' she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - "Hijab Scene #2", by Mohja Kahf
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
On 11/7/07, Jack jack@rybn.org wrote:
Le 8 nov. 07 à 02:41, chris clepper a écrit :
I think this is Intel only? I'm not able to pin anything down yet though.
Yes, big problem with [pix_alpha] on MacIntel, but it's ok on G4.
pix_alpha works here like I would expect it too work. I don't get the solid blue like in Marius' photos.
OK, i will try this week on MacPro (Intel) with last PD-extended. ++
Jack
Le 8 nov. 07 à 03:11, chris clepper a écrit :
On 11/7/07, Jack jack@rybn.org wrote:
Le 8 nov. 07 à 02:41, chris clepper a écrit :
I think this is Intel only? I'm not able to pin anything down yet though.
Yes, big problem with [pix_alpha] on MacIntel, but it's ok on G4.
pix_alpha works here like I would expect it too work. I don't get the solid blue like in Marius' photos.
On Nov 7, 2007, at 9:11 PM, chris clepper wrote:
On 11/7/07, Jack jack@rybn.org wrote:
Le 8 nov. 07 à 02:41, chris clepper a écrit :
I think this is Intel only? I'm not able to pin anything down yet though.
Yes, big problem with [pix_alpha] on MacIntel, but it's ok on G4.
pix_alpha works here like I would expect it too work. I don't get the solid blue like in Marius' photos.
Could it be related to the optimization flags? That has caused problems elsewhere. Here's how it's compiled on 2007-11-05:
g++ -c -I/sw/include -g -O2 -fPIC -freg-struct-return -Os -falign- loops=32 -falign-functions=32 -falign-jumps=32 -funroll-loops -ffast- math -mmmx -fpascal-strings -I/sw/include -I/sw/include/FTGL -I/sw/ lib/freetype219/include -I/sw/lib/freetype219/include/freetype2 - I.. -I/usr/include/FTGL -I/usr/include/freetype2 -I/Users/pd/auto- build/pd-extended/pd/src pix_alpha.cpp -o ../Objects/pix_alpha.o
.hc
------------------------------------------------------------------------ ----
There is no way to peace, peace is the way. -A.J. Muste
-
chris clepper -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
Jack -
marius schebella