http://www.nycresistor.com/2011/04/07/class-pd-as-your-embeddable-audio-engi...
"Pd as your embedded audio engine" will teach all about embedding
libpd as the sound engine for your app, whether its iPhone, Android,
Java, OpenFrameworks, Processing, etc. This workshop provides a broad
spectrum of different ways of connecting Pd to other things. Having
hardware isn't a requirement either. The workshop will cover ways of
interfacing with Pd from computer to computer. Bring your laptop and
devices that you want to install libpd on (Android, iPhone, etc.)
HTML and/or programming knowledge will certainly help. The aim of this
workshop is to give a broad spectrum of different ways to interface to
Pd. So it will be dipping very slightly into Python, C, Java,
Javascript, but this is usually "glue code" and all of the code will
be fully provided. You do not need to be proficient in these languages
at all, the workshop will also cover methods that also just use Pd
with no code at all.
Here is an outline of topics:
Purchase a ticket here: http://www.eventbrite.com/event/1491957485
Workshop: Pd as your embedded audio engine Taught by: Chris McCormick, http://mccormick.cx/chrism When: Saturday, April 23, 2011 from 1:00 PM - 5:00 PM (EDT) Where: NYCResistor, 87 3rd Ave, Brooklyn, http://nycresistor.com
Register now! http://www.eventbrite.com/event/1491957485
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
This sounds like an amazing workshop. Any chance some form of it will end up online, to reach a broader audience?
On Fri, Apr 8, 2011 at 1:10 AM, Hans-Christoph Steiner hans@at.or.atwrote:
http://www.nycresistor.com/2011/04/07/class-pd-as-your-embeddable-audio-engi...
"Pd as your embedded audio engine" will teach all about embedding libpd as the sound engine for your app, whether its iPhone, Android, Java, OpenFrameworks, Processing, etc. This workshop provides a broad spectrum of different ways of connecting Pd to other things. Having hardware isn't a requirement either. The workshop will cover ways of interfacing with Pd from computer to computer. Bring your laptop and devices that you want to install libpd on (Android, iPhone, etc.)
HTML and/or programming knowledge will certainly help. The aim of this workshop is to give a broad spectrum of different ways to interface to Pd. So it will be dipping very slightly into Python, C, Java, Javascript, but this is usually "glue code" and all of the code will be fully provided. You do not need to be proficient in these languages at all, the workshop will also cover methods that also just use Pd with no code at all.
Here is an outline of topics:
- Introduction
- History of Pd as an engine
- Ways to interface with a Pd process * Midi & OSC * FUDI * stdout * Python + sockets * pdsend/pdreceive
- Parsing patches in three languages
- libpd on Android and iOS
- PdWebKitDroid
- RjDj and ScenePlayer
- WebPd
Purchase a ticket here: http://www.eventbrite.com/event/1491957485
Workshop: Pd as your embedded audio engine Taught by: Chris McCormick, http://mccormick.cx/chrism When: Saturday, April 23, 2011 from 1:00 PM - 5:00 PM (EDT) Where: NYCResistor, 87 3rd Ave, Brooklyn, http://nycresistor.com
Register now! http://www.eventbrite.com/event/1491957485
Pd-announce mailing list Pd-announce@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
I'd like to second that request.
Brooklyn's just a few too many miles away from Los Angeles for me to make a day trip. Ustream perhaps?
Best, Kevin
On Thu, Apr 7, 2011 at 3:45 PM, Richie Cyngler glitchpop@gmail.com wrote:
This sounds like an amazing workshop. Any chance some form of it will end up online, to reach a broader audience?
On Fri, Apr 8, 2011 at 1:10 AM, Hans-Christoph Steiner hans@at.or.atwrote:
http://www.nycresistor.com/2011/04/07/class-pd-as-your-embeddable-audio-engi...
"Pd as your embedded audio engine" will teach all about embedding libpd as the sound engine for your app, whether its iPhone, Android, Java, OpenFrameworks, Processing, etc. This workshop provides a broad spectrum of different ways of connecting Pd to other things. Having hardware isn't a requirement either. The workshop will cover ways of interfacing with Pd from computer to computer. Bring your laptop and devices that you want to install libpd on (Android, iPhone, etc.)
HTML and/or programming knowledge will certainly help. The aim of this workshop is to give a broad spectrum of different ways to interface to Pd. So it will be dipping very slightly into Python, C, Java, Javascript, but this is usually "glue code" and all of the code will be fully provided. You do not need to be proficient in these languages at all, the workshop will also cover methods that also just use Pd with no code at all.
Here is an outline of topics:
- Introduction
- History of Pd as an engine
- Ways to interface with a Pd process * Midi & OSC * FUDI * stdout * Python + sockets * pdsend/pdreceive
- Parsing patches in three languages
- libpd on Android and iOS
- PdWebKitDroid
- RjDj and ScenePlayer
- WebPd
Purchase a ticket here: http://www.eventbrite.com/event/1491957485
Workshop: Pd as your embedded audio engine Taught by: Chris McCormick, http://mccormick.cx/chrism When: Saturday, April 23, 2011 from 1:00 PM - 5:00 PM (EDT) Where: NYCResistor, 87 3rd Ave, Brooklyn, http://nycresistor.com
Register now! http://www.eventbrite.com/event/1491957485
Pd-announce mailing list Pd-announce@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
-- Richie
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
NY is a couple thousand Km away from Berlin, so I'm for that as well.
Also, is pdlib just with pd-vanilla, or is it possible to use externals
with it?
João Pais
I'd like to second that request.
Brooklyn's just a few too many miles away from Los Angeles for me to
make a day trip. Ustream perhaps?Best, Kevin
On Thu, Apr 7, 2011 at 3:45 PM, Richie Cyngler glitchpop@gmail.com
wrote:This sounds like an amazing workshop. Any chance some form of it will
end up online, to reach a broader audience?
On Fri, Apr 8, 2011 at 6:59 AM, patrick puredata@11h11.com wrote:
Also, is pdlib just with pd-vanilla, or is it possible to use externals
with it?
yes, i use Gem with libpd.
Two comments:
(a) Awesome! Would you mind telling us more about your project?
(b) Every once in a while I find myself tempted to port Gem to Android, but then I wonder whether this would actually make sense. Essentially, the way I see it, Gem maps a subset of OpenGL into Pd and controls graphics with Pd messages. With libpd, you can use OpenGL directly in your client code and still exchange messages with Pd, and chances are that it'll be easier to do the math for OpenGL outside of Pd. Any thoughts?
Cheers, Peter
On Fri, 8 Apr 2011, Peter Brinkmann wrote:
(b) Every once in a while I find myself tempted to port Gem to Android, but then I wonder whether this would actually make sense. Essentially, the way I see it, Gem maps a subset of OpenGL into Pd and controls graphics with Pd messages. With libpd, you can use OpenGL directly in your client code and still exchange messages with Pd, and chances are that it'll be easier to do the math for OpenGL outside of Pd. Any thoughts?
GEM is more than just OpenGL.
[gf/gl] can compensate for some of the most annoying aspects of GEM, but still needs GEM.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
(a) Awesome! Would you mind telling us more about your project?
it was just to test out libpd embed in a C++ application. by using Gem i was almost sure it was the most complicated external to run. to make it work, i had to compiled my program with: /-Wl,–export-dynamic -Wl,–whole-archive ./libpd.a -Wl,–no-whole-archive/
there's a small GUI example here (end of the page): http://www.workinprogress.ca/libpd/
(b) Every once in a while I find myself tempted to port Gem to Android, but then I wonder whether this would actually make sense. Essentially, the way I see it, Gem maps a subset of OpenGL into Pd and controls graphics with Pd messages. With libpd, you can use OpenGL directly in your client code and still exchange messages with Pd, and chances are that it'll be easier to do the math for OpenGL outside of Pd. Any thoughts?
like matju said, Gem is more than just OpenGL, so i like the fact that i don't need to know OpenGL to make simple stuff (even some basic GUI) :)
Peter thanks again for libpd!
On Sat, 9 Apr 2011, patrick wrote:
it was just to test out libpd embed in a C++ application. by using Gem i was almost sure it was the most complicated external to run. to make it work, i had to compiled my program with: /-Wl,–export-dynamic -Wl,–whole-archive ./libpd.a -Wl,–no-whole-archive/
BTW your email programme auto-converts two dashes into a long-dash. Thus your command-line options can't be copy-pasted to the terminal as-is.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On Fri, Apr 8, 2011 at 6:51 AM, João Pais jmmmpais@googlemail.com wrote:
NY is a couple thousand Km away from Berlin, so I'm for that as well.
Also, is pdlib just with pd-vanilla, or is it possible to use externals with it?
The short answer is that yes, externals work with libpd. A slightly longer answer is that your operating system determines how externals work. If dlopen is available (e.g., on Android), then you can load externals as needed, the way Pd does it. If dlopen is not available (e.g., on iOS), then you need to decide in advance which externals you want to use and compile them into your code. Peter