GEM-dev April 2008

gem-dev@lists.iem.at

19 participants
28 discussions

pix-video flicker
by marius schebella 26 Apr '08

26 Apr '08

hi, just an addon to the pix_video flicker. I get the flicker mainly when I use colorspace rgba. with colorspace yuv, it seems to be ok. marius.

1 0

pix_record on w32
by Patrice Colet 21 Apr '08

21 Apr '08

Hi, the new release crashes when I send [codeclist( message, with the pd-extended binary it it gives (null) for each codec, then I still can't use pix_record on w32, if some components has to be installed, I've no clue about what are they.

3 4

text display
by marius schebella 19 Apr '08

19 Apr '08

hi, it is a bit of a problem that text2d disappears when it is outside the boarder of the gemwin, even if part of the text should still be visible. for example with justify left and translateXYZ -4.01 0 0, the default "gem" disappears. text2d seems also quite cpu intense. yesterday I posted that text2d doesnot like gem display lists (see yesterdays patch) so I wonder if it would make sense to render a text into a texture and then translate it. (in my case the size would not change). to me it seems this eats less cpu, correct? marius.

2 1

Re: [GEM-dev] [ pd-gem-Bugs-1941962 ] pix_data wrong behavior under osx
by marius schebella 17 Apr '08

17 Apr '08

yes, I can only say, that I get the same error, there are still some pix_objects that work in the wrong color format on osx. pix_data is not the only one iirc. maybe this got fixed at some point ~ around october/2007, but since november or so it was broken again. marius. Nicolas Montgermont wrote: > It was a bug report, > you can find it here: > https://sourceforge.net/tracker/?func=detail&atid=507079&aid=1941962&group_… > > n > > marius schebella a écrit : >> hi, >> I can't find the beginning of this thread, so I don't know what you >> are trying to do. can you post a patch? >> If you want to try another gem binary, from yesterday, you could grab >> it at http://www.parasitaere-kapazitaeten.net/Pd/Gem_binary, but I am >> not sure, if it will work better. >> marius. >> >> >> Nicolas Montgermont wrote: >>> Hi >>> >>> SourceForge.net a écrit : >>>> >>>>> Comment By: IOhannes m zm�lnig (zmoelnig) >>>>> >>>> Date: 2008-04-16 19:27 >>>> >>>> Message: >>>> Logged In: YES user_id=564396 >>>> Originator: NO >>>> >>>> hopefully this has been fixed now. >>>> could you test again? >>>> >>> >>> The image is now in the good orientation, but the colors are the same >>> (except some red spheres on the bottom border of the image) >>> The picture is here: >>> http://www.chdh.free.fr/data/pix_data_170408.jpg >>> Tested with : >>> http://autobuild.puredata.info/auto-build/2008-04-17/Pd-0.40.3-extended-200… >>> >>> >>> Nicolas >>> >>> >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> GEM-dev mailing list >>> GEM-dev(a)iem.at >>> http://lists.puredata.info/listinfo/gem-dev >> >> >

2 1

Re: [GEM-dev] [ pd-gem-Bugs-1941962 ] pix_data wrong behavior under osx
by Nicolas Montgermont 17 Apr '08

17 Apr '08

Hi SourceForge.net a écrit : > >> Comment By: IOhannes m zm�lnig (zmoelnig) >> > Date: 2008-04-16 19:27 > > Message: > Logged In: YES > user_id=564396 > Originator: NO > > hopefully this has been fixed now. > could you test again? > The image is now in the good orientation, but the colors are the same (except some red spheres on the bottom border of the image) The picture is here: http://www.chdh.free.fr/data/pix_data_170408.jpg Tested with : http://autobuild.puredata.info/auto-build/2008-04-17/Pd-0.40.3-extended-200… Nicolas

2 1

Re: [GEM-dev] broken jpegs (was Re: shall we release?)
by Patrice Colet 17 Apr '08

17 Apr '08

IOhannes m zmoelnig a Ã©crit : > IOhannes m zmoelnig wrote: >> >> so the fix for the crashes is to use working jpegs :-) > > oh, and i forgot the simplest solution to get working jpegs (without > having to download megabytes of data) > > i just attached them (488K) > > > fmgasd.r > IOhannes thank you for the effort, and sorry for not thinking about testing this binary with other doc files, we wouldn't have lost time, now that this mystery is resolved, I guess the new release is okay! Now I'm going to try to build gem with mingw, I'll need a lot of chance.

1 0

Re: [GEM-dev] broken jpegs (was Re: shall we release?)
by IOhannes m zmoelnig 17 Apr '08

17 Apr '08

IOhannes m zmoelnig wrote: > IOhannes m zmoelnig wrote: >> >> so the fix for the crashes is to use working jpegs :-) > > oh, and i forgot the simplest solution to get working jpegs (without > having to download megabytes of data) > > i just attached them (488K) turned out to be not the simplest solution, as i forgot the size-restriction on the mailing list. http://iem.at/~zmoelnig/GEM/img.zip mfasdr IOhannes

