Re: [PD] Join my network on LinkedIn
It happened to my girl friend a few weeks ago. I hate this kind of feature, it makes me furious. Pierre. 2013/2/14 me.grimm megr...@gmail.com first time i touched this shit in years and somehow it sends spam to every address in my contact list apologies On Wed, Feb 13, 2013 at 7:34 PM, m.e. grimm via LinkedIn mem...@linkedin.com wrote: [image: LinkedIn Logo] Barry, ** m.e. grimm wants to connect with you on LinkedIn. m.e. grimm adjunct professor at Tompkins Cortland Community College View Profile » Accept ** You are receiving Invitation emails. Unsubscribe. This email was intended for Barry Dillon (n/a at n/a). Learn why we included this. © 2013, LinkedIn Corporation. 2029 Stierlin Ct. Mountain View, CA 94043, USA ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- m.e.grimm | m.f.a | ed.m. megr...@gmail.com _ ___ 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
Re: [PD] [helmholtz~]
hi phil, what are you trying to do? do you need midi from your electric bass? or just a way to make a synth in pd? i ask because i built a gr-300 emulation for bass that works very well and with almost no latency. you can drive any oscillator within pd from that. it's all signalpath though. ideally you would use such a thing with a hexaphonic (or quadraphonic) pickup, because it's monophonic. but the same is true for helmholtz i guess. cheers, simon On Feb 14, 2013, at 1:24 AM, Phil Stone pkst...@ucdavis.edu wrote: Hi Katja, I'm looking with great interest at your [helmholtz~] pitch tracking object. I'm not asking to be lazy (I'm going to try it out for myself!), but I'm wondering if you have any general impressions of its performance as to how it compares with [sigmund~]. I'm particularly interested as to how it will do for tracking a fretless electric bass. It looks like an excellent piece of work, and I've enjoyed reading your detailed page about it. Phil Stone ___ 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
Re: [PD] Join my network on LinkedIn
Hi, Just send an email to the support team so that they globally blacklist the pd mailing list (and others lists you might have) in their system. That will prevent this problem for all LinkedIn users. They are aware this is a PITA and react quickly to that. Cheers, Charles me.grimm wrote: first time i touched this shit in years and somehow it sends spam to every address in my contact list m.e. grimm wants to connect with you on LinkedIn. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] RPi - GEM openGL
On Wed, Feb 13, 2013 at 10:28 PM, Antonio Roberts anto...@hellocatfood.comwrote: I'd imagine lack of motivation ;-) Maybe we should each write a personal email to dmotd in order to motivate him ;) On 13 February 2013 21:21, João de Brito Rocha Reis Vidigal jbvidi...@gmail.com wrote: One thing I didn't really get by going through the dev lists is where it stopped and why! JV ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- anto...@hellocatfood.com http://www.hellocatfood.com ___ 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
Re: [PD] PD 4 Pandora
I haven't gotten anywhere with this yet, does anyone else have an idea what I should look at to get alsa working on the pandora? On Sat, Jan 19, 2013 at 11:52 PM, dreamer drea...@puikheid.nl wrote: I've been trying to compile Puredata for the Pandora handheld. Getting the UI to work with tcl/tk 8.5 was fairly straightforward, although the terminal is filled with: watchdog: signalling pd... Otherwise I'm having a lot of issues with alsa. When selecting alsa as output I get: snd_pcm_hw_params (input): Invalid argument snd_pcm_hw_params (output): Invalid argument In the settings I can select two alsa devices: omap3pandora (hardware) omap3pandora (plugin) Which both fail. When I select portaudio output I get: pd: src/common/pa_front.c:325: Pa_Initialize: Assertion `PortAudio: compile time and runtime endianness don't match (((char *)nativeOne)[0]) == 0` failed.Pd: signal 6 And it crashes. Are there some configure flags to mitigate these problems? Some more info on the device in question: http://en.wikipedia.org/wiki/Pandora_%28console%29#Pandora_1GHz Any ideas to get this working are welcome :) regards, drmr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: libmp3lame.0 not the good version embedded in pd-extended 0.43.4 / osx intel
Le 14/02/13 02:28, Charles Z Henry a écrit : The first thing I would check is what library the external expects to find. run dyldinfo on your mp3amp~.pd_darwin file (it would be ldd in linux) I don't really understand the dyldinfo option, but I've tested with otool on the two versions of mp3amp~.pd_darwin. Loading path are as expected :mp3amp with pd-extended search for the one in pd-extended and mp3amp in template-libraries build search for no one (i think it must be using standard path search). But once again both versions of mp3amp works if they load the good libmp3lame. That will tell you what libraries it expects to see and if libmp3lame isn't in a typical system location or in the library search path, it says not found it is embedded in Pd-extended in Contents/lib Do the libraries have different names/versions or the is it the same? pd-extended's is : libmp3lame.0.dylib fink's is : libmp3lame.0.0.0.dylib with a symbolic link they look the same with otool -L but they have different sizes... n -- http://nim.on.free.fr ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD 4 Pandora
Hi, Pandora is ARM Cortex-A8, that's little endian right? What does portaudio's generated makefile say? I compiled Pd for RPi (ARMv6) and there is (correctly) '-DPA_LITTLE_ENDIAN' among the CFLAGS in portaudio's makefile. Katja On Thu, Feb 14, 2013 at 11:53 AM, dreamer drea...@puikheid.nl wrote: I haven't gotten anywhere with this yet, does anyone else have an idea what I should look at to get alsa working on the pandora? On Sat, Jan 19, 2013 at 11:52 PM, dreamer drea...@puikheid.nl wrote: I've been trying to compile Puredata for the Pandora handheld. Getting the UI to work with tcl/tk 8.5 was fairly straightforward, although the terminal is filled with: watchdog: signalling pd... Otherwise I'm having a lot of issues with alsa. When selecting alsa as output I get: snd_pcm_hw_params (input): Invalid argument snd_pcm_hw_params (output): Invalid argument In the settings I can select two alsa devices: omap3pandora (hardware) omap3pandora (plugin) Which both fail. When I select portaudio output I get: pd: src/common/pa_front.c:325: Pa_Initialize: Assertion `PortAudio: compile time and runtime endianness don't match (((char *)nativeOne)[0]) == 0` failed.Pd: signal 6 And it crashes. Are there some configure flags to mitigate these problems? Some more info on the device in question: http://en.wikipedia.org/wiki/Pandora_%28console%29#Pandora_1GHz Any ideas to get this working are welcome :) regards, drmr ___ 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
Re: [PD] Gem and font support
Le 14/02/2013 03:50, Hans-Christoph Steiner a écrit : On 02/13/2013 07:53 PM, Jack wrote: Le 13/02/2013 18:02, Pagano, Patrick a écrit : When I run text3D, I get [text3d] Gem has been compiled without Font-support! I would like this but I wonder why it was not included in the pd-extended build I guess I can re-compile my sources to get it, but is there a reason for this? pp Patrick Pagano, B.S, M.F.A Assistant in Digital Arts and Science Digital Media Projection and Audio Design Digital Worlds Institute University of Florida, USA (352)294-2020 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Hello, Definitely you don't have libftgl-dev installed. Install it and then ./configure + make. After ./configure, you can check if FTGL will be OK or not. ++ Jack All of the Debian, Ubuntu and Mac OS X build machines have libftgl-dev installed. And libftgl-dev is listed as a Build-Depends of the pd-extended package. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list I am not totally sure for Ubuntu... I can remember the same issue than Patrick when i did a ./configure, there was no ftgl support. I need to install ftgl lib before. ++ Jack libftgl-dev libftgl-dev ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [helmholtz~]
Hi Simon, I've been using [sigmund~] with pretty good results, tracking the bass and using it to drive various things in a complex Pd setup. I'm always interested in alternative pitch trackers, though. I play a Steinberger XL, so I won't likely be carving it up to put in a hex pickup; that's kept me a way from Roland's approach (that plus the cost!). I'm still quite intrigued by what you've done; do you have any documentation about it? Thanks for writing, Phil On 2/14/13 12:48 AM, Simon Iten wrote: hi phil, what are you trying to do? do you need midi from your electric bass? or just a way to make a synth in pd? i ask because i built a gr-300 emulation for bass that works very well and with almost no latency. you can drive any oscillator within pd from that. it's all signalpath though. ideally you would use such a thing with a hexaphonic (or quadraphonic) pickup, because it's monophonic. but the same is true for helmholtz i guess. cheers, simon On Feb 14, 2013, at 1:24 AM, Phil Stone pkst...@ucdavis.edu wrote: Hi Katja, I'm looking with great interest at your [helmholtz~] pitch tracking object. I'm not asking to be lazy (I'm going to try it out for myself!), but I'm wondering if you have any general impressions of its performance as to how it compares with [sigmund~]. I'm particularly interested as to how it will do for tracking a fretless electric bass. It looks like an excellent piece of work, and I've enjoyed reading your detailed page about it. Phil Stone ___ 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
Re: [PD] [helmholtz~]
[helmholtz~] is probably more accurate and will show you all of the pitch fluctuations live. [sigmund~] with the argument notes is probably preferable, if you only want one simple value per note. On Thu, Feb 14, 2013 at 1:24 AM, Phil Stone pkst...@ucdavis.edu wrote: Hi Katja, I'm looking with great interest at your [helmholtz~] pitch tracking object. I'm not asking to be lazy (I'm going to try it out for myself!), but I'm wondering if you have any general impressions of its performance as to how it compares with [sigmund~]. I'm particularly interested as to how it will do for tracking a fretless electric bass. It looks like an excellent piece of work, and I've enjoyed reading your detailed page about it. Phil Stone __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [helmholtz~]
I'm not home at the moment but I will send you the snippet I used for pitch tracking when I get home. Have a nice day On Feb 14, 2013 5:13 PM, Phil Stone pkst...@ucdavis.edu wrote: Hi Simon, I've been using [sigmund~] with pretty good results, tracking the bass and using it to drive various things in a complex Pd setup. I'm always interested in alternative pitch trackers, though. I play a Steinberger XL, so I won't likely be carving it up to put in a hex pickup; that's kept me a way from Roland's approach (that plus the cost!). I'm still quite intrigued by what you've done; do you have any documentation about it? Thanks for writing, Phil On 2/14/13 12:48 AM, Simon Iten wrote: hi phil, what are you trying to do? do you need midi from your electric bass? or just a way to make a synth in pd? i ask because i built a gr-300 emulation for bass that works very well and with almost no latency. you can drive any oscillator within pd from that. it's all signalpath though. ideally you would use such a thing with a hexaphonic (or quadraphonic) pickup, because it's monophonic. but the same is true for helmholtz i guess. cheers, simon On Feb 14, 2013, at 1:24 AM, Phil Stone pkst...@ucdavis.edu wrote: Hi Katja, I'm looking with great interest at your [helmholtz~] pitch tracking object. I'm not asking to be lazy (I'm going to try it out for myself!), but I'm wondering if you have any general impressions of its performance as to how it compares with [sigmund~]. I'm particularly interested as to how it will do for tracking a fretless electric bass. It looks like an excellent piece of work, and I've enjoyed reading your detailed page about it. Phil Stone __**_ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/** listinfo/pd-list http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] GPIO - Python (pyata) - PD ?
Hi guys! Is it too stupid to assume that I can get control of the GPIO via python and send the data to PD via pyata!? All I really need is to read a pushbutton! tks JV ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gpio on the raspberry pi from within pd ?
Charles: Hi list, I could make use of gpio (as output) within pd with just [textfile] : on the command-line: echo gpio17 /sys/class/gpio/export echo out /sys/class/gpio/gpio17/direction chown charles /sys/class/gpio/gpio17/value inside pd: [ set 1 ( [ write /sys/class/gpio/gpio17/value cr ( | [ textfile ] works. could I do the reverse here? I mean, use it as an input rather than an output? would it be something like: echo gpio17 /sys/class/gpio/import echo in /sys/class/gpio/gpio17/direction chown charles /sys/class/gpio/gpio17/value inside pd: [ set 1 ( [ read /sys/class/gpio/gpio17/value cr ( | [ textfile ] tks ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gpio on the raspberry pi from within pd ?
Le 14/02/2013 18:41, João de Brito Rocha Reis Vidigal a écrit : Charles: Hi list, I could make use of gpio (as output) within pd with just [textfile] : on the command-line: echo gpio17 /sys/class/gpio/export echo out /sys/class/gpio/gpio17/direction chown charles /sys/class/gpio/gpio17/value inside pd: [ set 1 ( [ write /sys/class/gpio/gpio17/value cr ( | [ textfile ] works. could I do the reverse here? I mean, use it as an input rather than an output? would it be something like: echo gpio17 /sys/class/gpio/import echo in /sys/class/gpio/gpio17/direction chown charles /sys/class/gpio/gpio17/value inside pd: [ set 1 ( [ read /sys/class/gpio/gpio17/value cr ( | [ textfile ] tks ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Replacing charles (after chown) by your user and [set 1( by [rewind, bang( should work. ++ Jack ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: libmp3lame.0 not the good version embedded in pd-extended 0.43.4 / osx intel
On 02/14/2013 06:26 AM, Nicolas Montgermont wrote: Le 14/02/13 02:28, Charles Z Henry a écrit : The first thing I would check is what library the external expects to find. run dyldinfo on your mp3amp~.pd_darwin file (it would be ldd in linux) I don't really understand the dyldinfo option, but I've tested with otool on the two versions of mp3amp~.pd_darwin. Loading path are as expected :mp3amp with pd-extended search for the one in pd-extended and mp3amp in template-libraries build search for no one (i think it must be using standard path search). But once again both versions of mp3amp works if they load the good libmp3lame. That will tell you what libraries it expects to see and if libmp3lame isn't in a typical system location or in the library search path, it says not found it is embedded in Pd-extended in Contents/lib Do the libraries have different names/versions or the is it the same? pd-extended's is : libmp3lame.0.dylib fink's is : libmp3lame.0.0.0.dylib with a symbolic link they look the same with otool -L but they have different sizes... n Can you tell me the exact steps that you take in order to swap in your build of libmp3lame into Pd-extended to make it work? .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GPIO - Python (pyata) - PD ?
Alternatively, and perhaps a bit easier, you could grab my gpio object from http://crca.ucsd.edu/~msp/syllabi/206.13w/index.htm - it's very unfinished, but basically you can use the gpio command to set the pins up, then crank up Pd and use a |gpio| object to read or write them - it works through the /sys/class/gpio/ mechanism and is fine for rates up to about 1000 per second (so it's limited by Pd's scheduling resolution). cheers Miller On Thu, Feb 14, 2013 at 05:26:20PM +, João de Brito Rocha Reis Vidigal wrote: Hi guys! Is it too stupid to assume that I can get control of the GPIO via python and send the data to PD via pyata!? All I really need is to read a pushbutton! tks JV ___ 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
[PD] OT: Lightest Fastest Linux Window Manager
Hello I am setting up a Asus netbook for Pure Data/Gem/pidip and would like to not load the hoggish unity or even gnome seems to slow this little guy down. Can linux users suggest a window manager that might serve me best for this purpose. Thank you in Advance. Patrick Pagano, B.S, M.F.A Assistant in Digital Arts and Science Digital Media Projection and Audio Design Digital Worlds Institute University of Florida, USA (352)294-2020 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem and font support
Hello I am using latest pd-extended and vanilla on Ubuntu 12.04 on a macbook pro BOTH seem to give the same message. I have used both GEM from sources and the ones provided by extended and they both complain. I am sure I can install fftgl files and then recompile? I just got everything I thought working with even DV4l grabbing my canopus but I do need to show text3d in lecture pp -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Hans-Christoph Steiner Sent: Wednesday, February 13, 2013 9:51 PM To: pd-list@iem.at Subject: Re: [PD] Gem and font support On 02/13/2013 07:53 PM, Jack wrote: Le 13/02/2013 18:02, Pagano, Patrick a écrit : When I run text3D, I get [text3d] Gem has been compiled without Font-support! I would like this but I wonder why it was not included in the pd-extended build I guess I can re-compile my sources to get it, but is there a reason for this? pp Patrick Pagano, B.S, M.F.A Assistant in Digital Arts and Science Digital Media Projection and Audio Design Digital Worlds Institute University of Florida, USA (352)294-2020 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Hello, Definitely you don't have libftgl-dev installed. Install it and then ./configure + make. After ./configure, you can check if FTGL will be OK or not. ++ Jack All of the Debian, Ubuntu and Mac OS X build machines have libftgl-dev installed. And libftgl-dev is listed as a Build-Depends of the pd-extended package. .hc ___ 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
Re: [PD] OT: Lightest Fastest Linux Window Manager
Fluxbox and Blackbox are what I would call recognisable as window managers They do the basic things you expect, mouse menus, workspaces, themes, backgrounds and so forth... and occupy a couple hundred kilobytes. Actually usable as proper serious desktop WM with a bit of customisation. Definitely appropriate for RPi or minimal systems where the standard bloatware is just too heavy. On Thu, Feb 14, 2013 at 06:40:54PM +, Pagano, Patrick wrote: Hello I am setting up a Asus netbook for Pure Data/Gem/pidip and would like to not load the hoggish unity or even gnome seems to slow this little guy down. Can linux users suggest a window manager that might serve me best for this purpose. Thank you in Advance. Patrick Pagano, B.S, M.F.A Assistant in Digital Arts and Science Digital Media Projection and Audio Design Digital Worlds Institute University of Florida, USA (352)294-2020 ___ 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
Re: [PD] OT: Lightest Fastest Linux Window Manager
whenever i want to be sure that unity won't produce clicks, i switch to openbox. On 14/02/2013 19:40, Pagano, Patrick wrote: Hello I am setting up a Asus netbook for Pure Data/Gem/pidip and would like to not load the hoggish unity or even gnome seems to slow this little guy down. Can linux users suggest a window manager that might serve me best for this purpose. Thank you in Advance. Patrick Pagano, B.S, M.F.A Assistant in Digital Arts and Science Digital Media Projection and Audio Design Digital Worlds Institute University of Florida, USA (352)294-2020 ___ 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
Re: [PD] GPIO - Python (pyata) - PD ?
... and oops, I see that the thread got split - on the other thread, the solution from jack at rybn.org (using built-in Pd objects, notably |textfile|) also works, and is certainly the easiest way to get started. cheers Miller On Thu, Feb 14, 2013 at 10:27:02AM -0800, Miller Puckette wrote: Alternatively, and perhaps a bit easier, you could grab my gpio object from http://crca.ucsd.edu/~msp/syllabi/206.13w/index.htm - it's very unfinished, but basically you can use the gpio command to set the pins up, then crank up Pd and use a |gpio| object to read or write them - it works through the /sys/class/gpio/ mechanism and is fine for rates up to about 1000 per second (so it's limited by Pd's scheduling resolution). cheers Miller On Thu, Feb 14, 2013 at 05:26:20PM +, João de Brito Rocha Reis Vidigal wrote: Hi guys! Is it too stupid to assume that I can get control of the GPIO via python and send the data to PD via pyata!? All I really need is to read a pushbutton! tks JV ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem and font support
What is the actual version of the pd-extended that you are using? latest means different things to different people. You can find it in Help -- About Pd. AFter you get the error, can you save the Pd window log and email it to this thread? Click on the Pd window, then go to File - Save As... .hc On 02/14/2013 01:51 PM, Pagano, Patrick wrote: Hello I am using latest pd-extended and vanilla on Ubuntu 12.04 on a macbook pro BOTH seem to give the same message. I have used both GEM from sources and the ones provided by extended and they both complain. I am sure I can install fftgl files and then recompile? I just got everything I thought working with even DV4l grabbing my canopus but I do need to show text3d in lecture pp -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Hans-Christoph Steiner Sent: Wednesday, February 13, 2013 9:51 PM To: pd-list@iem.at Subject: Re: [PD] Gem and font support On 02/13/2013 07:53 PM, Jack wrote: Le 13/02/2013 18:02, Pagano, Patrick a écrit : When I run text3D, I get [text3d] Gem has been compiled without Font-support! I would like this but I wonder why it was not included in the pd-extended build I guess I can re-compile my sources to get it, but is there a reason for this? pp Patrick Pagano, B.S, M.F.A Assistant in Digital Arts and Science Digital Media Projection and Audio Design Digital Worlds Institute University of Florida, USA (352)294-2020 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Hello, Definitely you don't have libftgl-dev installed. Install it and then ./configure + make. After ./configure, you can check if FTGL will be OK or not. ++ Jack All of the Debian, Ubuntu and Mac OS X build machines have libftgl-dev installed. And libftgl-dev is listed as a Build-Depends of the pd-extended package. .hc ___ 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
[PD] [gem] Looking for an abstraction for converting textfiles in text3d string
Hi, I want to display the content of a textfile on Gem. I know text3d does linebreaks when it encounters 10 in a string message. However, before patching this textfile-to-stringfortext3d, I wanted to know if anyone already did that and could share ? Thanks, -- Charles ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [gem] Looking for an abstraction for converting textfiles in text3d string
I think the pdstring/moocow objects will do that for you, [any2bytes] in particular. .hc On 02/14/2013 01:59 PM, Charles Goyard wrote: Hi, I want to display the content of a textfile on Gem. I know text3d does linebreaks when it encounters 10 in a string message. However, before patching this textfile-to-stringfortext3d, I wanted to know if anyone already did that and could share ? Thanks, ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Lightest Fastest Linux Window Manager
Hi, On 14.02.2013 19:40, Pagano, Patrick wrote: Hello I am setting up a Asus netbook for Pure Data/Gem/pidip and would like to not load the hoggish unity or even gnome seems to slow this little guy down. Can linux users suggest a window manager that might serve me best for this purpose. LXDE: It comes e.g. with Raspbian for the Raspberry Pi and is really usable, Lubuntu is the Ubuntu variant with it. It used GTK as default tookit. XFCE: My favourite, I am using it on a 1 GHz one core Pentium 4 with Debian, and works really fast. The Ubuntu variant is called Xubuntu. Toolkit: GTK. Fluxbox: really lightweight, have not used in in years. Other lightweight WMs, that I have briefly tested, but not really used: Englightenment, Openbox, Window Maker. HTH, Thomas -- Ich komme aus dem Staunen nicht heraus. Dann bleib halt drin, du Seppel (Dietmar Dath - Die Abschaffung der Arten) http://www.residuum.org/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Lightest Fastest Linux Window Manager
Hi, I always tend to go for Blackbox if I need lightwight. Very light, quite manual.. Howto is still current :) http://ubuntuforums.org/showthread.php?t=125084 Best, Bart On 2013-02-14 22:08, Thomas Mayer wrote: Hi, On 14.02.2013 19:40, Pagano, Patrick wrote: Hello I am setting up a Asus netbook for Pure Data/Gem/pidip and would like to not load the hoggish unity or even gnome seems to slow this little guy down. Can linux users suggest a window manager that might serve me best for this purpose. LXDE: It comes e.g. with Raspbian for the Raspberry Pi and is really usable, Lubuntu is the Ubuntu variant with it. It used GTK as default tookit. XFCE: My favourite, I am using it on a 1 GHz one core Pentium 4 with Debian, and works really fast. The Ubuntu variant is called Xubuntu. Toolkit: GTK. Fluxbox: really lightweight, have not used in in years. Other lightweight WMs, that I have briefly tested, but not really used: Englightenment, Openbox, Window Maker. HTH, Thomas -- /\/\/\-| Bart Koppe mediakunstenaar | http://bartkoppe.net b...@bartkoppe.net tel +3640704051 [aim/msn/skype bartkoppe] ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Lightest Fastest Linux Window Manager
I use TWM on Arch Linux but it's very basic Quoth Pagano, Patrick, on 14/02/2013 18:40: Hello I am setting up a Asus netbook for Pure Data/Gem/pidip and would like to not load the hoggish unity or even gnome seems to slow this little guy down. Can linux users suggest a window manager that might serve me best for this purpose. Thank you in Advance. Patrick Pagano, B.S, M.F.A Assistant in Digital Arts and Science Digital Media Projection and Audio Design Digital Worlds Institute University of Florida, USA (352)294-2020 ___ 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
[PD] 9th ACM Creativity and Cognition Conference: 2nd Call for Creativity (Art/Music)
9th ACM Creativity and Cognition Conference: 2nd Call for Creativity (Art/Music) 17th-20th June, 2013, Sydney, Australia. University of Technology, Sydney http://cc13.creativityandcognition.com CALL FOR ARTWORKS, MUSIC, PERFORMANCES and INSTALLATIONS Deadline for submission: 1st March, 2013 Notification: Mid April 2013 We are calling for proposals for artworks, music, performances and installations to be presented in conjunction with the conference. We are seeking a wide variety of artworks related to (but not limited to) the conference theme of `intersections and interactions’. The exhibition of these works will be juried and presentation of works will be integrated into the conference program, in either a concert format, art exhibition or co-located installation, depending on available resources and locations. Formal proposals should be 2 pages in SIGCHI format (see ‘Submission Page’), and should include the elements listed below. The 2-page text of these submissions will be published in the conference proceedings, but appendices (eg. staging diagrams, scores, large photos) should be included as extra pages in the same pdf, and these extra pages need not follow SIGCHI format. For the proceedings the extra pages will not be published, only the formal 2-page submission will be published. Accepted submissions will need to be revised based on reviews and according to guidelines for camera-ready publication to be sent upon notification of acceptance. Please see specific requirements and full 'Call for Creativity' at: http://cc13.creativityandcognition.com/?page_id=43 Submission Method: Easychair Online Submission – see Submission page on the website: http://cc13.creativityandcognition.com/?page_id=179 Conference Organisation Contact: c...@easychair.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Lightest Fastest Linux Window Manager
Unity is fine. We use it in L2Ork without any notable problems... On Feb 14, 2013, at 19:01, James Dunn ja...@4thharmonic.com wrote: I use TWM on Arch Linux but it's very basic Quoth Pagano, Patrick, on 14/02/2013 18:40: Hello I am setting up a Asus netbook for Pure Data/Gem/pidip and would like to not load the hoggish unity or even gnome seems to slow this little guy down. Can linux users suggest a window manager that might serve me best for this purpose. Thank you in Advance. Patrick Pagano, B.S, M.F.A Assistant in Digital Arts and Science Digital Media Projection and Audio Design Digital Worlds Institute University of Florida, USA (352)294-2020 ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OT: Lightest Fastest Linux Window Manager
I have a little Asus with an atom processor and my Gem patches are noticeably faster with fluxbox so far. Anything quicker still? Sent from my iPhone On Feb 14, 2013, at 7:57 PM, Ivica Ico Bukvic i...@vt.edumailto:i...@vt.edu wrote: Unity is fine. We use it in L2Ork without any notable problems... On Feb 14, 2013, at 19:01, James Dunn ja...@4thharmonic.commailto:ja...@4thharmonic.com wrote: I use TWM on Arch Linux but it's very basic Quoth Pagano, Patrick, on 14/02/2013 18:40: Hello I am setting up a Asus netbook for Pure Data/Gem/pidip and would like to not load the hoggish unity or even gnome seems to slow this little guy down. Can linux users suggest a window manager that might serve me best for this purpose. Thank you in Advance. Patrick Pagano, B.S, M.F.A Assistant in Digital Arts and Science Digital Media Projection and Audio Design Digital Worlds Institute University of Florida, USA (352)294-2020 ___ Pd-list@iem.atmailto:Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ Pd-list@iem.atmailto: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
Re: [PD] GUI overload
OK, so I had several L2Ork rehearsals on new machines with this patch applied and I can confirm that this is actually a regression. GUI in heavy traffic situations gets visibly sluggish and falls behind, so to say. This still leaves the only notable difference between pd-l2ork and pd that has so far proven pd-l2ork resistant to the problems encountered below and those have to do with the way how pd-l2ork has altered both netsend/netreceive and also provided its own disis_netsend/receive externals that have been reported before on this list to have fixed similar gui freeze issues... -Original Message- From: Miller Puckette [mailto:m...@ucsd.edu] Sent: Thursday, December 20, 2012 11:46 PM To: Ivica Bukvic Cc: pd-list@iem.at Subject: Re: [PD] GUI overload My worry is, I'm not sure if there's still a problem out there that the || -. + change fixes. Maybe I should try to cook up a formal definition of what working correctly should consist of :) M On Thu, Dec 20, 2012 at 09:30:40PM -0500, Ivica Bukvic wrote: Miller, Pd-l2ork has this fix since your original post on the PD list and I've yet to see any regressions. Many thanks for the suggestion. That said, I've yet to understand the logic behind it ;-). P.S. I also discovered quite a while ago that netreceive had a tendency to freeze GUI permanently, likely due to asynchronous message processing. I fixed this by enqueuing its messages and syncing them with the main PD loop. This has been a part of pd-l2ork for over a year without a single GUI freeze. That said, I did encounter situations where high traffic would freeze GUI temporarily and then resume (albeit running now behind the actual timeline as the GUI would simply resume as if nothing happened, rather than processing all calls that have piled up since the temporary freeze happened and for which time has already passed, e.g. having a timer in a score that freezes and then resumes from the moment it was stuck rather than adding seconds lost since such calls should've been enqueued while the freeze was in effect). This may have been in part due to atom cpus being taxed to their very limits. I've yet to see whether your proposed fix resolves the lingering issue. HTH Best wishes, Ico On Dec 20, 2012 7:02 PM, Miller Puckette m...@ucsd.edu wrote: OK... I've pushed a change that seems to have fixed the arrays-atop-updating problem (at lest in the Brane example). Not sure if I should also commit the return (sys_domicrosleep(0, 1) || sys_poll_togui()) --- + change as well (somehow I think it should never be necessary to do that but I'm realizing how little I understand Pd's scheduler.) cheers M On Thu, Dec 20, 2012 at 12:17:35PM -0500, Hans-Christoph Steiner wrote: It seems that there are a number of issues here: * GUI objects sending every update, regardless of change (fixed) * arrays stop updating on Mac OS X (pinpointed) I just tested this on Windows, and it looks like only Mac OS X is affected * all GUI activity stopping related to: return (sys_domicrosleep(0, 1) || sys_poll_togui()) * GUI objects sending updates to GUI as fast as they receive them even tho the screen will never update faster than every ~10ms. * some GUI updates send lots of raw Tcl code to be parsed, compiled, and run in realtime .hc On Dec 20, 2012, at 5:54 AM, Ed Kelly wrote: OK, well in fact the problem was not arrays updating. It was all the other GUI objects (sliders, mknob, num2 etc) that would freeze, and this is running on GNU/Linux. This was a real problem, since I could change them with the mouse, but the results of the change were not shown (e.g. the pattern-number in one of my sequencers). Changing sys_pollgui() did fix this, so perhaps what we are actually dealing with is two separate issues, one concerning arrays and another concerning the rest of the GUI. Ed I tracked down the commit that seems to be causing the problem that Porres reported. I think its a totally different problem related to Pd-0.43's new portaudio implementation. It does not affect GNU/Linux, which doesn't use protaudio. I haven't tested it on Windows. https://sourceforge.net/tracker/?func=detailaid=3573542group_id=5573 6atid=478070 Ed, if part of your problem is arrays that stop updating and you're running on Mac OS X or maybe Windows, this might also be affecting you. .hc On Dec 17, 2012, at 3:12 PM, Miller Puckette wrote: OK... except that I don't know why this works yet... by which i mean, I don't think it's possible that sys_domicrosleep(0 is returning 1s on every tick unless teh GUI itself is sending hundreds of messages per second down to Pd. Reducing the average
Re: [PD] GUI overload
I don't quite understand. Are you saying that this || to + change does help or does not help? .hc On 02/14/2013 09:27 PM, Ivica Ico Bukvic wrote: OK, so I had several L2Ork rehearsals on new machines with this patch applied and I can confirm that this is actually a regression. GUI in heavy traffic situations gets visibly sluggish and falls behind, so to say. This still leaves the only notable difference between pd-l2ork and pd that has so far proven pd-l2ork resistant to the problems encountered below and those have to do with the way how pd-l2ork has altered both netsend/netreceive and also provided its own disis_netsend/receive externals that have been reported before on this list to have fixed similar gui freeze issues... -Original Message- From: Miller Puckette [mailto:m...@ucsd.edu] Sent: Thursday, December 20, 2012 11:46 PM To: Ivica Bukvic Cc: pd-list@iem.at Subject: Re: [PD] GUI overload My worry is, I'm not sure if there's still a problem out there that the || -. + change fixes. Maybe I should try to cook up a formal definition of what working correctly should consist of :) M On Thu, Dec 20, 2012 at 09:30:40PM -0500, Ivica Bukvic wrote: Miller, Pd-l2ork has this fix since your original post on the PD list and I've yet to see any regressions. Many thanks for the suggestion. That said, I've yet to understand the logic behind it ;-). P.S. I also discovered quite a while ago that netreceive had a tendency to freeze GUI permanently, likely due to asynchronous message processing. I fixed this by enqueuing its messages and syncing them with the main PD loop. This has been a part of pd-l2ork for over a year without a single GUI freeze. That said, I did encounter situations where high traffic would freeze GUI temporarily and then resume (albeit running now behind the actual timeline as the GUI would simply resume as if nothing happened, rather than processing all calls that have piled up since the temporary freeze happened and for which time has already passed, e.g. having a timer in a score that freezes and then resumes from the moment it was stuck rather than adding seconds lost since such calls should've been enqueued while the freeze was in effect). This may have been in part due to atom cpus being taxed to their very limits. I've yet to see whether your proposed fix resolves the lingering issue. HTH Best wishes, Ico On Dec 20, 2012 7:02 PM, Miller Puckette m...@ucsd.edu wrote: OK... I've pushed a change that seems to have fixed the arrays-atop-updating problem (at lest in the Brane example). Not sure if I should also commit the return (sys_domicrosleep(0, 1) || sys_poll_togui()) --- + change as well (somehow I think it should never be necessary to do that but I'm realizing how little I understand Pd's scheduler.) cheers M On Thu, Dec 20, 2012 at 12:17:35PM -0500, Hans-Christoph Steiner wrote: It seems that there are a number of issues here: * GUI objects sending every update, regardless of change (fixed) * arrays stop updating on Mac OS X (pinpointed) I just tested this on Windows, and it looks like only Mac OS X is affected * all GUI activity stopping related to: return (sys_domicrosleep(0, 1) || sys_poll_togui()) * GUI objects sending updates to GUI as fast as they receive them even tho the screen will never update faster than every ~10ms. * some GUI updates send lots of raw Tcl code to be parsed, compiled, and run in realtime .hc On Dec 20, 2012, at 5:54 AM, Ed Kelly wrote: OK, well in fact the problem was not arrays updating. It was all the other GUI objects (sliders, mknob, num2 etc) that would freeze, and this is running on GNU/Linux. This was a real problem, since I could change them with the mouse, but the results of the change were not shown (e.g. the pattern-number in one of my sequencers). Changing sys_pollgui() did fix this, so perhaps what we are actually dealing with is two separate issues, one concerning arrays and another concerning the rest of the GUI. Ed I tracked down the commit that seems to be causing the problem that Porres reported. I think its a totally different problem related to Pd-0.43's new portaudio implementation. It does not affect GNU/Linux, which doesn't use protaudio. I haven't tested it on Windows. https://sourceforge.net/tracker/?func=detailaid=3573542group_id=5573 6atid=478070 Ed, if part of your problem is arrays that stop updating and you're running on Mac OS X or maybe Windows, this might also be affecting you. .hc On Dec 17, 2012, at 3:12 PM, Miller Puckette wrote: OK... except that I don't know why this works yet... by which i mean, I don't think it's possible that sys_domicrosleep(0 is returning 1s on every tick unless teh GUI itself is sending hundreds of messages per second down to Pd. Reducing the average volume of trafic won't solve the underlying problem, it will just make it harder
Re: [PD] GUI overload
- Original Message - From: Ivica Ico Bukvic i...@vt.edu To: 'Miller Puckette' m...@ucsd.edu Cc: pd-list@iem.at Sent: Thursday, February 14, 2013 9:27 PM Subject: Re: [PD] GUI overload OK, so I had several L2Ork rehearsals on new machines with this patch applied and I can confirm that this is actually a regression. GUI in heavy traffic situations gets visibly sluggish and falls behind, so to say. This still leaves the only notable difference between pd-l2ork and pd that has so far proven pd-l2ork resistant to the problems encountered below and those have to do with the way how pd-l2ork has altered both netsend/netreceive and also provided its own disis_netsend/receive externals that have been reported before on this list to have fixed similar gui freeze issues... Why is it disis_netsend/receive and not simply a fixed netsend/receive? Did you change the interface in some way? -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI overload
It makes things worse in pd-l2ork. Pd-l2ork did not need it (AFAICT) in the first place since I had the netsend/receive fixed but I tried it anyhow just to make sure and my conclusion is it makes things more sluggish gui-wise. -Original Message- From: pd-list-boun...@iem.at [mailto:pd-list-boun...@iem.at] On Behalf Of Hans-Christoph Steiner Sent: Thursday, February 14, 2013 10:07 PM To: pd-list@iem.at Subject: Re: [PD] GUI overload I don't quite understand. Are you saying that this || to + change does help or does not help? .hc On 02/14/2013 09:27 PM, Ivica Ico Bukvic wrote: OK, so I had several L2Ork rehearsals on new machines with this patch applied and I can confirm that this is actually a regression. GUI in heavy traffic situations gets visibly sluggish and falls behind, so to say. This still leaves the only notable difference between pd-l2ork and pd that has so far proven pd-l2ork resistant to the problems encountered below and those have to do with the way how pd-l2ork has altered both netsend/netreceive and also provided its own disis_netsend/receive externals that have been reported before on this list to have fixed similar gui freeze issues... -Original Message- From: Miller Puckette [mailto:m...@ucsd.edu] Sent: Thursday, December 20, 2012 11:46 PM To: Ivica Bukvic Cc: pd-list@iem.at Subject: Re: [PD] GUI overload My worry is, I'm not sure if there's still a problem out there that the || -. + change fixes. Maybe I should try to cook up a formal definition of what working correctly should consist of :) M On Thu, Dec 20, 2012 at 09:30:40PM -0500, Ivica Bukvic wrote: Miller, Pd-l2ork has this fix since your original post on the PD list and I've yet to see any regressions. Many thanks for the suggestion. That said, I've yet to understand the logic behind it ;-). P.S. I also discovered quite a while ago that netreceive had a tendency to freeze GUI permanently, likely due to asynchronous message processing. I fixed this by enqueuing its messages and syncing them with the main PD loop. This has been a part of pd-l2ork for over a year without a single GUI freeze. That said, I did encounter situations where high traffic would freeze GUI temporarily and then resume (albeit running now behind the actual timeline as the GUI would simply resume as if nothing happened, rather than processing all calls that have piled up since the temporary freeze happened and for which time has already passed, e.g. having a timer in a score that freezes and then resumes from the moment it was stuck rather than adding seconds lost since such calls should've been enqueued while the freeze was in effect). This may have been in part due to atom cpus being taxed to their very limits. I've yet to see whether your proposed fix resolves the lingering issue. HTH Best wishes, Ico On Dec 20, 2012 7:02 PM, Miller Puckette m...@ucsd.edu wrote: OK... I've pushed a change that seems to have fixed the arrays-atop-updating problem (at lest in the Brane example). Not sure if I should also commit the return (sys_domicrosleep(0, 1) || sys_poll_togui()) --- + change as well (somehow I think it should never be necessary to do that but I'm realizing how little I understand Pd's scheduler.) cheers M On Thu, Dec 20, 2012 at 12:17:35PM -0500, Hans-Christoph Steiner wrote: It seems that there are a number of issues here: * GUI objects sending every update, regardless of change (fixed) * arrays stop updating on Mac OS X (pinpointed) I just tested this on Windows, and it looks like only Mac OS X is affected * all GUI activity stopping related to: return (sys_domicrosleep(0, 1) || sys_poll_togui()) * GUI objects sending updates to GUI as fast as they receive them even tho the screen will never update faster than every ~10ms. * some GUI updates send lots of raw Tcl code to be parsed, compiled, and run in realtime .hc On Dec 20, 2012, at 5:54 AM, Ed Kelly wrote: OK, well in fact the problem was not arrays updating. It was all the other GUI objects (sliders, mknob, num2 etc) that would freeze, and this is running on GNU/Linux. This was a real problem, since I could change them with the mouse, but the results of the change were not shown (e.g. the pattern-number in one of my sequencers). Changing sys_pollgui() did fix this, so perhaps what we are actually dealing with is two separate issues, one concerning arrays and another concerning the rest of the GUI. Ed I tracked down the commit that seems to be causing the problem that Porres reported. I think its a totally different problem related to Pd-0.43's new portaudio implementation. It does not affect GNU/Linux, which doesn't use protaudio. I haven't tested it on Windows.
Re: [PD] GUI overload
OK, so I had several L2Ork rehearsals on new machines with this patch applied and I can confirm that this is actually a regression. GUI in heavy traffic situations gets visibly sluggish and falls behind, so to say. This still leaves the only notable difference between pd-l2ork and pd that has so far proven pd-l2ork resistant to the problems encountered below and those have to do with the way how pd-l2ork has altered both netsend/netreceive and also provided its own disis_netsend/receive externals that have been reported before on this list to have fixed similar gui freeze issues... Why is it disis_netsend/receive and not simply a fixed netsend/receive? Did you change the interface in some way? -Jonathan Those have additional features (e.g. UDP broadcast, obviously operation without gui hiccups, as well as enqueing messages and dumping them all at once) that I implemented as separate externals before forking pd-l2ork so I did it in a way that did not mess with the core pd. Since then, I fixed netsend/receive in the core part of Pd as well but kept those for backwards compatibility purposes unaltered. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Changing the defaul language in 0.43
How do I set / change the default language on both Windoze and Mac for 0.43 ? I don't have a Windoze machine myself, so can't test there, but the readme for the Mac version does not say anything about it. There also seems to be no setting in the preference file for this (or at least none that I could find). I searched the list-archives and the best instruction I found was to delete all .msg files inside /po, which seems a bit crude to me. Is there a more elegant way to do this? I understand from an older discussion that the assumption was that non-technical people were assumed to want to use Pd in their native language. I did installs this week on about a dozen machines and apparently they all belonged to non-technical people, even though every single one of them runs all software on their machine in English only... Wouldn't it be wiser to assume that whatever the language is that the OS is running in, is also the language that people really want to use their software in? Just my two cents. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
