[PD] Message from the boss of Raspberry Pi Foundation !
Dear all, Please read below the message I received from Eben Upton, the boss of Raspberry Pi foundation. It looks like he was impressed by the video I made, and he says that there's a possibility of letting the GPU do some DSP computation. I guess you'll all agree that this is awesome news. I have no idea how we can proceed now. I think i'm absolutely incapable of doing anything useful in this field, so i told him that i would transfer this message to you, hoping that Miller, HC, Katja (and others) would know what needs to be done. We should probably ask him if you guys could work directly with their developers. Let me know what you think. Cheers! Pierre. -- Forwarded message -- From: Eben Upton e...@raspberrypi.org Date: 2013/2/8 Subject: Re: RPi as multi-effects for guitar To: Pierre Massat pimas...@gmail.com Hi Pierre Awesome stuff - I think Liz is preparing a blog post about this as we speak. I'd be very interested in knowing a bit more about the DSP code that runs this stuff. We have a bunch of GPU compute available on the device just waiting for an application like this. Cheers Eben On Thu, Feb 7, 2013 at 2:29 AM, Pierre Massat pimas...@gmail.com wrote: Hi, I write a blog about how to make guitar effects with computers running Pure Data in real-time. When I first heard about the Raspberry Pi I thought it would be great if I could use it for the same purpose. It would only be much cheaper, and much smaller than my current laptop, and could fit in my hand-made stompbox. Recent improvements in Raspbian have finally made this possible, and this makes me very happy ! The Raspberry Pi is now actually capable of running rather demanding Pure Data patches in (quasi-) real-time (at least with a latency that's low enough to play live with it). I quickly assembled a small patch to test it and make a video to demonstrate that it actually works very well. It is obviously not the use the RPi was originally intended for, but to me (and I'm sure to other musicians as well), this sounds like a revolution. I'm currently documenting my setup on my blog : - video : http://guitarextended.wordpress.com/2013/01/27/real-time-guitar-effects-with-raspberry-pi-pd-and-arduino/ - blog post about hardware : http://guitarextended.wordpress.com/2013/01/31/raspberry-pi-multi-effects-overview-of-the-setup/ There's no trick, the Pi really IS doing all the DSP work. A reader posted a comment to ask where the computer was :) I take this opportunity to thank the RPi foundation for all the good work you put in this amazing tiny thing. I see that the cam should be out in a few months, this is all very exciting. I'm sure the Pi has already changed the life of a lot of people ! Cheers, Pierre. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Archlinux packages (was: enhance...)
Hi,
thanks.
Here's a PKGBUILD for pdsend/pdreceive alone, duplicating how debian
packages are organized.
Now it would be a good thing to have the pd, pd-extended and pd-l2ork
drop these two binaries, so there are almost nothing left in conflict.
And also have pd-l2ork install in /usr, not /usr/local.
Cheers,
Charles
Fero Kiraly wrote:
I just now updated archlinux packages.
pd-l2ork now installs to /usr/local... so that prevent collision to pd-ext.
# $Id:$
# Maintainer : to be found
pkgname=puredata-utils
pkgver=0.44.2
_ver=${pkgver%.*}-${pkgver##*.}
pkgrel=1
pkgdesc=pdsend and pdreceive for Pure Data
arch=('i686' 'x86_64')
url=http://crca.ucsd.edu/~msp/software.html;
license=('custom:BSD')
optdepends=('puredata')
source=(http://crca.ucsd.edu/~msp/Software/pd-$_ver.src.tar.gz;)
md5sums=('629ba1ba04d3db29874ea6902c94f9f0')
build() {
cd $srcdir/pd-$_ver/src
gcc -o pdsend u_pdsend.c
gcc -o pdreceive u_pdreceive.c
}
package() {
install -Dm755 $srcdir/pd-$_ver/src/pdsend $pkgdir/usr/bin/pdsend
install -Dm755 $srcdir/pd-$_ver/src/pdreceive $pkgdir/usr/bin/pdreceive
install -Dm644 $srcdir/pd-$_ver/man/pdsend.1
$pkgdir/usr/man/man1/pdsend.1
install -Dm644 $srcdir/pd-$_ver/man/pdreceive.1
$pkgdir/usr/man/man1/pdreceive.1
install -Dm644 $srcdir/pd-$_ver/LICENSE.txt
$pkgdir/usr/share/licenses/pd-utils/LICENSE
}
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] Message from the boss of Raspberry Pi Foundation !
That's awesome Pierre! Charles (Henry) was working on GPU related computation with Pd. Some pretty cool stuff. It would be relevant to see how his work developed so far, and whether it might be useful in this context. On a side note, I'm taking a studio session with CCRMA folks at the upcoming TEI conference in Barcelona. We will be working with their Satellite kit, which is based on RPI [1]. My goal is to run the Xth Sense [2] biosensor and software directly on the RPI. And after seeing your work, I'm quite confident this is feasible, as the XS is also based on real time audio input. I'll keep you updated, meanwhile thanks for opening up this perspective Pd/RPI collab! [1] http://www.tei-conf.org/13/studios See Tangible and Embedded Linux with RPI [2] http://res.marcodonnarumma.com/projects/xth-sense/ -- Marco Donnarumma New Media + Sonic Arts Practitioner, Performer, Teacher, Director. Embodied Audio-Visual Interaction Research Team. Department of Computing, Goldsmiths University of London ~ Portfolio: http://marcodonnarumma.com Research: http://res.marcodonnarumma.com Director: http://www.liveperformersmeeting.net Dear all, Please read below the message I received from Eben Upton, the boss of Raspberry Pi foundation. It looks like he was impressed by the video I made, and he says that there's a possibility of letting the GPU do some DSP computation. I guess you'll all agree that this is awesome news. I have no idea how we can proceed now. I think i'm absolutely incapable of doing anything useful in this field, so i told him that i would transfer this message to you, hoping that Miller, HC, Katja (and others) would know what needs to be done. We should probably ask him if you guys could work directly with their developers. Let me know what you think. Cheers! Pierre. -- Forwarded message -- From: Eben Upton e...@raspberrypi.org Date: 2013/2/8 Subject: Re: RPi as multi-effects for guitar To: Pierre Massat pimas...@gmail.com Hi Pierre Awesome stuff - I think Liz is preparing a blog post about this as we speak. I'd be very interested in knowing a bit more about the DSP code that runs this stuff. We have a bunch of GPU compute available on the device just waiting for an application like this. Cheers Eben ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Archlinux packages (was: enhance...)
nice ;) we are on the way.. I think am am able to do the rest.. fk. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Message from the boss of Raspberry Pi Foundation !
sorry, i don't think this is the thread i should be asking this in, but how low latency can you get with pd on a pi ? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Message from the boss of Raspberry Pi Foundation !
pierre wrote in his blog that he can go as low as 10ms, later in the settings he writes about 16ms. On Feb 8, 2013, at 1:57 PM, i go bananas hard@gmail.com wrote: sorry, i don't think this is the thread i should be asking this in, but how low latency can you get with pd on a pi ? ___ 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] pix_opencv_blobtracker output
Hi Antoine, thanks i think you mean pix_opencv_blobtrack (without er) ? yes, sorry by the way, it's output follow the iem matrix standard : nb of row (=nb of blob) nb cols (6) followed for each blob by : ID x y width heigh state (valid or not) so, what's the right object to connect to the right output? i've just push an update of help patch where I can find the updated help patch? on https://github.com/avilleret/pix_opencv seems the help file is not updated feedbacks are welcome :-) i'm always happy to see people using my work :-) And i'm happy to use your work! Thanks ciao cheers antoine -- do it yourself http://antoine.villeret.free.fr 2013/2/7 Dario Pedrioli dariopedri...@gmail.com Hi all, someone can explain how to use the output of pix_opencv_blobtracker? The help file give me errors on output: Bad arguments for message 'blob' to object 'route' Tried with print but no luck. Thanks a lot BTW: there are very cool objects in pix_opencv, thanks again! ___ 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] pix_opencv_blobtracker output
hi, pix_opnecv repos on my github is outdated ! i used it before having SVN access it is still there because there is one object (patreco for pattern recgnition) which is not yet port to the main repo it's kind of ARToolkit but the code is ugly... it's on my todo list... the uptodate repos is pd's external : https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/externals/pix_opencv here is attached a copy of the updated help patch I also changed the message blob to cvblob and hope it will not be in conflict with pd-extended feel free to send me feedback about this object... cheers antoine -- do it yourself http://antoine.villeret.free.fr 2013/2/8 Dario Pedrioli dariopedri...@gmail.com Hi Antoine, thanks i think you mean pix_opencv_blobtrack (without er) ? yes, sorry by the way, it's output follow the iem matrix standard : nb of row (=nb of blob) nb cols (6) followed for each blob by : ID x y width heigh state (valid or not) so, what's the right object to connect to the right output? i've just push an update of help patch where I can find the updated help patch? on https://github.com/avilleret/pix_opencv seems the help file is not updated feedbacks are welcome :-) i'm always happy to see people using my work :-) And i'm happy to use your work! Thanks ciao cheers antoine -- do it yourself http://antoine.villeret.free.fr 2013/2/7 Dario Pedrioli dariopedri...@gmail.com Hi all, someone can explain how to use the output of pix_opencv_blobtracker? The help file give me errors on output: Bad arguments for message 'blob' to object 'route' Tried with print but no luck. Thanks a lot BTW: there are very cool objects in pix_opencv, thanks again! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list pix_opencv_blobtrack-help.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Archlinux packages (was: enhance...)
ok. I am preparing the new packages for pd, pdx, pdl and I met some errors. I have removed pdsend pdreceive also with man pages from pdx. When installing pd vanilla I ve encounter conflicting files: puredata: /usr/bin/pd-gui.tcl exists in filesystem puredata: /usr/include/m_pd.h exists in filesystem puredata: /usr/include/pa_jack.h exists in filesystem puredata: /usr/include/pa_linux_alsa.h exists in filesystem puredata: /usr/include/portaudio.h exists in filesystem puredata: /usr/lib/libportaudio.a exists in filesystem puredata: /usr/lib/libportaudio.so exists in filesystem puredata: /usr/lib/libportaudio.so.2 exists in filesystem puredata: /usr/lib/libportaudio.so.2.0.0 exists in filesystem what with them ? thanks for help. fk. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Archlinux packages (was: enhance...)
Fero Kiraly wrote: ok. I am preparing the new packages for pd, pdx, pdl and I met some errors. I have removed pdsend pdreceive also with man pages from pdx. When installing pd vanilla I ve encounter conflicting files: puredata: /usr/bin/pd-gui.tcl exists in filesystem puredata: /usr/include/m_pd.h exists in filesystem puredata: /usr/include/pa_jack.h exists in filesystem puredata: /usr/include/pa_linux_alsa.h exists in filesystem puredata: /usr/include/portaudio.h exists in filesystem puredata: /usr/lib/libportaudio.a exists in filesystem puredata: /usr/lib/libportaudio.so exists in filesystem puredata: /usr/lib/libportaudio.so.2 exists in filesystem puredata: /usr/lib/libportaudio.so.2.0.0 exists in filesystem what with them ? thanks for help. with pacman -Qo file you can tell which package owns a file. For /usr/include and /usr/lib, I'll say they should be in /usr/include(lib)/pd-extended/ for example. For pd-gui.tcl it's more tricky I guess. It may need a archlinux-centric patch. Thanks, Charles ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] New 0.43-4--Pd-extended GEM Error
When Running Gem in 0.43.4-extended on Windows 7 64 bit I gets L: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant GL: invalid enumerant How do I remedy this? 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] Archlinux packages (was: enhance...)
On 02/08/2013 07:14 PM, Charles Goyard wrote: Fero Kiraly wrote: ok. I am preparing the new packages for pd, pdx, pdl and I met some errors. I have removed pdsend pdreceive also with man pages from pdx. When installing pd vanilla I ve encounter conflicting files: puredata: /usr/bin/pd-gui.tcl exists in filesystem puredata: /usr/include/m_pd.h exists in filesystem puredata: /usr/include/pa_jack.h exists in filesystem puredata: /usr/include/pa_linux_alsa.h exists in filesystem puredata: /usr/include/portaudio.h exists in filesystem puredata: /usr/lib/libportaudio.a exists in filesystem puredata: /usr/lib/libportaudio.so exists in filesystem puredata: /usr/lib/libportaudio.so.2 exists in filesystem puredata: /usr/lib/libportaudio.so.2.0.0 exists in filesystem portaudio files (libportaudio*, pa_*) should definitely _not_ be installed by any pd package. you should try to use your system's portaudio, rather than the one Pd comes with. as for Pd's include file(s): install to /usr/include/pdflavour/ /usr/include/m_pd.h may (probably should) be kept for compat reasons, and i think that it should belong to pd-vanilla. (but then: afaik m_pd.h from pd-vanilla and pd-extended don't differ in any practical sense; with pd-l2ork this might be different) fgmadr IOhannes ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Archlinux packages
On 02/08/2013 04:14 PM, IOhannes zmölnig wrote: On 02/08/2013 07:14 PM, Charles Goyard wrote: Fero Kiraly wrote: ok. I am preparing the new packages for pd, pdx, pdl and I met some errors. I have removed pdsend pdreceive also with man pages from pdx. When installing pd vanilla I ve encounter conflicting files: puredata: /usr/bin/pd-gui.tcl exists in filesystem puredata: /usr/include/m_pd.h exists in filesystem puredata: /usr/include/pa_jack.h exists in filesystem puredata: /usr/include/pa_linux_alsa.h exists in filesystem puredata: /usr/include/portaudio.h exists in filesystem puredata: /usr/lib/libportaudio.a exists in filesystem puredata: /usr/lib/libportaudio.so exists in filesystem puredata: /usr/lib/libportaudio.so.2 exists in filesystem puredata: /usr/lib/libportaudio.so.2.0.0 exists in filesystem portaudio files (libportaudio*, pa_*) should definitely _not_ be installed by any pd package. you should try to use your system's portaudio, rather than the one Pd comes with. as for Pd's include file(s): install to /usr/include/pdflavour/ /usr/include/m_pd.h may (probably should) be kept for compat reasons, and i think that it should belong to pd-vanilla. (but then: afaik m_pd.h from pd-vanilla and pd-extended don't differ in any practical sense; with pd-l2ork this might be different) /usr/include/m_pd.h should definitely stay and definitely be from pd-vanilla. Pd-extended's has some differences, including the version macros i.e. TEST version. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Archlinux packages (was: enhance...)
ok. I get working pd-vanilla, pdx, pd-l2ork on one archlinux system. All in /usr/lib/ https://aur.archlinux.org/packages/pd-vanilla/ - vanilla version (cannot rename to puredata, because on official repos is package with the same name) https://aur.archlinux.org/packages/pd-extended/ - binary is named 'pdextended' I think maybe it could be pdx ? https://aur.archlinux.org/packages/pd-l2ork/ https://aur.archlinux.org/packages/puredata-utils/ - pdsend, pdreceive what is missing is 'cyclone', it should be installed separately, but I dont have energy for that. install all with: yaourt -S pd-vanilla pd-extended pd-l2ork puredata-utils You can check for errors. fk. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: absolute vs relative filepath on oggread~
- Original Message - From: Ivica Ico Bukvic i...@vt.edu To: 'Hans-Christoph Steiner' h...@at.or.at; pd-list@iem.at Cc: Sent: Friday, February 8, 2013 4:18 PM Subject: Re: [PD] Fwd: absolute vs relative filepath on oggread~ But it doesn't give you the name of the patch itself (which could be useful for auto-naming files associated with the patch, e.g. soundfiles). L2ORk's patch_name does everything getdir does (optional argument traverses structure upwards to provide you with info of patches/abstractions above it) plus gives you the patch name. So does canvasinfo: http://article.gmane.org/gmane.comp.multimedia.puredata.devel/11601/match=classinfo with a bang method that prints all the canvas attributes to the console for quick reference. Way easier for the user since each attribute is a method within a single object, with a standard interface (and if more attributes are needed it's trivial to add them without breaking anything). Also easier to develop, as adding another attribute is as simple as adding a method (as opposed to copy/pasting yet another external class, which is the equivalent of copy/pasting subpatches instead of learning to use abstractions in Pd). -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
