Re: [PD-dev] gem, pdp, gridflow, pidip
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-02 03:57, Hans-Christoph Steiner wrote: Wow, that effects.zip patch is simple yet quite nice. I had some fun with that. One possibility for using combinations of Gem, PDP, and Gridflow together is to use Syphon. It unfortunately only Mac OS X because only that OS currently let's you easily access the graphics card like that. But basically it lets you share data between apps while keeping it on the GPU, so its very fast. Its all open source, there is a syphonserver for Gem. So Gem would need a syphon client, then PDP and Gridflow would need a syphon client and server. how are pdp and GridFlow to profit from the tremendous speedup due to all staying on the GPU memory? iirc, both GF (apart from gf.gl) and pdp (apart from 3dp) are geared towards CPU processin. So if you want to to create a syphon link between GF and pdp, you would first need to transfer the data from GF to the gfx card's memory and then transfer it again to the main memory for pdp to use it. this is potentially a lot slower than sharing the data within main memory. mind, that i really think that syphon is a cool project, but it is not a magic performance booster for connecting any data source with any other data sink. the really interesting part for connecting pdp/gf/gem is that the syphon interface is well defined, and when adding support to one framework you don't have to care (nor know) about the other frameworks. fgadrt IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6xA78ACgkQkX2Xpv6ydvTpPQCgv+zK8HcQ9HZT6iFnTtMgizX8 pb0AnRG7IOEfnVn7c9ry1uPqrm5mbI30 =8MN1 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] [ pure-data-Patches-3432009 ] fix pdp link error regarding gsl
Patches item #3432009, was opened at 2011-11-01 16:57 Message generated for change (Comment added) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3432009group_id=55736 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: bugfix Status: Open Resolution: Fixed Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Nobody/Anonymous (nobody) Summary: fix pdp link error regarding gsl Initial Comment: My pdp was giving link errors related to cblas/gsl symbols upon loading onto pd-extended. I decided not to commit this one-line fix directly, but to get your opinion first. If you say yes, I can just go ahead and commit. Best, -- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-11-02 10:34 Message: I decided to commit a fix, including an 'if' statement - if Linux, use the fix with pkg-config; if Darwin, keep it as it was before (i.e., we don't mess with pkd-config until someone complains about this) -- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-01 17:35 Message: I'm fine with using pkg-config as long as its supported on all relevant platforms. Windows is not an issue with PDP since PDP doesn't run on Windows. And on Mac OS X 10.6 with Fink, that pkg-config line gives me: hans@dhcp-10 ~ $ pkg-config --libs gsl -L/sw/lib -lgsl -lgslcblas -lm Lorenzo Sutton recently started as the maintainer for PDP, so we should run this by him too, perhaps on pd-dev. As far as I'm concerned, I'm good with you committing to PDP directly. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478072aid=3432009group_id=55736 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] help with PdLab:w32
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 while i have access to the w32 build machine in the PdLab i have a hard time getting anything useful to compile. this is mainly, because i cannot access the binaries built by the pd-extended autobuild, and i don't want build the whole shebang myself. what is the preferred way to get anything going on that machine? fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6xQaQACgkQkX2Xpv6ydvQidACeIDI31SIfpvXCor13C/Z8n4O8 thMAnj2rcatu1p9tAAgyd+XwYuTpp9d9 =D5ej -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] help with PdLab:w32
On Nov 2, 2011, at 9:12 AM, IOhannes m zmoelnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 while i have access to the w32 build machine in the PdLab i have a hard time getting anything useful to compile. this is mainly, because i cannot access the binaries built by the pd-extended autobuild, and i don't want build the whole shebang myself. what is the preferred way to get anything going on that machine? I assume you need access to the binaries for the linking. You can point your PD_PATH to /home/pd/auto-build/pd-extended/pd and as long as last night's build succeeded in building the core of Pd-extended, there will be binaries there. It should be read everyone. Or you could just copy the pd-extended/pd folder somewhere in the pddev account and keep a location account. Or even check out pure-data.git, and build it there. .hc Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] help with PdLab:w32
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-02 14:43, Hans-Christoph Steiner wrote: I assume you need access to the binaries for the linking. You can point your PD_PATH to /home/pd/auto-build/pd-extended/pd and as long as last night's build succeeded in building the core of Pd-extended, there will be binaries there. It should be read everyone. unfortunately not. i looked at the autobuild-logs and the externals/Makefile to see how things are built there; attached (make.log) is what i got when trying to build externals/windowing in exactly the same way as the autobuild. (the make.log shows problems with header files, which are of course quite easy to overcome; unfortunately i get the same problems when linking) Or you could just copy the pd-extended/pd folder somewhere in the pddev account and keep a location account. well, no; attached (copying.log) is the output when i try to do the copy. Or even check out pure-data.git, and build it there. that would be a good idea, but: - - the machine is a bit slow; compiling Pd takes ages - - i still haven't spent enough time to get a usable build, even when i did find a bit of time to try to compile Pd myself. - - i'd rather spend my time in getting my broken code to work than to fix things which already appear to work anyhow fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6xTj0ACgkQkX2Xpv6ydvT1bwCfdD1SJI4M7ogI+vEaGcNhhVYM 5+kAoIrSMW3lUlDRrNf5F5knMi7I6B5l =bDoX -END PGP SIGNATURE- make CFLAGS=-DPD -DHAVE_G_CANVAS_H -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/home/pd/auto-build/pd-extended/externals/Gem -mms-bitfields -DMSW -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))' -D'drand48()=((double)rand()/RAND_MAX)' -D'bzero(p,n)=memset(p,0,n)' PD_PATH=/home/pd/auto-build/pd-extended/pd PD_INCLUDE=/home/pd/auto-build/pd-extended/pd/src gcc -I/home/pd/auto-build/pd-extended/pd/src -DPD -DVERSION='0.1.1-svn' -mms-bitfields -DPD -DHAVE_G_CANVAS_H -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb -I/home/pd/auto-build/pd-extended/externals/Gem -mms-bitfields -DMSW -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))' -D'drand48()=((double)rand()/RAND_MAX)' -D'bzero(p,n)=memset(p,0,n)' -O3 -funroll-loops -fomit-frame-pointer -o bartlett~.o -c bartlett~.c bartlett~.c:22:18: fatal error: C:/MinGW/msys/1.0/home/pd/auto-build/pd-extended/pd/src/m_pd.h: Permission denied compilation terminated. make: *** [bartlett~.o] Error 1 $ cp -r /home/pd/auto-build/pd-extended/pd/ tmp/ cp: cannot open `/home/pd/auto-build/pd-extended/pd/asio/ASIOSDK2/common/asio.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/asio/ASIOSDK2/host/asiodrivers.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/asio/ASIOSDK2/host/pc/asiolist.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/portmidi/pm_common/pmutil.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/portmidi/pm_common/portmidi.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/portmidi/pm_win/pmwin.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/portmidi/pm_win/pmwinmm.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/portmidi/porttime/porttime.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/portmidi/porttime/ptwinmm.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/closebang.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/d_arithmetic.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/d_array.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/d_ctl.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/d_delay.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/d_fftroutine.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/d_fft_mayer.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/d_filter.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/d_global.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/d_osc.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/d_resample.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/d_soundfile.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/d_ugen.o' for reading: Permission denied cp: cannot open `/home/pd/auto-build/pd-extended/pd/src/e_dac.o' for
Re: [PD-dev] help with PdLab:w32
On Nov 2, 2011, at 10:05 AM, IOhannes m zmoelnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-02 14:43, Hans-Christoph Steiner wrote: I assume you need access to the binaries for the linking. You can point your PD_PATH to /home/pd/auto-build/pd-extended/pd and as long as last night's build succeeded in building the core of Pd-extended, there will be binaries there. It should be read everyone. unfortunately not. i looked at the autobuild-logs and the externals/Makefile to see how things are built there; attached (make.log) is what i got when trying to build externals/windowing in exactly the same way as the autobuild. (the make.log shows problems with header files, which are of course quite easy to overcome; unfortunately i get the same problems when linking) Or you could just copy the pd-extended/pd folder somewhere in the pddev account and keep a location account. well, no; attached (copying.log) is the output when i try to do the copy. Or even check out pure-data.git, and build it there. that would be a good idea, but: - - the machine is a bit slow; compiling Pd takes ages - - i still haven't spent enough time to get a usable build, even when i did find a bit of time to try to compile Pd myself. - - i'd rather spend my time in getting my broken code to work than to fix things which already appear to work anyhow I forced everything in the 'pd' account to be read everyone, hope that helps. .hc As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] help with PdLab:w32
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-02 16:30, Hans-Christoph Steiner wrote: I forced everything in the 'pd' account to be read everyone, hope that helps. thanks. i guess this will only become active after the next autobuild run, correct? for now, i still have: $ ls -lha /home/pd/auto-build/pd-extended/pd/src/m_pd.h - -rwx-- 1 pd None 26K Nov 2 03:32 /home/pd/auto-build/pd-extended/pd/src/m_pd.h fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6xaIoACgkQkX2Xpv6ydvRsHACgh70SqZ8/ooe9ij4SCbibbXLp AfsAoLuqT6ZEwPa8UsJQkIzsp5PAzuL+ =wMHG -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] help with PdLab:w32
On Nov 2, 2011, at 11:58 AM, IOhannes m zmoelnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-02 16:30, Hans-Christoph Steiner wrote: I forced everything in the 'pd' account to be read everyone, hope that helps. thanks. i guess this will only become active after the next autobuild run, correct? for now, i still have: $ ls -lha /home/pd/auto-build/pd-extended/pd/src/m_pd.h - -rwx-- 1 pd None 26K Nov 2 03:32 /home/pd/auto-build/pd-extended/pd/src/m_pd.h It should be active now. Cygwin's perms don't always reflect the situation, since Windows does not have user/group/other, only ACLs. So sometimes the ACLs don't match up well to the user/group/other style. Did you try to read the file? .hc http://at.or.at/hans/ ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] help with PdLab:w32
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-02 16:59, Hans-Christoph Steiner wrote: On Nov 2, 2011, at 11:58 AM, IOhannes m zmoelnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-02 16:30, Hans-Christoph Steiner wrote: I forced everything in the 'pd' account to be read everyone, hope that helps. thanks. i guess this will only become active after the next autobuild run, correct? for now, i still have: $ ls -lha /home/pd/auto-build/pd-extended/pd/src/m_pd.h - -rwx-- 1 pd None 26K Nov 2 03:32 /home/pd/auto-build/pd-extended/pd/src/m_pd.h It should be active now. Cygwin's perms don't always reflect the situation, since Windows does not have user/group/other, only ACLs. So sometimes the ACLs don't match up well to the user/group/other style. Did you try to read the file? hmm weird. cygwin shows -rwx-- mingw shows -rwxr-xr-x the output of the compilation on mingw is: gcc -I/home/pd/auto-build/pd-extended/pd/src -DPD -DVERSION='0.1' - -mms-bitfields -DPD -DHAVE_G_CANVAS_H - -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb - -I/home/pd/auto-build/pd-extended/externals/Gem -mms-bitfields -DMSW - -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))' - -D'drand48()=((double)rand()/RAND_MAX)' -D'bzero(p,n)=memset(p,0,n)' -O3 - -funroll-loops -fomit-frame-pointer -o iemnet.o -c iemnet.c In file included from iemnet.c:25:0: iemnet.h:36:18: fatal error: C:/MinGW/msys/1.0/home/pd/auto-build/pd-extended/pd/src/m_pd.h: Permission denied compilation terminated. no idea fgmasdr IOhannes .hc http://at.or.at/hans/ ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6xabkACgkQkX2Xpv6ydvRGpwCfdoTP/3rd5YlxHwnMmxeMt86a YVcAmgIz+9Jmpu/AgpGoO6UbZ10vEXhf =Sf4l -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] help with PdLab:w32
On Nov 2, 2011, at 12:03 PM, IOhannes m zmoelnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-02 16:59, Hans-Christoph Steiner wrote: On Nov 2, 2011, at 11:58 AM, IOhannes m zmoelnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-11-02 16:30, Hans-Christoph Steiner wrote: I forced everything in the 'pd' account to be read everyone, hope that helps. thanks. i guess this will only become active after the next autobuild run, correct? for now, i still have: $ ls -lha /home/pd/auto-build/pd-extended/pd/src/m_pd.h - -rwx-- 1 pd None 26K Nov 2 03:32 /home/pd/auto-build/pd-extended/pd/src/m_pd.h It should be active now. Cygwin's perms don't always reflect the situation, since Windows does not have user/group/other, only ACLs. So sometimes the ACLs don't match up well to the user/group/other style. Did you try to read the file? hmm weird. cygwin shows -rwx-- mingw shows -rwxr-xr-x the output of the compilation on mingw is: gcc -I/home/pd/auto-build/pd-extended/pd/src -DPD -DVERSION='0.1' - -mms-bitfields -DPD -DHAVE_G_CANVAS_H - -I/home/pd/auto-build/pd-extended/pd/src -Wall -W -ggdb - -I/home/pd/auto-build/pd-extended/externals/Gem -mms-bitfields -DMSW - -DNT -D'O_NONBLOCK=1' -D'srand48(n)=srand((n))' - -D'drand48()=((double)rand()/RAND_MAX)' -D'bzero(p,n)=memset(p,0,n)' -O3 - -funroll-loops -fomit-frame-pointer -o iemnet.o -c iemnet.c In file included from iemnet.c:25:0: iemnet.h:36:18: fatal error: C:/MinGW/msys/1.0/home/pd/auto-build/pd-extended/pd/src/m_pd.h: Permission denied compilation terminated. no idea Ah, ok, I think I fixed that. I forgot that the msys home tree is separate from the rest. .hc If you are not part of the solution, you are part of the problem. ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] #camera doesn't work
Hi, #camera is not working on my Ubuntu 11.10 64bit. Gem and pidip both work fine. The errors I get in gf is: note: camera driver rejected (240 320) resolution in favour of (240 320) [#in]: not open and also, upon a bang: ioctl VIDIOC_QUERYBUF: Invalid argument [#io.v4l2 in /dev/video0 1] inlet 0 method bang: ioctl error ioctl VIDIOC_QUERYBUF: Invalid argument [#io.v4l2 in /dev/video0 1] inlet 0 method bang: ioctl error . Sorry to bug you, but just letting you know about this. Ricardo Fabbri -- Linux registered user #175401 www.lems.brown.edu/~rfabbri labmacambira.sf.net ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] svn commit access request, related to double precision pd
I'm ready to add you, but I couldn't find your sourceforge account name. Can you send it? .hc On Oct 31, 2011, at 9:44 PM, katja wrote: Hello dev list, In recent months I changed some lines in Pd core code to make it double-precision-compilable. I'd like to help a bit with making Pd-extended ready for double precision as well. After puzzling on repository layout and build system, and figuring out a decent test method (together with Fred Jan Kraan), I am now ready to commit rewritten lines for one external lib, creb. It is for this library that I want to request commit access now, but it doesn't stop here. A brief description of the project: Pd-double is a fork of Miller Puckette's Pure Data, patched with mentioned double-ready lines. It has (and will continue to have) the same API, apart from the option to compile in single or double precision at will. Pd-double enables double precision builds of vanilla Pd, and is tested to work well on OSX and Linux. I still have to work on the Windows side of things. In the meantime Pd-double is useful as a framework against which external libraries can be developed towards double-readiness. A usable development setup is described on http://puredata.info/dev/pd-double/PdDoubleDevelopment. Convenient unit-test abstractions are introduced here: http://www.katjaas.nl/pdunittests/pdunittests.html. I'd like to invite all Pd-devs to join in. Rewriting and testing classes assumes a fair knowledge of their functioning, and Pd-extended is huge. For me, doing one lib at a time works well, thoroughly testing the whole of it before committing. When starting on another lib, I'll ask commit access again. I could also submit patch files instead, if that is preferred in some case. A few words on my background so you know who's wanting to poke in your code. During a one-year course at the Sonology Department of the Hague Conservatory (Holland), I learned the basics of dsp math and programming. That was 2007-2008, and I've never stopped music programming since, documenting my efforts and experiments on www.katjaas.nl. Pd has become my favourite environment, because of it's open source and active community, and because I like how you can prototype a neat audio tool quite fast, with GUI and all, while C code is still an option to solve details. A few Pd-externals and projects are shared online via mentioned site (nb 'slicycle' stuff and [soundtouch~]). I teach Pd workshops sometimes. The single-precisioness of Pd has been my only serious gripe. See http://www.katjaas.nl/doubleprecision/doubleprecision.html for illustrations of precision-bottlenecks. Working on this topic, I hope to contribute to the wonderful tool and the community supporting it. Katja ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev [T]he greatest purveyor of violence in the world today [is] my own government. - Martin Luther King, Jr. ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
