Re: [PD] [PD-announce] Gem 0.91-2 bugfix release

[Hans-Christoph Steiner]

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

[IOhannes m zmoelnig]

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

[IOhannes m zmoelnig]

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

[bigswift]

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  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.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

[Hans-Christoph Steiner]

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

[IOhannes m zmoelnig]

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

[Hans-Christoph Steiner]

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=1589263&tstart=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

[Steffen Juul]

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

[IOhannes m zmoelnig]

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.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

[Ben Baker-Smith]

> 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.

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.
When I swapped them back to my original setup everything worked again (but
back to version .91).

Should I dump the new version (Gem.d_fat) into a new folder and reset the
paths in pd preferences?
___
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]

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

[Steffen Juul]

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]

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=1589263&tstart=75

[2] http://lua-users.org/lists/lua-l/2008-08/msg00553.html





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




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

[IOhannes m zmoelnig]

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

[Steffen Juul]

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

[Hans-Christoph Steiner]

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

Re: [PD] [PD-announce] Gem 0.91-2 bugfix release

[IOhannes m zmoelnig]

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