Re: [PD] GEM on raspberry pi
Hey Ali, I'm interested in trying out the udoo. After October I should have some time to work on getting gem running on it. I think any advances on the udoo should translate to the Pi and vice versa. On Mon, Sep 9, 2013 at 10:02 AM, Ali Momeni batc...@gmail.com wrote: hello friends, i'm very keen to try GEM/openGL on a Udoo board (http://udoo.org) which DOES support OpenGL. if anyone is up for trying it i can provide you with a board to try on. should be a load of fun :) ali On Mon, Sep 9, 2013 at 9:24 AM, Dan Wilcox danomat...@gmail.com wrote: I'm curious to know if this works as well. Judging from the short readme, do the following on the RPI commandline (not tested). Long story short, you install git cmake, then get the glshim source from gihub and build it. After that, you need to add the path to the built library files (.so) in the glshim folder so the system knows to look there and load that GL instead of the main system GL in /usr/lib. The main issue with the RPI is that it doesn't support old school GL, only GLES, so the intermediate mode commands etc don't work. glshim appears to be a wrapper that adds the functionality on ES. It may be a little slower, depending on how they've built it, but it should work ... # cd ~/ mkdir src cd src sudo apt-get install git-core cmake git clone https://github.com/lunixbochs/glshim.git cd glshim cmake . -DBCMHOST=1; make GL echo export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$HOME/src/glshim/src/libGL.so.1 ~/.bash_profile # ... now logout and login try GEM If that doesn't work / has problems, then as the readme says, you might need his patched version of glu, sooo: # cd ~/src git clone g...@github.com:lunixbochs/glues.git git checkout glu cmake . make # Then edit the LD_LIBRARY_PATH in ~/.bash_profile and add the location of the compiled glues (not sure, there's no info in either repo readme): # leafpad ~/.bash_profile # Find this line (was added earlier): export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$HOME/src/glshim/src/libGL.so.1 and add a new search path to the glues lib location you just built to it. As I said before, you'll have to find the .so lib files you built in the glues folder to knwo which path to add: export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$HOME/src/glshim/src/libGL.so.1:$HOME/src/glues/PATH/TO/LIB/SOS Good luck. On Sep 9, 2013, at 8:28 AM, pd-list-requ...@iem.at wrote: *From: *Richie Cyngler glitch...@gmail.com *Subject: **Re: [PD] GEM on raspberry pi* *Date: *September 9, 2013 6:20:28 AM EDT *To: *dreamer drea...@puikheid.nl *Cc: *pd-list pd-list@iem.at Thanks dreamer, I'll see if I can get that to work. Git confuses the hell out of me but the install instructions look pretty clear. Have you tried this? If so does GEM just work once glshim is installed? cheers On Mon, Sep 9, 2013 at 4:16 PM, dreamer drea...@puikheid.nl wrote: Perhaps have a look at glshim: https://github.com/lunixbochs/glshim Not all GEM functions are working yet, but anyone porting to GL ES could start there. Dan Wilcox @danomatika danomatika.com robotcowboy.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 -- www.epicjefferson.com www.avmachinists.org Puerto Rico based Art Collective/ Non-Profit Org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.45-2 released
I can confirm the copying issue on OS X 10.7.5. P *www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 10 September 2013 06:36, Jaime E Oliver jaime.oliv...@gmail.com wrote: A couple of bugs it seems in osx 10.8.4 and pd 0.45-2 I cannot copy the content of one object box (i.e. the text inside the box like name of an object and arguments) into another object. I also mentioned the weird 48k sample rate issue on a separate thread, but it seems like it should be on this thread… best, J On Aug 29, 2013, at 5:09 PM, Miller Puckette m...@ucsd.edu wrote: Sorry about all the noise... I fixed the find parent window problem (thanks Roman) and compiled for all platforms except pi(that will have to wait because I packed all my Pis up for an upcoming workshop in Quebec City (Tuesday; Chambre Blanche, and an opening (Avatar, Fri.) and talk (Cosy, Sat). in case aonyone listening here is interested.) nyhow, grab it for 'find parent window' to work: http://msp.ucsd.edu/software.html (URL change too; the old one redirects)... or via git (the usual way). cheers Miller ___ 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 ___ 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 noobie: I don't understand this glsl thing... but I need it!
for ExtendedviewToolkit, there is a webpage [1] and you can download the latest via github [2] [1] extendedview.mur.at [2] https://github.com/extendedview/extended_view_toolkit cheers, Peter Am 09.09.13 23:51, schrieb John Harrison: ExtendedViewToolkit does photo stitching. Maybe it does what you want or can give you some ideas: http://puredata.info/Members/Weitsicht/extended-view-toolkit/ On Mon, Sep 9, 2013 at 4:21 PM, Dan Wilcox danomat...@gmail.com wrote: glsl is the open gl shader language ... basically a simple C-like language for doing graphics stuff on the GPU, see https://en.wikipedia.org/wiki/GLSL Also, see the OpenGL Orange Bookhttp://www.amazon.com/OpenGL-Shading-Language-3rd-Edition/dp/0321637631 On Sep 9, 2013, at 5:01 PM, pd-list-requ...@iem.at wrote: *From: *David Schaffer schafferda...@hotmail.com *Subject: **[PD] GEM noobie: I don't understand this glsl thing... but I need it!* *Date: *September 9, 2013 4:24:08 PM EDT *To: *pd list pd-list@iem.at Hi there, I'm in the process of writing my own photo stitching/assembling abstraction but I'm having a lot of trouble understanding what the glsl object do... I've been able to implement an edge blurring function by copy/pasting the glsl code from the panoramique.pd patch and the panoramique.vert and panoramique.frag files to the right places, but it only blurs vertical edges. Can anyone tell me how I could blur horizontal edges too? and... what this glsl thing is all about. I'm no code expert, so please keep it understandable (!) Thanks a lot, David http://www.flickr.com/photos/schafferdavid/ https://soundcloud.com/schafferdavid Dan Wilcox @danomatika danomatika.com robotcowboy.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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling externals on ARM
Actually I think that the library template should work for Linux on ARM too, as is. Only it does not provide specific optimization flags, which those ARM boards sorely need for performance. But if it does not build at all, there may be something else wrong, for example the build directory structure. Let's not conclude too early that the makefiles are at fault. Katja On Mon, Sep 9, 2013 at 6:29 PM, jo57 jaime.oliv...@gmail.com wrote: I don't think it is clutter at all… I don't have one of these boards, but I'd love to try them, and when I do, I'd love to come back to this documentation... Perhaps this could be added to the library template? http://puredata.info/docs/developer/LibraryTemplate J On Sep 9, 2013, at 11:39 AM, katja katjavet...@gmail.com wrote: Hi Ali, Seems an interesting board, the Udoo. PengPod has Cortex-A8 while Udoo has Cortex-A9. But machine name is armv7l in both cases, meaning the same compiler flags may be used. If you want I can send you a project by private mail (don't want to clutter the list with this) which builds some home-brew externals and some externals from Pd-extended on RPi and PengPod amongst others. If it would build on Udoo too, we'd know a bit more. Katja On Mon, Sep 9, 2013 at 4:11 PM, Ali Momeni batc...@gmail.com wrote: Hello, Looks like the Udoo is the same as the PengPod. Is the PengPod something like: http://pandaboard.org/ ? Here's what i get: ubuntu@imx6-qsdl:~$ uname -s Linux ubuntu@imx6-qsdl:~$ uname -a Linux imx6-qsdl 3.0.35 #1 SMP PREEMPT Mon Aug 19 07:11:31 PDT 2013 armv7l armv7l armv7l GNU/Linux On Mon, Sep 9, 2013 at 10:03 AM, katja katjavet...@gmail.com wrote: Hello Ali, A while ago I've compiled home-brew Pd externals on Raspberry Pi and PengPod Linux tablet, and found that for each ARM processor type you can identify them by their proper name as returned by command uname -m. For RPi this is armv6l and for PengPod armv7l. So I could define individual flags for those ARM types in the makefiles. There is no general approach to this, as makefiles in various Pd extended libs can be very different. In the template makefile which is used for many libs, the operating system is tested first with uname -s. If it is Linux, the processor type is found with uname -m and stored in variable CPU, which seems to be used for target 'showsetup' only, not for setting specific flags. Anyway, if you get No rule to make target xxx.pd_linux when trying to build a lib with template makefile, I wonder what you get from your Udoo board with command uname -s? Katja On Mon, Sep 9, 2013 at 2:06 PM, Ali Momeni batc...@gmail.com wrote: hello all, i'm working with a Udoo board (http://Udoo.org) i've successfully compiled PureData 0.45 from miller's site; i'm now trying to compile some of the externals in the pd svn, but i'm getting the same error for all. for instance, when trying to compile nusmuk-audio, i.e. http://sourceforge.net/p/pure-data/svn/17203/tree/trunk/externals/nusmuk/nusmuk-audio/ i get the following ubuntu@imx6-qsdl:~/pd-externals/nusmuk/nusmuk-audio$ make make: * No rule to make target `bq~.pd_linux', needed by `all'. Stop. I have contacted the developer (cyrille henry) and he adjusted the MakeFile to account for building for ARM; but i get the same error. I notice, incidentally, that i get the same error (No rule to make target xxx.pd_linux) for all other externals that i tried from the repository. does anyone have any thoughts on how to resolve this? thanks, ali ___ 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] compiling externals on ARM
hello, nusmuk-audio use the template makefile. i upgrade it to last version for ali to test. anyhow, this lib compile fine almost everywhere, including on rasbian. (so makefile look good on linux/arm) ali say that compiling any externals gives the same problem. so it's not specific to this lib. i have no idea where the problem source can be. cheers c Le 10/09/2013 11:09, katja a écrit : Actually I think that the library template should work for Linux on ARM too, as is. Only it does not provide specific optimization flags, which those ARM boards sorely need for performance. But if it does not build at all, there may be something else wrong, for example the build directory structure. Let's not conclude too early that the makefiles are at fault. Katja On Mon, Sep 9, 2013 at 6:29 PM, jo57 jaime.oliv...@gmail.com wrote: I don't think it is clutter at all… I don't have one of these boards, but I'd love to try them, and when I do, I'd love to come back to this documentation... Perhaps this could be added to the library template? http://puredata.info/docs/developer/LibraryTemplate J On Sep 9, 2013, at 11:39 AM, katja katjavet...@gmail.com wrote: Hi Ali, Seems an interesting board, the Udoo. PengPod has Cortex-A8 while Udoo has Cortex-A9. But machine name is armv7l in both cases, meaning the same compiler flags may be used. If you want I can send you a project by private mail (don't want to clutter the list with this) which builds some home-brew externals and some externals from Pd-extended on RPi and PengPod amongst others. If it would build on Udoo too, we'd know a bit more. Katja On Mon, Sep 9, 2013 at 4:11 PM, Ali Momeni batc...@gmail.com wrote: Hello, Looks like the Udoo is the same as the PengPod. Is the PengPod something like: http://pandaboard.org/ ? Here's what i get: ubuntu@imx6-qsdl:~$ uname -s Linux ubuntu@imx6-qsdl:~$ uname -a Linux imx6-qsdl 3.0.35 #1 SMP PREEMPT Mon Aug 19 07:11:31 PDT 2013 armv7l armv7l armv7l GNU/Linux On Mon, Sep 9, 2013 at 10:03 AM, katja katjavet...@gmail.com wrote: Hello Ali, A while ago I've compiled home-brew Pd externals on Raspberry Pi and PengPod Linux tablet, and found that for each ARM processor type you can identify them by their proper name as returned by command uname -m. For RPi this is armv6l and for PengPod armv7l. So I could define individual flags for those ARM types in the makefiles. There is no general approach to this, as makefiles in various Pd extended libs can be very different. In the template makefile which is used for many libs, the operating system is tested first with uname -s. If it is Linux, the processor type is found with uname -m and stored in variable CPU, which seems to be used for target 'showsetup' only, not for setting specific flags. Anyway, if you get No rule to make target xxx.pd_linux when trying to build a lib with template makefile, I wonder what you get from your Udoo board with command uname -s? Katja On Mon, Sep 9, 2013 at 2:06 PM, Ali Momeni batc...@gmail.com wrote: hello all, i'm working with a Udoo board (http://Udoo.org) i've successfully compiled PureData 0.45 from miller's site; i'm now trying to compile some of the externals in the pd svn, but i'm getting the same error for all. for instance, when trying to compile nusmuk-audio, i.e. http://sourceforge.net/p/pure-data/svn/17203/tree/trunk/externals/nusmuk/nusmuk-audio/ i get the following ubuntu@imx6-qsdl:~/pd-externals/nusmuk/nusmuk-audio$ make make: * No rule to make target `bq~.pd_linux', needed by `all'. Stop. I have contacted the developer (cyrille henry) and he adjusted the MakeFile to account for building for ARM; but i get the same error. I notice, incidentally, that i get the same error (No rule to make target xxx.pd_linux) for all other externals that i tried from the repository. does anyone have any thoughts on how to resolve this? thanks, ali ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.45-2 released
Same here on osx 10.6.8 But isn't that a pd-extended only feature? n Le 10/09/13 09:03, peiman khosravi a écrit : I can confirm the copying issue on OS X 10.7.5. P On 10 September 2013 06:36, Jaime E Oliver jaime.oliv...@gmail.com mailto:jaime.oliv...@gmail.com wrote: A couple of bugs it seems in osx 10.8.4 and pd 0.45-2 I cannot copy the content of one object box (i.e. the text inside the box like name of an object and arguments) into another object. -- http://www.nimon.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.45-2 released
Le 10/09/2013 11:38, Nicolas Montgermont a écrit : Same here on osx 10.6.8 But isn't that a pd-extended only feature? it has always been working in vanilla / linux. but I can confirm that it did not work any more on linux. c n Le 10/09/13 09:03, peiman khosravi a écrit : I can confirm the copying issue on OS X 10.7.5. P On 10 September 2013 06:36, Jaime E Oliver jaime.oliv...@gmail.com mailto:jaime.oliv...@gmail.com wrote: A couple of bugs it seems in osx 10.8.4 and pd 0.45-2 I cannot copy the content of one object box (i.e. the text inside the box like name of an object and arguments) into another object. -- http://www.nimon.org ___ 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] FW: GEM noobie: I don't understand this glsl thing... but I need it!
Hi, and thank you for your answers, I know about extended view, I 've donwloaded it and used to build my design. The idea for me is now to get a better understanding of the glsl chain, because it seems to be the place where all the magic happens. I thought I could find more examples of glsl objects implementations in pd, and some written code that I could try to hack... any help appreciated. David http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/ Date: Tue, 10 Sep 2013 09:27:17 +0200 From: n...@petervenus.de To: pd-list@iem.at Subject: Re: [PD] GEM noobie: I don't understand this glsl thing... but I need it! for ExtendedviewToolkit, there is a webpage [1] and you can download the latest via github [2] [1] extendedview.mur.at [2] https://github.com/extendedview/extended_view_toolkit cheers, Peter Am 09.09.13 23:51, schrieb John Harrison: ExtendedViewToolkit does photo stitching. Maybe it does what you want or can give you some ideas: http://puredata.info/Members/Weitsicht/extended-view-toolkit/ On Mon, Sep 9, 2013 at 4:21 PM, Dan Wilcox danomat...@gmail.com wrote: glsl is the open gl shader language ... basically a simple C-like language for doing graphics stuff on the GPU, see https://en.wikipedia.org/wiki/GLSL Also, see the OpenGL Orange Bookhttp://www.amazon.com/OpenGL-Shading-Language-3rd-Edition/dp/0321637631 On Sep 9, 2013, at 5:01 PM, pd-list-requ...@iem.at wrote: *From: *David Schaffer schafferda...@hotmail.com *Subject: **[PD] GEM noobie: I don't understand this glsl thing... but I need it!* *Date: *September 9, 2013 4:24:08 PM EDT *To: *pd list pd-list@iem.at Hi there, I'm in the process of writing my own photo stitching/assembling abstraction but I'm having a lot of trouble understanding what the glsl object do... I've been able to implement an edge blurring function by copy/pasting the glsl code from the panoramique.pd patch and the panoramique.vert and panoramique.frag files to the right places, but it only blurs vertical edges. Can anyone tell me how I could blur horizontal edges too? and... what this glsl thing is all about. I'm no code expert, so please keep it understandable (!) Thanks a lot, David http://www.flickr.com/photos/schafferdavid/ https://soundcloud.com/schafferdavid Dan Wilcox @danomatika danomatika.com robotcowboy.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 ___ 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] FW: GEM noobie: I don't understand this glsl thing... but I need it!
the glsl exemples are in a specific folder in gem/exemple. it's not very documented, but you'll have some basic shader. it's a good place to start. c Le 10/09/2013 12:43, David Schaffer a écrit : Hi, and thank you for your answers, I know about extended view, I 've donwloaded it and used to build my design. The idea for me is now to get a better understanding of the glsl chain, because it seems to be the place where all the magic happens. I thought I could find more examples of glsl objects implementations in pd, and some written code that I could try to hack... any help appreciated. David http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/ Date: Tue, 10 Sep 2013 09:27:17 +0200 From: n...@petervenus.de To: pd-list@iem.at Subject: Re: [PD] GEM noobie: I don't understand this glsl thing... but I need it! for ExtendedviewToolkit, there is a webpage [1] and you can download the latest via github [2] [1] extendedview.mur.at [2] https://github.com/extendedview/extended_view_toolkit cheers, Peter Am 09.09.13 23:51, schrieb John Harrison: ExtendedViewToolkit does photo stitching. Maybe it does what you want or can give you some ideas: http://puredata.info/Members/Weitsicht/extended-view-toolkit/ On Mon, Sep 9, 2013 at 4:21 PM, Dan Wilcox danomat...@gmail.com wrote: glsl is the open gl shader language ... basically a simple C-like language for doing graphics stuff on the GPU, see https://en.wikipedia.org/wiki/GLSL Also, see the OpenGL Orange Bookhttp://www.amazon.com/OpenGL-Shading-Language-3rd-Edition/dp/0321637631 On Sep 9, 2013, at 5:01 PM, pd-list-requ...@iem.at wrote: *From: *David Schaffer schafferda...@hotmail.com *Subject: **[PD] GEM noobie: I don't understand this glsl thing... but I need it!* *Date: *September 9, 2013 4:24:08 PM EDT *To: *pd list pd-list@iem.at Hi there, I'm in the process of writing my own photo stitching/assembling abstraction but I'm having a lot of trouble understanding what the glsl object do... I've been able to implement an edge blurring function by copy/pasting the glsl code from the panoramique.pd patch and the panoramique.vert and panoramique.frag files to the right places, but it only blurs vertical edges. Can anyone tell me how I could blur horizontal edges too? and... what this glsl thing is all about. I'm no code expert, so please keep it understandable (!) Thanks a lot, David http://www.flickr.com/photos/schafferdavid/ https://soundcloud.com/schafferdavid Dan Wilcox @danomatika danomatika.com robotcowboy.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 ___ 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] [PD-announce] pd 0.45-2 released
Could you also try the 48k sample rate while playing a sinusoid? I get crackles unless I increase the software's delay (in audio preferences) to something like 500ms. ? On Sep 10, 2013, at 6:01 AM, Cyrille Henry c...@chnry.net wrote: Le 10/09/2013 11:38, Nicolas Montgermont a écrit : Same here on osx 10.6.8 But isn't that a pd-extended only feature? it has always been working in vanilla / linux. but I can confirm that it did not work any more on linux. c n Le 10/09/13 09:03, peiman khosravi a écrit : I can confirm the copying issue on OS X 10.7.5. P On 10 September 2013 06:36, Jaime E Oliver jaime.oliv...@gmail.com mailto:jaime.oliv...@gmail.com wrote: A couple of bugs it seems in osx 10.8.4 and pd 0.45-2 I cannot copy the content of one object box (i.e. the text inside the box like name of an object and arguments) into another object. -- http://www.nimon.org ___ 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] [PD-announce] pd 0.45-2 released
I can confirm the crackles with a 48k sampling rate and delay = 100 ms on OS X 10.8.4 On Tue, Sep 10, 2013 at 4:34 PM, Jaime E Oliver jaime.oliv...@gmail.comwrote: Could you also try the 48k sample rate while playing a sinusoid? I get crackles unless I increase the software's delay (in audio preferences) to something like 500ms. ? On Sep 10, 2013, at 6:01 AM, Cyrille Henry c...@chnry.net wrote: Le 10/09/2013 11:38, Nicolas Montgermont a écrit : Same here on osx 10.6.8 But isn't that a pd-extended only feature? it has always been working in vanilla / linux. but I can confirm that it did not work any more on linux. c n Le 10/09/13 09:03, peiman khosravi a écrit : I can confirm the copying issue on OS X 10.7.5. P On 10 September 2013 06:36, Jaime E Oliver jaime.oliv...@gmail.commailto: jaime.oliv...@gmail.com wrote: A couple of bugs it seems in osx 10.8.4 and pd 0.45-2 I cannot copy the content of one object box (i.e. the text inside the box like name of an object and arguments) into another object. -- http://www.nimon.org ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.45-2 released
Thanks everyone for reporting these... I'll start trying to figure these out today. (I tried to 'improve' audio handling for 0.45 and probably improved it in the wrong direction somehow). I don't know what happened to copy/paste. cheers Miller On Tue, Sep 10, 2013 at 04:56:01PM +0300, Alexandros Drymonitis wrote: I can confirm the crackles with a 48k sampling rate and delay = 100 ms on OS X 10.8.4 On Tue, Sep 10, 2013 at 4:34 PM, Jaime E Oliver jaime.oliv...@gmail.comwrote: Could you also try the 48k sample rate while playing a sinusoid? I get crackles unless I increase the software's delay (in audio preferences) to something like 500ms. ? On Sep 10, 2013, at 6:01 AM, Cyrille Henry c...@chnry.net wrote: Le 10/09/2013 11:38, Nicolas Montgermont a écrit : Same here on osx 10.6.8 But isn't that a pd-extended only feature? it has always been working in vanilla / linux. but I can confirm that it did not work any more on linux. c n Le 10/09/13 09:03, peiman khosravi a écrit : I can confirm the copying issue on OS X 10.7.5. P On 10 September 2013 06:36, Jaime E Oliver jaime.oliv...@gmail.commailto: jaime.oliv...@gmail.com wrote: A couple of bugs it seems in osx 10.8.4 and pd 0.45-2 I cannot copy the content of one object box (i.e. the text inside the box like name of an object and arguments) into another object. -- http://www.nimon.org ___ 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 ___ 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-announce] pd 0.45-2 released
hello, no crack here 48000Hz, 20ms delay, 64 sample blocksize, alsa or portaudio (ubuntu 13.04 64 bits) cheers c Le 10/09/2013 15:34, Jaime E Oliver a écrit : Could you also try the 48k sample rate while playing a sinusoid? I get crackles unless I increase the software's delay (in audio preferences) to something like 500ms. ? On Sep 10, 2013, at 6:01 AM, Cyrille Henry c...@chnry.net wrote: Le 10/09/2013 11:38, Nicolas Montgermont a écrit : Same here on osx 10.6.8 But isn't that a pd-extended only feature? it has always been working in vanilla / linux. but I can confirm that it did not work any more on linux. c n Le 10/09/13 09:03, peiman khosravi a écrit : I can confirm the copying issue on OS X 10.7.5. P On 10 September 2013 06:36, Jaime E Oliver jaime.oliv...@gmail.com mailto:jaime.oliv...@gmail.com wrote: A couple of bugs it seems in osx 10.8.4 and pd 0.45-2 I cannot copy the content of one object box (i.e. the text inside the box like name of an object and arguments) into another object. -- http://www.nimon.org ___ 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] FW: GEM noobie: I don't understand this glsl thing... but I need it!
Hello, oops, initialy not replied to the list ... We have a modest wiki page in french about Pd vs glsl, some ressources there as well http://wiki.labomedia.org/index.php/Pure_Data_vs_OpenGL ++benjamin Le 10/09/2013 13:02, Cyrille Henry a écrit : the glsl exemples are in a specific folder in gem/exemple. it's not very documented, but you'll have some basic shader. it's a good place to start. c Le 10/09/2013 12:43, David Schaffer a écrit : Hi, and thank you for your answers, I know about extended view, I 've donwloaded it and used to build my design. The idea for me is now to get a better understanding of the glsl chain, because it seems to be the place where all the magic happens. I thought I could find more examples of glsl objects implementations in pd, and some written code that I could try to hack... any help appreciated. David http://www.flickr.com/photos/schafferdavid/ http://audioblog.arteradio.com/David_Schaffer/ Date: Tue, 10 Sep 2013 09:27:17 +0200 From: n...@petervenus.de To: pd-list@iem.at Subject: Re: [PD] GEM noobie: I don't understand this glsl thing... but I need it! for ExtendedviewToolkit, there is a webpage [1] and you can download the latest via github [2] [1] extendedview.mur.at [2] https://github.com/extendedview/extended_view_toolkit cheers, Peter Am 09.09.13 23:51, schrieb John Harrison: ExtendedViewToolkit does photo stitching. Maybe it does what you want or can give you some ideas: http://puredata.info/Members/Weitsicht/extended-view-toolkit/ On Mon, Sep 9, 2013 at 4:21 PM, Dan Wilcox danomat...@gmail.com wrote: glsl is the open gl shader language ... basically a simple C-like language for doing graphics stuff on the GPU, see https://en.wikipedia.org/wiki/GLSL Also, see the OpenGL Orange Bookhttp://www.amazon.com/OpenGL-Shading-Language-3rd-Edition/dp/0321637631 On Sep 9, 2013, at 5:01 PM, pd-list-requ...@iem.at wrote: *From: *David Schaffer schafferda...@hotmail.com *Subject: **[PD] GEM noobie: I don't understand this glsl thing... but I need it!* *Date: *September 9, 2013 4:24:08 PM EDT *To: *pd list pd-list@iem.at Hi there, I'm in the process of writing my own photo stitching/assembling abstraction but I'm having a lot of trouble understanding what the glsl object do... I've been able to implement an edge blurring function by copy/pasting the glsl code from the panoramique.pd patch and the panoramique.vert and panoramique.frag files to the right places, but it only blurs vertical edges. Can anyone tell me how I could blur horizontal edges too? and... what this glsl thing is all about. I'm no code expert, so please keep it understandable (!) Thanks a lot, David http://www.flickr.com/photos/schafferdavid/ https://soundcloud.com/schafferdavid Dan Wilcox @danomatika danomatika.com robotcowboy.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 ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.45-2 released
I'm getting crackles with testtone, at 96k, with 25ms Delay and up to 1024 samples blocksize. OS X 10.7.5 *www.peimankhosravi.co.uk || RSS Feedhttp://peimankhosravi.co.uk/miscposts.rss || Concert News http://spectralkimia.wordpress.com/* On 10 September 2013 15:48, Nicolas Montgermont nicolas_montgerm...@yahoo.fr wrote: no crack here osx 10.6.8 48000Hz - 25ms delay - 64 blocksize n Le 10/09/13 16:08, Cyrille Henry a écrit : hello, no crack here 48000Hz, 20ms delay, 64 sample blocksize, alsa or portaudio (ubuntu 13.04 64 bits) cheers c Le 10/09/2013 15:34, Jaime E Oliver a écrit : Could you also try the 48k sample rate while playing a sinusoid? I get crackles unless I increase the software's delay (in audio preferences) to something like 500ms. ? On Sep 10, 2013, at 6:01 AM, Cyrille Henry c...@chnry.net wrote: Le 10/09/2013 11:38, Nicolas Montgermont a écrit : Same here on osx 10.6.8 But isn't that a pd-extended only feature? it has always been working in vanilla / linux. but I can confirm that it did not work any more on linux. c n Le 10/09/13 09:03, peiman khosravi a écrit : I can confirm the copying issue on OS X 10.7.5. P On 10 September 2013 06:36, Jaime E Oliver jaime.oliv...@gmail.com mailto:jaime.oliv...@gmail.com wrote: A couple of bugs it seems in osx 10.8.4 and pd 0.45-2 I cannot copy the content of one object box (i.e. the text inside the box like name of an object and arguments) into another object. -- http://www.nimon.org ___ 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 -- http://www.nimon.org ___ 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] modifying Reduzent's [Solenoiduino] to control 44 solenoids (electro-mechanical piano)
On Tue, 2013-09-10 at 01:53 -0400, Epic Jefferson wrote: To control solenoids with dynamics, I adapted Reduzent's [Solenoiduino] abstraction and arduino sketch to include the TLC5940 functions, which is what the Practical Maker PWM shield is based on. So far, I'm able to control 44 solenoids using custom drivers and 2 stacked PWM shields. This is an excellent alternative if you want to build a relatively cheap electro-mechanical piano setup. The problems i've run into: 1. if 2 or more messages get sent simultaneously, one of them might get dropped (this happens a lot) This shouldn't happen and actually never happened in my own experience. A single 2-byte message sets and one pin to HIGH and sets a timer for that pin. So, if you need two set two pins simultaneously, you need to send two 2-byte messages. I don't see how the code could omit a message, unless two subsequent messages set the same pin. If you modified the code, you can send me a copy, so I'll look into it. 1. the handshake does not seem to work on Linux (Ubuntu 11) It's pretty crude. Whenever you send it a '255' (0xff) byte, it responds with the following ASCII sequence: 'SOL 0 1'. You can easily test that with [comport] directly. The ugly thing is that [solenoiduino] has to make sure not to send any 0xff bytes and thus some values for periods are not allowed / replaced, e.g 127, 255, 383 etc. 1. the original code only supports 16 solenoids This last one is the one that goes over my head, since the code uses that bit twiddling stuff, I can't figure out how to send the appropriate messages to any solenoids past 15. So, I'm a little stuck here, any help? The solenoiduino code uses two bytes per message, while the first bit of each is used for defining the byte order. This leaves 14 bits for the payload. The current implementation uses 4 bits for the pin address and 10 bits for the duty cycle. If you can live with a lower duty cycle resolution, you can shift some bits around. For instance, you could adapt the bitmask to use 6 bits for the address (allows to control 64 solenoids) and use only 8 bit for the velocity / duty cycle. Alternatively, you could extend the protocol to use 3 bytes per message. This would give you a payload of 21 bits to be distributed between address and duty cycle. Of course, this reduces your maximum message rate by 1.5. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] compiling externals on ARM
I vaguely remember that you need only the 'externals' folder from svn, but also 'packages' for compiling the externals from svn. Checkout 'packages' and try again. Roman On Tue, 2013-09-10 at 11:25 +0200, Cyrille Henry wrote: hello, nusmuk-audio use the template makefile. i upgrade it to last version for ali to test. anyhow, this lib compile fine almost everywhere, including on rasbian. (so makefile look good on linux/arm) ali say that compiling any externals gives the same problem. so it's not specific to this lib. i have no idea where the problem source can be. cheers c Le 10/09/2013 11:09, katja a écrit : Actually I think that the library template should work for Linux on ARM too, as is. Only it does not provide specific optimization flags, which those ARM boards sorely need for performance. But if it does not build at all, there may be something else wrong, for example the build directory structure. Let's not conclude too early that the makefiles are at fault. Katja On Mon, Sep 9, 2013 at 6:29 PM, jo57 jaime.oliv...@gmail.com wrote: I don't think it is clutter at all… I don't have one of these boards, but I'd love to try them, and when I do, I'd love to come back to this documentation... Perhaps this could be added to the library template? http://puredata.info/docs/developer/LibraryTemplate J On Sep 9, 2013, at 11:39 AM, katja katjavet...@gmail.com wrote: Hi Ali, Seems an interesting board, the Udoo. PengPod has Cortex-A8 while Udoo has Cortex-A9. But machine name is armv7l in both cases, meaning the same compiler flags may be used. If you want I can send you a project by private mail (don't want to clutter the list with this) which builds some home-brew externals and some externals from Pd-extended on RPi and PengPod amongst others. If it would build on Udoo too, we'd know a bit more. Katja On Mon, Sep 9, 2013 at 4:11 PM, Ali Momeni batc...@gmail.com wrote: Hello, Looks like the Udoo is the same as the PengPod. Is the PengPod something like: http://pandaboard.org/ ? Here's what i get: ubuntu@imx6-qsdl:~$ uname -s Linux ubuntu@imx6-qsdl:~$ uname -a Linux imx6-qsdl 3.0.35 #1 SMP PREEMPT Mon Aug 19 07:11:31 PDT 2013 armv7l armv7l armv7l GNU/Linux On Mon, Sep 9, 2013 at 10:03 AM, katja katjavet...@gmail.com wrote: Hello Ali, A while ago I've compiled home-brew Pd externals on Raspberry Pi and PengPod Linux tablet, and found that for each ARM processor type you can identify them by their proper name as returned by command uname -m. For RPi this is armv6l and for PengPod armv7l. So I could define individual flags for those ARM types in the makefiles. There is no general approach to this, as makefiles in various Pd extended libs can be very different. In the template makefile which is used for many libs, the operating system is tested first with uname -s. If it is Linux, the processor type is found with uname -m and stored in variable CPU, which seems to be used for target 'showsetup' only, not for setting specific flags. Anyway, if you get No rule to make target xxx.pd_linux when trying to build a lib with template makefile, I wonder what you get from your Udoo board with command uname -s? Katja On Mon, Sep 9, 2013 at 2:06 PM, Ali Momeni batc...@gmail.com wrote: hello all, i'm working with a Udoo board (http://Udoo.org) i've successfully compiled PureData 0.45 from miller's site; i'm now trying to compile some of the externals in the pd svn, but i'm getting the same error for all. for instance, when trying to compile nusmuk-audio, i.e. http://sourceforge.net/p/pure-data/svn/17203/tree/trunk/externals/nusmuk/nusmuk-audio/ i get the following ubuntu@imx6-qsdl:~/pd-externals/nusmuk/nusmuk-audio$ make make: * No rule to make target `bq~.pd_linux', needed by `all'. Stop. I have contacted the developer (cyrille henry) and he adjusted the MakeFile to account for building for ARM; but i get the same error. I notice, incidentally, that i get the same error (No rule to make target xxx.pd_linux) for all other externals that i tried from the repository. does anyone have any thoughts on how to resolve this? thanks, ali ___ 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 ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -
Re: [PD] [PD-announce] pd 0.45-2 released
no crack here osx 10.6.8 48000Hz - 25ms delay - 64 blocksize n Le 10/09/13 16:08, Cyrille Henry a écrit : hello, no crack here 48000Hz, 20ms delay, 64 sample blocksize, alsa or portaudio (ubuntu 13.04 64 bits) cheers c Le 10/09/2013 15:34, Jaime E Oliver a écrit : Could you also try the 48k sample rate while playing a sinusoid? I get crackles unless I increase the software's delay (in audio preferences) to something like 500ms. ? On Sep 10, 2013, at 6:01 AM, Cyrille Henry c...@chnry.net wrote: Le 10/09/2013 11:38, Nicolas Montgermont a écrit : Same here on osx 10.6.8 But isn't that a pd-extended only feature? it has always been working in vanilla / linux. but I can confirm that it did not work any more on linux. c n Le 10/09/13 09:03, peiman khosravi a écrit : I can confirm the copying issue on OS X 10.7.5. P On 10 September 2013 06:36, Jaime E Oliver jaime.oliv...@gmail.com mailto:jaime.oliv...@gmail.com wrote: A couple of bugs it seems in osx 10.8.4 and pd 0.45-2 I cannot copy the content of one object box (i.e. the text inside the box like name of an object and arguments) into another object. -- http://www.nimon.org ___ 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 -- http://www.nimon.org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] modifying Reduzent's [Solenoiduino] to control 44 solenoids (electro-mechanical piano)
The modified version of the arduino sketch is included in the .zip in my first email if you want to have a go at it. i haven't changed anything on the pd side. I would rather sacrifice duty cycle resolution and be able to control 64 solenoids, than making the entire message longer and slowing down the entire system. As far as the dropped messages go, I'm sending separate messages by packing the data and sending it to a single [trigger $1 $2{ message box. I'll try sending separate messages to see if that helps. On Tue, Sep 10, 2013 at 6:24 PM, Roman Haefeli reduz...@gmail.com wrote: On Tue, 2013-09-10 at 01:53 -0400, Epic Jefferson wrote: To control solenoids with dynamics, I adapted Reduzent's [Solenoiduino] abstraction and arduino sketch to include the TLC5940 functions, which is what the Practical Maker PWM shield is based on. So far, I'm able to control 44 solenoids using custom drivers and 2 stacked PWM shields. This is an excellent alternative if you want to build a relatively cheap electro-mechanical piano setup. The problems i've run into: 1. if 2 or more messages get sent simultaneously, one of them might get dropped (this happens a lot) This shouldn't happen and actually never happened in my own experience. A single 2-byte message sets and one pin to HIGH and sets a timer for that pin. So, if you need two set two pins simultaneously, you need to send two 2-byte messages. I don't see how the code could omit a message, unless two subsequent messages set the same pin. If you modified the code, you can send me a copy, so I'll look into it. 1. the handshake does not seem to work on Linux (Ubuntu 11) It's pretty crude. Whenever you send it a '255' (0xff) byte, it responds with the following ASCII sequence: 'SOL 0 1'. You can easily test that with [comport] directly. The ugly thing is that [solenoiduino] has to make sure not to send any 0xff bytes and thus some values for periods are not allowed / replaced, e.g 127, 255, 383 etc. 1. the original code only supports 16 solenoids This last one is the one that goes over my head, since the code uses that bit twiddling stuff, I can't figure out how to send the appropriate messages to any solenoids past 15. So, I'm a little stuck here, any help? The solenoiduino code uses two bytes per message, while the first bit of each is used for defining the byte order. This leaves 14 bits for the payload. The current implementation uses 4 bits for the pin address and 10 bits for the duty cycle. If you can live with a lower duty cycle resolution, you can shift some bits around. For instance, you could adapt the bitmask to use 6 bits for the address (allows to control 64 solenoids) and use only 8 bit for the velocity / duty cycle. Alternatively, you could extend the protocol to use 3 bytes per message. This would give you a payload of 21 bits to be distributed between address and duty cycle. Of course, this reduces your maximum message rate by 1.5. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- www.epicjefferson.com www.avmachinists.org Puerto Rico based Art Collective/ Non-Profit Org ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list