Hello,
next tuesday, 19th January, will be the third meeting of Pure Data users
in Berlin.
For more information, look up
http://puredata.info/community/organization/pd-berlin/pd-berlin-users-group.
We also encourage you to take an active part, and put up suggestions for
topics you want to talk about / topics you want to be talked about.
Doors are open from 20h-20h15. After that they'll be probably closed, and
you will have to call someone at NK to get in. To get a telephone number
to call or confirm assistance you can write to info_at_minitronics.net.
We would apreciate if you would send us a small mail to
info_at_minitronics.net with your name, Pd experience and interests, so
that we know how many people might be coming. Or put your name in the
pd-berlin wiki page.
We would like to thank the support and willingness of NK in the
organization of these events.
João Pais
--
Friedenstr. 58
10249 Berlin (Deutschland)
Tel +49 30 42020091 | Mob +49 162 6843570
Studio +49 30 69509190
jmmmp(a)gmx.net | skype: jmmmpjmmmp
There are two new, easy ways to write objects for Pd: tclpd by Federico Ferri and pdlua by Claude Heiland-Allen, Frank Barknecht and Martin Peach. Both are now included in Pd-extended 0.43 and are automatically loaded at startup. That means you can write a script in Lua or Tcl and have that script be a true object in Pd. Both pdlua and tclpd provide the large majority of the Pd externals API, and you can even write GUI objects using tclpd.
Tcl and Lua both excel at handling strings, one thing that Pd is not the best at, so if you have a project that needs to parse or manage a lot of strings, then you have a new approach.
There are some other ways of using other languages to write objects for Pd: pyext for Python and pdj for Java. These two are different in a key way than pdlua and tclpd. pyext and pdj allow you to load scripts into an object called [pyext] or [pdj]. tclpd and pdlua let you create full Pd objects that are completely transparent to the user. You create an object written in tclpd or pdlua just like any other Pd object, and those objects can have their own help patch too.
Both pdlua and tclpd come with a lot of examples, go to the Help Browser and find them in the list of libraries there. I also started writing the 'tclfile' library to bring the Tcl file API to Pd:
http://puredata.info/downloads/tclfile
.hc
Hi,
I'm happy to announce the release of my book on mobile audio
development with libpd:
http://shop.oreilly.com/product/0636920022503.do
The ebook version is available now; printed copies will be available
from amazon.com next week.
Cheers,
Peter
Dear list,
The world first Japanese Pure Data book for sound programming will be
published from BNN(Bug News Network) Inc. on 23rd Feb. 2012 in Japan.
The title is "Pd Recipe Book -Sound Programming with Pure Data". This
book is written for the programming newbies with the step by step type
tutorials.
If you know anybody who can read Japanese and hope to jump into the Pd
world, please recommend this book.
Web site (Japanese)
"Pd Recipe Book -Sound Programming with Pure Data"
http://www.bnn.co.jp/books/title_index/web/pd_recipe_book_pure_data.html#mo…
I hope this become the starting point to spread Pd in Japan.
best wishes,
Sei Matsumura
--
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
Seiichiro Matsumura, Ph.D.
Tokyo University of Technology
School of Design
Associate Professor
http://low-tech-ism.com/
__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/__/
Hi all -
Pd 0.43-2 test 1 is out on the usual places:
http://crca.ucsd.edu/~msp/software.htm
or via git from sourceforge:
git clone git://pure-data.git.sourceforge.net/gitroot/pure-data/pure-data
This version fixes the TCL errors starting up on Windows (the page-long pink
blot on the Pd window) and a couple of minor fixes.
Oddly, the default fint size seems to have changed on Windows from 0.43-1;
I don't understand why that happened and anyway
I still have to check what's most consistent with 0.42 (in hopes of maintaining
longer-term consistency of fonts).
Also, there's a remaining bug in setting initial window sizes (most visible
in the "test audio and MIDI" window) - sometimes scroll bars appear that
eat into window space unnecessarily. I'll try to find a fix for that next.
cheers
Miller
http://at.or.at/hans/blog/2012/02/17/new-editing-feature-of-pd-extended-0-4…
The Pd-extended 0.43 release has been brewing an extra long time, about 18 months now, mostly because there are lots of big improvements, and we wanted to make sure we got it right, so your patches all work, but the improvements all shine. Its now solidly beta, so we’re looking for testers. Download a nightly build to try here:
http://autobuild.puredata.info/auto-build/latest/
First off, the pd-gui side of Pd has been re-written from scratch. When you run Pd, you are actually running two programs: pd is the core engine and pd-gui is the GUI. Since basically all computers now come with multiple CPU cores, this means that pd-gui will usually run on a separate CPU core than pd, so they don’t step on each other’s toes. pd can entirely take over its own core. If you want to make your patch use more CPU cores, then check out the [pd~] object introduced in the last release (0.42.5).
pd still handles some of the GUI stuff, but we are working on splitting that out for the 0.44 release. That is a big chunk of work but it will also bring big gains. In particular, it means that it will be possible for people to write their own GUIs for Pd, covering not just the display of the patch, but also the editing, and everything else. You like OpenFrameworks, python, iOS, JUCE, Qt, etc.? Write your own pd-gui using the toolkit of your choice. That’s the idea at least. That will take a solid chunk of work, so we are looking for people to join that effort.
There are so many ideas for making a better editing experience in Pd, this release makes big strides to address the editing experience. There are new features like Magic Glass, Autotips, Autopatch and Perf Mode, all available on the Edit menu.
• Magic Glass let’s you magically see the messages as they pass through the cords. Just turn it on and hover above a cord, and you’ll see the messages as they go by. You can even look at signal/audio cords.
• Autotips gives you tips about what an object does, what its inlet expects, and what comes out of the outlets.
• Autopatch mode automatically connects objects as you create them.
• Perf Mode, is a mode for performance that makes it harder to accidentally close windows that are part of your performance.
The Pd Window is also majorly overhauled. First of all, its fast. Much much faster than the old one. You can now print thousands of messages per second to the Pd Window and still edit your patch. No more will an accidental dump of info cause the GUI to freeze up (well, ok, maybe if you send 10,000 messages/second but that is a way too many). There are also now 5 levels of printing messages to the Pd Window: fatal, error, normal, debug, all. If you are only interested in fatal errors, switch the Pd Window to 0 – fatal, and you’ll only see the worst problems. You want to see every single message to debug? Switch to 4 – all, and you’ll get the whole firehose.
There is also the new log library, which lets you easily send messages for those different levels. And all messages logged with the objects from the log library are clickable: when you Ctrl-Click or Cmd-click (Mac OS X) on the line in the Pd Window, it’ll pop up the patch where the message came from, and highlight the specific object that printed it. That even works for many messages from other objects as well.
The Pd Window also includes very basic level meters for monitoring the input and output levels. And for those who want to play with the GUI in realtime, you can type Tcl code in the Tcl entry field, and directly modify and probe the running GUI.
One thing that you can do now is customize the GUI using GUI plugins. You can change all sorts of colors, some fonts, and many behaviors. Want to create a new object when you triple-click? Try the tripleclick example plugin Want to make the patch cords disappear when you leave Edit Mode? Check out the “only show cords in edit mode” example. Those are the simple ones. There is also Tab Completion, a search engine for the docs, a category browser for the right-click menu, a buttonbar for creating objects, and more.
You can find many GUI plugins in the new section of the downloads page as well as documentation for making your own. What kind of GUI plugin will write?
Dear all,
I'm at the airport about to fly to Atlanta for the Guthman Competition.
It's pretty exciting, the finals will take place tomorrow and the day after
at Georgia Tech.
I'm performing with the Xth Sense [2], a free and open H/S biophysical
framework for musical performance, completely Linux/Pd-based, which I'm
developing since March 2011.
Somebody of you might remember it from the recent PdCon.
Our friend and peer Jaime Oliver was awarded the first prize at this same
competition with his wonderful Silent Drum [2].
Will report soon after the competition,
if anybody happen to be in Atlanta feel free to contact me,
would be good to hook up.
Best wishes,
[1] http://marcodonnarumma.com/works/xth-sense/
[2] http://www.jaimeoliver.pe/instrumentos/silent-drum
--
Marco Donnarumma
New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
ACE, Sound Design MSc by Research (ongoing)
The University of Edinburgh, UK
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Portfolio: http://marcodonnarumma.com
Research: http://res.marcodonnarumma.com | http://www.thesaddj.com |
http://www.flxer.net
Director: http://www.liveperformersmeeting.net
Dear all,
this is to inform you that we have extended the deadline (15th March)
for the 14.3 issue of the eContact journal, which I'm Guest Editor
for.
Due to the specificity of this issue, we are unable to consider
proposals exclusively focused on traditional gestural controllers.
Although critical case studies including gestural control along with
biosensing techs are welcome.
http://cec.sonus.ca/econtact/14_3/call.html
Below the original call in case you missed it.
thanks,
best wishes,
M
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
eContact! extends an open call for contributions to an issue focussing
on the use of the body in electroacoustic performance practice,
coordinated by Guest Editor Marco Donnarumma. Performers, composers
and others are encouraged to contribute their perspectives on the role
or position of the body in experimental practices of musical
performance.
Submission deadline: 15 March 2012
Publication: 15 April 2012
Suggestions for contributions include, but are not limited to the
following ideas:
- Use of Mechanical Myography (MMG), Electromyography (EMG) and other
similar biological signal measurements in performance
- Scoring / notation of body-related performance
- Sound Art dealing with the body and biological aspects of performance
- Development of DIY, biological-based, Interactive Musical Systems (IMS)
- The definition / augmentation of Self on stage by means of biotechnologies
- Cognitive aspects of embodied interaction between the biological
body and computer
- Composer—Technology—Performer: definition of roles?
- Live electronics vs. fixed media in biotechnological performance practice
- Historical overviews and reflections
- Critical perspectives on gesture-based “human-computer interaction”
- The sound of flesh…
We also welcome other contributions that engage in a discourse on the
relation between biophysics and music. Feel free to propose other
ideas!
To state your interest in contributing or for further information,
contact Guest Editor Marco Donnarumma.
http://marcodonnarumma.com
m(a)marcodonnarumma.com
--
Marco Donnarumma
New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
ACE, Sound Design MSc by Research (ongoing)
The University of Edinburgh, UK
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Portfolio: http://marcodonnarumma.com
Research: http://res.marcodonnarumma.com | http://www.thesaddj.com |
http://www.flxer.net
Director: http://www.liveperformersmeeting.net