Re: [PD] DorkbotPDX Synthesis Workshop, May 29th, Portland, , OR, US
This sounds cool. Any shot of some video? Greg Hmmm, it is a 4 HOUR workshop, so a 4 hour video might be painful, but maybe we can consider a ustream or similar. -jason ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] DorkbotPDX Synthesis Workshop, May 29th, Portland, OR, US
DorkbotPDX is proud to announce a unique *free* workshop geared at teaching sound synthesis fundamentals as explored and demonstrated through Pure Data (PD). Sunday, May 29th, 2011 - 1-5pm PST @ Pacific Northwest College of Art (PNCA), room 205 1241 Northwest Johnson Street Portland, OR 97209-3023 Fascinated by orgies of towering analog synthesizers from the 60s? Mesmerized by how computers can generate sound that offends and elates? In this casual yet intense session, we will cover the basics of audio signal theory while exploring the common techniques and tricks used by sound designers and synth builders. Participants should bring: [*] A mac/linux/win laptop with a functioning Pure data install. (This is free and open-source software!) Download either 'Vanilla' or 'Pd-extended' here: http://puredata.info/community/projects/software [*] A basic/rudimentary knowledge of Pd. (Not 100% required - but at least a very basic understanding of what Pd is will help) [*] Headphones [*] An eagerness to learn, develop, and share! The synthesis workshop is FREE and OPEN TO THE PUBLIC Seating is limited to 30 (first-come, first serve) http://dorkbotpdx.org/wiki/synthesis_workshop_in_pd ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [wiimote] accelerometer data missing?
On 04/13/2011 08:56 AM, Ivica Ico Bukvic wrote: Somewhat OT perhaps, but can you also try disis_wiimote which supports motion plus (compiled against latest SVN cwiid lib)? I just released new version earlier today that also fixes a few bugs and makes it even more xrun-proof. Hi Ico, Thanks for the tip! I was able to get [disis_wiimote] compiled and working after: 1) Changing the #include not to assume extended (cuz I run vanilla) 2) Adding -fPIC to the LINUXCFLAGS because I'm running 64-bit. I haven't yet tried Roman's suggestion debian-sid flavor of [wiimote] with Pd, but will try to in the next few days. One difference between the two -- [disis_wiimote] seems to use bang/metro based polling, but [wiimote] does not. Does [wiimote] just do the polling internally? -jason http://noisybox.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [wiimote] accelerometer data missing?
Hi list. I've got [wiimote] compiled and almost working with 0.43 vanilla...except that the accelerometer data doesn't seem to be working. I've got (what I think is a) latest generation black wiimote with built-in Motion Plus, and my testing was without the nunchuck or anything attached. I can discover the device and the help patch shows all the button presses and I can toggle the LEDs and vibrator using the help patch, but even after clicking the toggle the accelerator data is just absent. I believe that an extra blank line shows up in the Pd console when I send the accel activation message, but aside from that there's just nothing. I read the blurb in the [wiimote] readme about the problems with older versions of libcwiid, but I've got 0.6.00+svn201-2+b2 from debian sid, which I believe is pretty damn close to the latest... Has anybody experienced this? Any suggestions other than compiling libcwiid myself and trying out the motionplus_sensitivity patch? Thanks! -jason http://noisybox.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] video interviews from Montreal online
Greg Pond wrote: I finally made arrangements to edit and post most of the interviews Kevin and I collected in Montreal and elsewhere through my university's webiste. These include Miller, Hans, Chun, Bouchard, Roman, and Frank. Selecting one of the names will produce a menu of short videos on specific topics. http://www.sewanee.edu/pd These are great! As others have pointed out, a good codec would be helpful here...and so I've taken it upon myself to help the community by transcoding these. I've got them all downloaded and encoded to h.264, bringing the 14GB of original data down to about 1.2GB with comparable quality. I'd love to just torrent this for the community to share, but I noticed that several of the files don't seem to have audio! Can somebody else please confirm/deny that the following files don't have audible streams: http://arthur.sewanee.edu/dsyler/other/pd/Roman/01-Intro-Roman.mov http://arthur.sewanee.edu/dsyler/other/pd/Roman/02-WhatisPD-Roman.mov http://arthur.sewanee.edu/dsyler/other/pd/Roman/03-HowandWhy-Roman.mov http://arthur.sewanee.edu/dsyler/other/pd/Roman/04-Opensource-Roman.mov http://arthur.sewanee.edu/dsyler/other/pd/Roman/05-HowDoYouUsePD-Roman.mov http://arthur.sewanee.edu/dsyler/other/pd/Roman/06-Community-Roman.mov http://arthur.sewanee.edu/dsyler/other/pd/Mathieu/02-Future-Mathieu.mov (Interestingly enough, I can't hear any of Roman's audio, and Mathieu's first clip is fine). I'd prefer to treat the whole thing as a single set/torrent and let users pick/choose what they wantbut I'm open to the idea of separate torrents per speaker. Thoughts? There are interviews from Yves and Alejandre, documentation of performances and artworks from Montreal as well as interviews with Claude and Ed from Janualry 2008 in London yet to edit and post. Some of that may be available Monday or Tuesday next week. All very great! I'll gladly volunteer to transcode and host torrents for a while. I only conducted a few interviews in Montreal so this documentation is in no way comprehensive but is hopefully useful for teaching and thinking about where PD has been and where it is going. You're selling it short -- this is mother's milk for the community. I'm happy to help support its distribution among the community. -jason http://noisybox.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] readsf~ jack/alsa memory usage
I'm working on a project with considerable sampling resources and noticing a HUGE difference in memory consumption of readsf~ between alsa and jack. If I create a default readsf~ with alsa and don't send it any messages, it seems to take up little to no memory. Sending it an open message also seems to use little/no memory, same with starting playback (maybe under 1 MB approx). With jack, a default readsf~ seems to take up about 8MB per instance. Manually specifying numbers larger than 8MB for the buffer seem to work, but anything smaller seems to be rounded up to 8MB. What gives? Why can't I provide a smaller buffer? Why the dramatic difference in memory performance? -jason http://noisybox.net ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] DorkbotPDX introduces free Pure Data workshop series
Kyle Klipowicz wrote:
What city is Room 205 in again?
The ridicule is well deserved! Sorry for not making it more clear...
The workshop series is organized by Dorkbot PDX (Portland, OR) and the
first session will be held at the Pacific Northwest College of Art (in
Portland, OR).
-jason
DorkbotPDX introduces free Pure Data workshop series
We are excited to announce a new workshop series devoted to Pure Data
(Pd). http://puredata.info/
Pd (aka Pure Data) is a real-time graphical programming environment
for audio, video, and graphical processing. It is the third major
branch of the family of patcher programming languages known as Max
(Max/FTS, ISPW Max, Max/MSP, jMax, etc.) originally developed by
Miller Puckette and company at IRCAM.
Pure Data is free [FLOSS] software - meaning there is no charge for
the download and it is open source, (free/libre). It runs wonderfully
on Mac, Linux, Windows - so bring any laptop. Come with Pd-extended
installed if possible - otherwise come a little early for installation
assistance. The workshop is free as well!
We will will be doing several workshops starting from the ground up -
and ranging topics as advanced as there is interest for.
Workshop One will be held May 17th. No prior Pd or programming
knowledge is required, but expect to leave with functional knowledge
of how to use Pd. The outline in progress can be found here:
http://dorkbotpdx.org/wiki/pd_workshop_2009_outline
But we want to hear from you! We'd love to get a rough idea of how
many people are interested in attending.
Do you use Pd? Do you use similar commercial software like Max/MSP? Are
you interested in learning Pd? Why? What are some of your ideas?
Pd is an incredibly open-ended platform so we're trying to get an idea
of where the majority's (if there is a majority) interests lie
Physical Interfaces for music? Live DSP? Generative composition?
Video? Dance? Robotic cat toys? Feedforward most welcome!
Bring a laptop with Pd-extended installed, if possible. Otherwise come
a little early for installation help!
http://puredata.info/downloads
When: May 17th, 2009
Where: PNCA room 205 - [[in Portland, OR!]]
Time: 1-5pm
See you there!
-jason
http://noisybox.net
___
Pd-list@iem.at mailto:Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
--
-
-
- --
http://perhapsidid.wordpress.com
http://myspace.com/kyleklipowicz
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
[PD] my pd shirt design submission.
All this talk about pd shirts inspired me to *bang* out a design. There's a higher resolution version over here: http://noisybox.net/computers/pd/images/pd_headbang.png It's a simple, single-sided white ink on black shirt design. Cheers, -jason http://noisybox.net inline: pd_headbang_small.png___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] bcr2000 and midi-feedback
The problem is that pd sends it's send-symbol, even if the fader is moved as a result of the receive-symbol. This means that the bcr get's the value right back, with a small delay, which causes the whole to be very reluctent to accept movements from the bcr. I had to solve a similar problem in a few patches with my bcr2000, so I wrote a few small helper abstractions. I wanted to be able to move the controller and have it update a UI element in pd, and vice versa -- and I needed them to be in sync all the time. You can get these two abstractions here: http://noisybox.net/computers/pd/ctrl_sync.pd http://noisybox.net/computers/pd/nrpn_sync.pd They basically encapsulate the logic around spigot as Luigi suggested. Input the signal from a UI element (slider/ui/etc) into the top and feed back the control output back to the UI element. They're simple, so you should hopefully be able to extend them easily. They're a little stupid in that they assume a control range with 0 at the low end...but they helped clean up some patches and keep things in sync. -jason ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD-list Digest, Vol 32, Issue 170
From: David Schaffer [EMAIL PROTECTED] Hi! Does anyone know if Pd can handle RPN-NRPN messages? Sure! Pd does MIDI, and sine NRPN is really a subset of MIDI, it can be handled...but there aren't built-in abstractions. Fortunately, I've done the hard work for you. :) http://noisybox.net/computers/pd/ Specifically, see nrpn_in.pd and nrpn_out.pd abstractions. Those will probably be what you want. Feedback is always appreciated...Good luck. -jason http://noisybox.net ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Spectrum graphing amplitude problem
Ed Kelly wrote: It is really just the pixel-resolution of the graph. The graph size is 252, but the FFT size is 4096 ( giving 2049 points within the Nyquist frequency ). HmmmI think I follow...but if that reason holds, if I expand the graph to 256 and use a block size of 512, it should be pixel perfect eh? I tried that earlier today, but saw the same behavior... So you will see magnitude peaks between the pixels as lower amplitude because the screen doesn't display pixels between pixels. I hope this makes sense, That *does* make sense. It's for display reasons that I ultimately want to build a little scaling control into the abstraction...but I gotta get the basics going first. Any other ideas? I'm a bit new to FFT in the pd context, but I think I grok Nyquist -- Sampling at S can, at best, yield the S/2 frequency (where S is the sampling rate). But how does this relate to block size in the DFT? Your original statement sounds like the max frequency out of the fft is (block size)/2...but that can't be right, eh? Thanks, -jason ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Spectrum graphing amplitude problem
Mathieu Bouchard wrote: The most rapid change you can have in a signal is an alternance of two values: e.g. +1, -1, +1, -1, +1, -1, ... which has S/2 frequency. Woah, that's a *super* good way to remember that. Thanks. I love examples, and that's great! Charles Henry wrote: Any other ideas? Another option is to use the 'plot as points' graph. You will get all the points that way, even if the size is too small. I would do that, but the single points are just too hard to see IMO. If you're using fft~, you will see the full spectrum from 0 to N-1, where the second half of the spectrum is the conjugate of the first half. For graphing purposes, you will probably just need the first half. That's cool, makes sense. Since I now understand that I'm dealing with a graph/display issue, maybe I need to do some heavier lifting? That is, unless somebody can suggest a better way, I guess I'll try and do block-synchronized snapshots, somehow walk/traverse the fft results myself and look for local discretized maximums. Doesn't seem like much fun... The real truth is that although I stand to learn a thing or two by going down this road, I'm probably just reinventing the wheel and could drop in an existing spectrum abstraction or external huh? -jason ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD on PSP (was: PD on PS3)?
[EMAIL PROTECTED] wrote: I can say that Sony has no plans to open up the PSP to homebrew apps. Not too surprising considering their track record, but disappointing nonetheless. The PSP is such a slick/sexy platform, it's a shame that most users will never never be able to use it to its full potential. -jason http://noisybox.net ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