1 0

ftgl on osx
by marius schebella 17 Apr '08

17 Apr '08

Hi, I tried to use hans' ftgl library to get font support in osx. unfortunately that's the error I am getting: g++ -o Gem.pd_darwin -dynamiclib -mmacosx-version-min=10.3 -undefined dynamic_lookup -framework QuickTime -framework Carbon -framework AGL -framework OpenGL ./Objects/*.o -L/sw/lib -ldl -lz -lm -lpthread -L/Users/marius/devel/pd-rsync/pd-extended/pd/bin -Wl,-framework,OpenGL -L/usr/X11R6/lib -L/sw/lib -lobjc -lfreetype -lftgl ld: cycle in dylib re-exports with /usr/X11R6/lib/libGL.dylib collect2: ld returned 1 exit status make[2]: *** [Gem.pd_darwin] Error 1 is this related to gem or the ftgl library? thnks, marius.

5 19

shall we release?
by IOhannes m zmoelnig 16 Apr '08

16 Apr '08

even though i have already mentioned it in my emails regarding the w32, i would like to ask you what you all think of doing a 0.91 release of Gem within the next weeks. for me, the main reason to not release was, that there were no recent binaries for w32, and i have been unable to produce them for a while (i just gave up after 3 fruitless days several times). for whatever reasons i have been able to produce binaries, so we should use the opportunity:-) so far, nobody has yet complained about the w32 binaries i posted, so they seem to run stable. remaining issues are: - OSX: marius' reports of flickering (could you be a bit more specific as to what "flickering" means exactly?) - linux: crashes on window-close with intel-based gfxcards - linux: lqt backend of [pix_record] still crashes sometimes (i really suspect that it is lqt not fullfilling what it promises in the API-documentation) we probably could just release now (with these issues), and put out bugfix-releases once these issues are solved. mgfa.sdr IOhannes

8 15

Re: [GEM-dev] shall we release?
by IOhannes m zmoelnig 16 Apr '08

16 Apr '08

hi. a lot of this email deals with how to log. the interesting part however, is that i found the source of the problem (even without logs): the jpg's provided in 10.glsl are actually broken, i guess because of wrong line-feeds due to CVS' auto linefeed conversion. (you can easily check by trying to open the jpg's with your favourite viewer) so the fix for the crashes is to use working jpegs :-) one option is to re-download the package (https://gem.iem.at/releases/0.91/gem-CVS20080411-W32-i686-bin-doc.zip) where i have (hopefully) fixed the jpg. another option is the latest Pd-extended, that has already the recent binaries with seemingly fixed images. pat(a)mamalala.org wrote: > IOhannes m zmoelnig <zmoelnig(a)iem.at> a Ã©crit : > > >> the solution above runs in the ordinary w32shell "cmd" (i don't have >> such fancy stuff like cygwin on w32) > > on mssys: > > $ /c/pd/bin/pd.com -stderr -open 01_simple_texture.pd 2> crash.log > $ cat crash.log > socket receive error: Unknown error (10054) now what again was the reason to use the cygshell (or mssys shell)? i can create logs just fine here using the ordinary "cmd". > > $ rm img1.jpg > #now I can open the patch > > $ /c/pd/bin/pd.exe -open 01_simple_texture.pd 2> crash.log > $ cat crash.log > pd_gui: pd process exited > closing audio... > closing MIDI... > ... done. actually it doesn't look that bad; you just forgot the "-stderr" flag in order to not print to the pd-console but to the log. anyhow, the interesting thing would be the lines before "pd process exited" > > mfg.adsr IOhannes

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 April 2008