[PD] [ANN] PDOSCClient

hi, i was trying out my rather old osc client object for mxj with pd's pdj. which wasn't working, and hence led to a new polished version that works fine in pdj: http://github.com/Sciss/PDOSCClient there is a compiled binary also in the downloads section. please see the README.textile

Re: [PD] compiling GEM (cubeArray.cpp: No such file or directory)

platform. well, there is not Mac OS X one, so i thought i try the linux one, but http://gem.iem.at/download/GemLibs- LINUX-1.tgz gets me a 404 ciao, -sciss- Am 18.03.2007 um 21:05 schrieb Sciss: hello, i got the FTGL source code now, could build it and link GEM, so i've got

Re: [PD] compiling GEM (cubeArray.cpp: No such file or directory)

/Pd-0.39.2-extended-test7/Pd-0.39.2- extended-test7.app/Contents/Resources/Scripts/../extra/Gem.pd_darwin Expected in: dynamic lookup Gem: can't load library ? can someone point to me to a fresh GEM.pd_darwin for mac intel, please? ciao, -sciss- Am 18.03.2007 um 14:19 schrieb Item State

Re: [PD] compiling GEM (cubeArray.cpp: No such file or directory)

ok thanks, no i can launch pd! Am 18.03.2007 um 21:37 schrieb chris clepper: Check that the file GemPixConvertSSE2.cpp in the Base folder is being built. On 3/18/07, Sciss [EMAIL PROTECTED] wrote:hello, i got the FTGL source code now, could build it and link GEM, so i've got

Re: [PD] GEM / pix objects : limiting colours

p.s. [saturate 1( and [saturate 0( _do_ work with [pix_gain], however not with [pix_offset], so maybe you could just copy the behaviour from pix_gain directly to pix_offset? Am 18.03.2007 um 21:54 schrieb Sciss: i managed to build GEM from the CVS, but the problem is same as before (see

Re: [PD] GEM / pix objects : limiting colours

i found a workaround. if i insert a [pix_rgba] object before [pix_offset], it will work (doesn't work without your fix, so thanks a lot for it!). strangely the alpha channel is the first, followed by red, green, blue, so it's really ARGB not RGBA ... 's fine for me know! ciao, -sciss- Am

Re: [PD] GEM / pix objects : limiting colours

, -sciss- Am 12.03.2007 um 09:00 schrieb IOhannes m zmoelnig: chris clepper wrote: On 3/11/07, *Sciss* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: mac intel. however the pix_offset help file says When adding an offset to each color-channel, no clipping is done. Thus you

[PD] pix_movie not responding to auto immediately after opening movie file

the movie and when it will be ready to accept the auto message? thanks for help! ciao, -sciss- gemmovie.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list

[PD] GEM / pix objects : limiting colours

to green channel to wrap from = 1 to 0, but to limit all values above 1.0 to 1.0. thanks, -sciss- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list

Re: [PD] GEM / pix objects : limiting colours

mac intel. however the pix_offset help file says When adding an offset to each color-channel, no clipping is done. Thus you can wrap around the color-space, so probably it behaves right, only in my case i want to prevent wrapping ... ciao, -sciss- Am 11.03.2007 um 18:13 schrieb chris

[PD] GEM fullscreen on OS X primary screen

os menubar. i can hide the dock and using [cursor 0( i can hide the mouse cursor, but even with [fullscreen 0(, the menu bar doesn't go away. thanks for help! ciao, -sciss- ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http

Re: [PD] GEM fullscreen on OS X primary screen

help files don't show up for some objects because Darwin is added to the name. like i have [pix_film] and ctrl+click and select help, i get sorry, couldn't find help patch for Gem/ pix_filmDarwin.pd, and a few other objects. i can get them from the help browser though. ciao, -sciss- Am

Re: [PD] GEM fullscreen on OS X primary screen

is there a name to get the ascii code so i can wait for the escape-key? thanks, -sciss- Am 08.03.2007 um 23:40 schrieb Max Neupert: Am 08.03.2007 um 23:17 schrieb chris clepper: On 3/8/07, Max Neupert [EMAIL PROTECTED] wrote: try [menubar 0( to gemwin and use exposé or something to exit

Re: [PD] stereo in pd

in the magnitude of some 20 MB, you could use an array with [soundfiler] and read the whole soundfile into the RAM ciao, -sciss- [little headache this morning ;) thanks for the nice evening + fried eggs] #N canvas 623 324 522 304 10; #X obj 149 142 readsf~ 4; #X msg 149 57 open /Users/rutz

Re: [PD] nightly builds on intel mac

items (about works, preferences don't work, file new doesn't work, file open doesn't work, file message works, file quit doesn't work, help html + browser work). ciao, -sciss- Am 06.12.2006 um 21:58 schrieb Hans-Christoph Steiner: This one works for me: http://autobuild.puredata.info/auto

[PD] converting video patches from jitter

12 fps but jitter seems to be really bad in keeping proper timing). to me it looks if either gridflow or pdp could be a good choice? thanks for hints (also if there is something i could use outside pd, i'm gratefull for infos)! ciao, -sciss

[PD] compiling gridflow

libraries i must install? the install.html kind of states that most stuff is optional and it should therefore compile ... system is 10.4.8 with 32bit intel. thanks , -sciss- This is the GridFlow 0.8.4 configurator within Ruby version 1.8.2-2004-12-25 [gcc3] GNU C++ Compiler 3 (or 4

Re: [PD] [PD-announce] Pd Mac/Intel nightly builds

great to have this as extended version, thanks! best, -sciss- Am 09.11.2006 um 21:07 schrieb Hans-Christoph Steiner: So it turns out that we just got a Mac Pro here at Polytechnic, so with the help of others, I got a nightly build set up for Mac/Intel: http://autobuild.puredata.info/auto