Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
Hans-Christoph Steiner wrote: On Jan 19, 2009, at 5:04 AM, IOhannes m zmoelnig wrote: IOhannes m zmoelnig wrote: i just put a bugfix release of Gem-0.91 online. or svn checkout from - https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/tags/0.91-2/ having said that, it would be nice that any autobuilds that explicitely use 0.91(0,1) should be updated to use 0.91-2 fgasm,dr IOhannes I think the 'pd-extended' auto-build uses trunk for everything but 'pd', which uses the 'pd-extended/0.41.4' branch. Once I make the release cycle (soon), I'll make a branch of everything. Should I use that version of Gem for the release branch? did you already do the switch (libmpeg3 build errors popped up again)? i just realized it would be better to use https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/branches/0.91/ since this one will eventually get even more bugfixes (and as a matter of fact already has some more in it: 0.91.3; though the libmpeg3 issue has probably not been backported yet) fgmasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
On Jan 26, 2009, at 11:05 AM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: On Jan 19, 2009, at 5:04 AM, IOhannes m zmoelnig wrote: IOhannes m zmoelnig wrote: i just put a bugfix release of Gem-0.91 online. or svn checkout from - https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/tags/0.91-2/ having said that, it would be nice that any autobuilds that explicitely use 0.91(0,1) should be updated to use 0.91-2 fgasm,dr IOhannes I think the 'pd-extended' auto-build uses trunk for everything but 'pd', which uses the 'pd-extended/0.41.4' branch. Once I make the release cycle (soon), I'll make a branch of everything. Should I use that version of Gem for the release branch? did you already do the switch (libmpeg3 build errors popped up again)? i just realized it would be better to use https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/branches/0.91/ since this one will eventually get even more bugfixes (and as a matter of fact already has some more in it: 0.91.3; though the libmpeg3 issue has probably not been backported yet) fgmasdr IOhannes The pd-extended nightly build is indeed using the branch, not the tag: https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/branches/0.91/Gem .hc kill your television ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
bigsw...@cox.net wrote: I swap out the files on 10.5 intel the pix freeframe loads but the result is a pock mocked unusuable stream sorry, i am no english native and this does not make sense to me. there might still be some problems with the implicit RGBA-conversion done in [pix_freeframe] (needed for FreeFrame plugins), which i will probably not fix in 0.91. the simple workaround is to use [pix_rgba] before [pix_freeframe] famsdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
Steffen Juul wrote: On 20/01/2009, at 22.13, IOhannes m zmoelnig wrote: could you try the binary at http://iem.at/~zmoelnig/GEM/Gem0.91.2_104.tgz (it seems to work here) works/loads. thanks! that was fast. :-) Then i have another problem but it's not new. it's with pix_data. when i query it for rgb values from a red part of a png image, i get (r=0,g=1,b=1) as the output (i also boost the contrast and round off). to gem-tracker item 2484105 I posted a link to an email in the (pd-list) archive that have a demo patch. i wonder if it's a user error? no it's definitely a bug in Gem. i don't think i'll fix it for 0.91 thought. it ought to be fixed in 0.92. thanks for the links one more thing: could someone test whether [pix_2grey] works with the new 10.4 build? if so, i will _replace_ the OSX binary on the various sites with the new one (rather than do 0.91.3) fgmasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
Ben Baker-Smith wrote: On 20/01/2009, at 22.13, IOhannes m zmoelnig wrote: could you try the binary at http://iem.at/~zmoelnig/GEM/Gem0.91.2_104.tgzhttp://iem.at/%7Ezmoelnig/GEM/Gem0.91.2_104.tgz (it seems to work here) works/loads. thanks! that was fast. This makes me feel like a bit of a noob, but can anyone tell me how to install the binary file? I have a copy of pd-extended .40.3 which is currently running GEM .91 Do I just replace Gem.pd_darwin with the new file, Gem.d_fat? I tried just swapping the two files and GEM would no longer run. what exactly happens if you swap the 2 files? does it refuse to load? any error messages? are you running 10.4? fgmasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
On 21/01/2009, at 10.35, IOhannes m zmoelnig wrote: one more thing: could someone test whether [pix_2grey] works with the new 10.4 build? How do i/one test if it works? It instantiate and does something to the image loaded by pix_image in the help patch. Like turns my testbild.png into http://dibidut.dk/tmp/testbild2gray.png ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
On Jan 20, 2009, at 4:13 PM, IOhannes m zmoelnig wrote: IOhannes m zmoelnig wrote: Steffen Juul wrote: On 19/01/2009, at 10.57, IOhannes m zmoelnig wrote: have fun thanks, but my fun stopped at: 8 /path/to/Gem.d_fat: dlopen(/path/to/Gem.d_fat, 10): Symbol not found: _close$UNIX2003 Referenced from: /path/to/Gem.d_fat Expected in: /usr/lib/libSystem.B.dylib Gem: can't load library 8 This happens with Pd-0.42-3 and Pd-0.41-4 intel mac os x.4.11 yes, i noticed that too, when today i tested the binary on a 10.4 machine. it was compiled on an 10.5 machine, i guess this is the problem. i will try to update the binary with a 10.4 compatible version asap. unless, of course, somebody of the os-x gurus can tell me how to avoid this problem alltogether. a bit of googling showed that this is a common problem when compiling for 10.4 on 10.5 [1] i re-compiled following the suggestions on [2]. could you try the binary at http://iem.at/~zmoelnig/GEM/Gem0.91.2_104.tgz (it seems to work here) [1] e.g. http://discussions.apple.com/thread.jspa?threadID=1589263tstart=75 [2] http://lua-users.org/lists/lua-l/2008-08/msg00553.html Yeah, you need to compile on 10.4 to make it 10.4 compatible. It should also be possible to use -isysroot to compile for 10.4 on 10.5 if you want to try that. About .d_fat, I think it is probably best to avoid that. .pd_darwin works well with fat/universal binaries and will cause much less confusion. I don't think .d_fat been used anywhere except for 4 objectclasses in extra. I have been using .pd_darwin universal binaries, and Thomas Grill has as well. .hc the problem might come from pix_freeframe switching to dlopen(), but i don't know yet. fmgasdr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
Hans-Christoph Steiner wrote: Yeah, you need to compile on 10.4 to make it 10.4 compatible. It should also be possible to use -isysroot to compile for 10.4 on 10.5 if you want to try that. the isysroot seems to work ok so far. About .d_fat, I think it is probably best to avoid that. .pd_darwin works well with fat/universal binaries and will cause much less confusion. I don't think .d_fat been used anywhere except for 4 objectclasses in extra. I have been using .pd_darwin universal binaries, and Thomas Grill has as well. do i understand correctly, that there is no real argument against d_fat in the above? btw, most universal binaries maintained by thomas musil are d_fat. fgmadr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
On Jan 21, 2009, at 12:39 PM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: Yeah, you need to compile on 10.4 to make it 10.4 compatible. It should also be possible to use -isysroot to compile for 10.4 on 10.5 if you want to try that. the isysroot seems to work ok so far. About .d_fat, I think it is probably best to avoid that. .pd_darwin works well with fat/universal binaries and will cause much less confusion. I don't think .d_fat been used anywhere except for 4 objectclasses in extra. I have been using .pd_darwin universal binaries, and Thomas Grill has as well. do i understand correctly, that there is no real argument against d_fat in the above? btw, most universal binaries maintained by thomas musil are d_fat. fgmadr IOhannes There are numerous real arguments against d_fat: - Gem has used .pd_darwin for a long time and it has worked well - Using .d_fat will cause confusion when people have both a Gem.pd_darwin and a Gem.d_fat - Mac OS X never uses CPU-specific file extensions - supporting so many file extensions increases load time a lot and more... .hc News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
I swap out the files on 10.5 intel the pix freeframe loads but the result is a pock mocked unusuable stream HTH pp IOhannes m zmoelnig zmoel...@iem.at wrote: Ben Baker-Smith wrote: On 20/01/2009, at 22.13, IOhannes m zmoelnig wrote: could you try the binary at http://iem.at/~zmoelnig/GEM/Gem0.91.2_104.tgzhttp://iem.at/%7Ezmoelnig/GEM/Gem0.91.2_104.tgz (it seems to work here) works/loads. thanks! that was fast. This makes me feel like a bit of a noob, but can anyone tell me how to install the binary file? I have a copy of pd-extended .40.3 which is currently running GEM .91 Do I just replace Gem.pd_darwin with the new file, Gem.d_fat? I tried just swapping the two files and GEM would no longer run. what exactly happens if you swap the 2 files? does it refuse to load? any error messages? are you running 10.4? fgmasdr IOhannes -- Patrick Pagano Sound and Light Technologist School of Theatre and Dance University of Florida ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
On 19/01/2009, at 10.57, IOhannes m zmoelnig wrote: have fun thanks, but my fun stopped at: 8 /path/to/Gem.d_fat: dlopen(/path/to/Gem.d_fat, 10): Symbol not found: _close$UNIX2003 Referenced from: /path/to/Gem.d_fat Expected in: /usr/lib/libSystem.B.dylib Gem: can't load library 8 This happens with Pd-0.42-3 and Pd-0.41-4 intel mac os x.4.11 What am i doing wrong? `file /path/to/Gem.d_fat´ reports the expected. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
Steffen Juul wrote: On 19/01/2009, at 10.57, IOhannes m zmoelnig wrote: have fun thanks, but my fun stopped at: 8 /path/to/Gem.d_fat: dlopen(/path/to/Gem.d_fat, 10): Symbol not found: _close$UNIX2003 Referenced from: /path/to/Gem.d_fat Expected in: /usr/lib/libSystem.B.dylib Gem: can't load library 8 This happens with Pd-0.42-3 and Pd-0.41-4 intel mac os x.4.11 yes, i noticed that too, when today i tested the binary on a 10.4 machine. it was compiled on an 10.5 machine, i guess this is the problem. i will try to update the binary with a 10.4 compatible version asap. unless, of course, somebody of the os-x gurus can tell me how to avoid this problem alltogether. the problem might come from pix_freeframe switching to dlopen(), but i don't know yet. fmgasdr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
On 20/01/2009, at 22.13, IOhannes m zmoelnig wrote: could you try the binary at http://iem.at/~zmoelnig/GEM/ Gem0.91.2_104.tgz (it seems to work here) works/loads. thanks! that was fast. Then i have another problem but it's not new. it's with pix_data. when i query it for rgb values from a red part of a png image, i get (r=0,g=1,b=1) as the output (i also boost the contrast and round off). to gem-tracker item 2484105 I posted a link to an email in the (pd-list) archive that have a demo patch. i wonder if it's a user error? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
IOhannes m zmoelnig wrote: i just put a bugfix release of Gem-0.91 online. or svn checkout from - https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/tags/0.91-2/ having said that, it would be nice that any autobuilds that explicitely use 0.91(0,1) should be updated to use 0.91-2 fgasm,dr IOhannes smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Gem 0.91-2 bugfix release
i just put a bugfix release of Gem-0.91 online. download it from - http://gem.iem.at - https://sourceforge.net/project/platformdownload.php?group_id=64325 or svn checkout from - https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/tags/0.91-2/ Changelog: - made [pix_freeframe] not crash on OSX (fixes #2476663) - do not use libTIFF/libJPEG is ImageMagick++ is present (fixes #2449674 #2506838) - always use RGBA for image-loading on OS-X (fixes #2484087) - check for gl/glu headers (fixes #2032488) - force focus when drawing without borders on X (fixes #2192358) - only use multitexturing if hardware supports it (fixes potential crashes) have fun smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Gem 0.91-2 bugfix release
On Jan 19, 2009, at 5:04 AM, IOhannes m zmoelnig wrote: IOhannes m zmoelnig wrote: i just put a bugfix release of Gem-0.91 online. or svn checkout from - https://pd-gem.svn.sourceforge.net/svnroot/pd-gem/tags/0.91-2/ having said that, it would be nice that any autobuilds that explicitely use 0.91(0,1) should be updated to use 0.91-2 fgasm,dr IOhannes I think the 'pd-extended' auto-build uses trunk for everything but 'pd', which uses the 'pd-extended/0.41.4' branch. Once I make the release cycle (soon), I'll make a branch of everything. Should I use that version of Gem for the release branch? .hc I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
