Pd-list March 2009

pd-list@lists.iem.at

134 participants
220 discussions

Vertical text with GEM
by Brendan 31 Mar '09

31 Mar '09

I want to render vertical text in GEM, i.e. T E X T Any suggestions? I haven't found an example and my effort to do it in PD is turning out ridiculously complex and difficult. I'm OK with writing externals, but I haven't looked into how GEM works yet. PDP is all right too, but preferably GEM.

1 0

Pure Data FLOSS Manual Book Sprint 4-6 April 2009 in NYC and Berlin
by Derek Holzer 30 Mar '09

30 Mar '09

FLOSS Manuals is proud to announce a three day book sprint for the Pure Data FLOSS Manual. This sprint will take place simultaneously in New York City and Berlin from Saturday 4 April to Monday 6 April. The Pure Data FLOSS Manual: http://en.flossmanuals.net/puredata There are possibilities to participate in person by coming to one of the locations below, or remotely via the IRC interface built into the FLOSS Manuals editing interface. Video conferencing may take place between the venues as well. To participate, create a login at the PD FLOSS Manuals page: http://en.flossmanuals.net/bin/login/TWiki/WebHome?origurl=/bin/view/PureDa… Discussion may also take place in the Pure Data mailing list: http://lists.puredata.info/listinfo/pd-list If you are in New York or Berlin, please join us at these locations! ---NEW YORK CITY * Contact: Hans-Christoph Steiner: hans(a)eds.org 718 360 4872 * Location (bring ID, you'll need to sign in): ITP/NYU Conference Room 721 Broadway, 4th Floor NY, NY, USA email me or call in case you can get past security: 718 360 4872 * Schedule: Saturday: noon-midnight Sunday: 10am-midnight Monday: 9am-5:30pm (if we go later, we'll be in a different room) ---BERLIN * Contacts Derek Holzer: derek(a)umatic.nl +49 176 2812 5845 Adam Hyde: adam(a)flossmanuals.net +49 15 2230 54563 NK ElsenStr. 52 (2.Hof) Berlin, Germany +49 176 20626386 http://www.myspace.com/enka52 * Schedule: Saturday: noon-late Sunday: noon-late Monday: noon-late SOME BASIC GUIDELINES: * This manual should address the widest possible user-base. Therefore, objects which are cross-platform and in Pd Extended should have priority over other solutions. * Tone should be neutral and informative. Remember that humor doesn't always translate well! ;-) * Our readers are assumed to have little to no background in either computer programming or digital signal processing, which much of the existing documentation takes for granted. That's why this manual is necessary! Please keep this in mind when explaining things. * Please use existing the Audio Tutorials, Installing and Getting Started chapters as a style guide. * Keep the chapters small and self-contained. Ideally, chapters from this manual could even be "remixed" into other FLOSS Manuals. * Explain any jargon or technical terminology in-line the first time you use it, and direct the reader to appropriate other chapters/manuals when necessary. * Please enter any new technical terms in the Glossary (we need to agree on global format for glossary terms!). * Screenshots: ---Resolution? (Adam and I will work on this on Monday) ---Please upload any complex patches, and make sure to label screenshot with appropriate filename (see Audio Tutorials for examples) ---Please keep explanatory text in the manual rather than only in the screenshot, so that it can be text-searched by readers. ---Please use anti-aliased fonts! * All the chapters are moderated by Derek Holzer & Adam Hyde. Your contributions will only be visible in the editing section until they meet these guidelines, and after that they can be published to the main page. Please let us know when your chapter(s) are ready for publishing and we'll look them over. EXISTING CHAPTERS WHICH NEED HELP: # DataflowTutorials ---this section needs a lot of help in terms of style and content!!!!! Tone is very informal, which doesn't help convey the information. ---give titles to screenshots so that readers can tell which patches match which images (some do this, some don't...) ---"Math": examples/discussion of [expr]??? ---"Order of connecting and [trigger]": explain the patches in-line, rather than only in comments in screenshots (so that text is searchable, copy/pasteable..) ---Luka's screencaps are very aliased, to the point where you can't read the ~ in the object names. Should they be redone at new resolution or with antialiasing? ---Possible janitors: Derek Holzer, Adam Hyde # PureGlossary ---format of object names = [italics in square brackets], must be formatted correctly ---format of glossary words in general text: we don't have one yet. Bold on first use in chapter maybe? Needs formatting all through text. # ListofObjects ---incomplete, please add more libs ---maybe more discussion of externals needed as well ---formatting of object names? # PureLinks ---always welcome MORE CHAPTERS/SECTIONS TO DO (+ suggestions?): * GEM (in order of importance)(Derek can provide example patches for much of this) ---Basic VJ mixer (2 x [gemhead]-[pix_film]-[alpha]-[colorRGB]-[pix_texture]-[rectangle] with an alpha-crossfader)(+ platform specific codec info) ---Live camera input (same as VJ mixer but with [pix_video], with platform specific info on USB/firewire inputs--what works & what doesn't) ---VJ effects (using the various pix objects) ---Basic 3D (that actually does something interesting, rather than just show a sphere or a cube) ---Basic movement tracking w/ [pix_blob] ---GEM/video optimization/troubleshooting tips (see Troubleshooting section of existing Pd FLOSS Manual) * MIDI tutorial ---hardware:keyboards, sliders, etc, ---objects: all MIDI objects ---routing: input + output to/from devices or other programs * Patching strategies ---Reusable abstractions ($0 etc) ---GoP + other GUI creation strategies ---Preset saving systems (Frank?) * Audiofile manipulation (Derek can provide examples, possibly also work with www.pd-tutorial.com with permission?) ---sfread, readsf, sfplay, etc ---tables + tabplay, tabread, etc ---oneshot playback without/with pitch shifting ---looping without/with pitchshifting ---granulation without/with pitchshifting ---Extended objects ([xplay~], [xgroove~]...are these stable? In my experience, no...) * Realtime audio effects tutorial ---delays: single tap, multitap, pitch-shifting, tuned comb filter, etc ---filters: [hip~], [lop~], [bp~], [moog~], IEM lib filters [vcf~]/[bp],[hp],[lp], difference between audio signal and message controlled, building with ggee objects [bandpass],[llowpass],[highpass] or [biquad~] (resources for coefficients?) * Sensor tutorial (HC?) ---[hid]/[hidin]/[pduino] ---simple circuit diagrams + photos (voltage divider examples: potentiometer, photoresistor, etc)(hacked gamepads) * Networked data ---netsend/netreceive ---OSC ---flash server ---shell ---python externals ---others? * PDP/PiDiP ---configuration info for OSX (+ poor performance disclaimer!) ---basic VJ ---networked streaming etc * Procedural Audio tutorial? (Andy?) * RJDJ tutorial? (Frank and the gang?) -- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 142: "Shut the door and listen from outside"

4 4

[equalizer] / [lowshelf] / [highshelf] in purepd!
by dmotd 30 Mar '09

30 Mar '09

hi folks, here are some purepd representations of the [equalizer] [lowshelf] and [highshelf] objects for calculating eq biquad filter coefficients. i put these together as ggee was the only external lib dependency for a project which used these fairly extensively. the code is almost logic identical to the equivelent C internals, and i have avoided using [expr], so the math may look a little confusing. i only ported the code for the objects i was using, but i will add the other eq-cookbook filters when i next get a chance. ciao, dmotd

12 37

dc offset
by Alexandre Porres 30 Mar '09

30 Mar '09

> Is it really DC offset when the value goes from 0 to 1 instead of -1 to 1? just to be clear and straightforward. when the midpoint is not zero, there is a DC Offset, which means you introduce energy in the spectrum at 0Hz, so the maximum positive value must be equal to the absolute negative value (-0.5 to 05 , -0.25 to 0.25, etc). In the case the way phasor comes out of the box, midpoint is 0.5, and not zero... cheers alex On Mon, Mar 30, 2009 at 3:02 PM, Derek Holzer <derek(a)umatic.nl> wrote: > Is it really DC offset when the value goes from 0 to 1 instead of -1 to 1? > I mean, that's the way [phasor~] comes right out of the box. > > D. > > Alexandre Porres wrote: > >> >> I tried again, and now it works much better than before... so I guess >> there was something wrong before. >> >> Well Claude, it seems it almost works as the [triangle~] object. >> >> Do you guys know about this one? It comes in some external library. >> >> Were you who did it anyway Claude? :) >> >> [triangle~] works in a similar fashion, it goes smoothly from inverse >> sawtooth to triangle and the sawtooth depending on the parameter (from 0 to >> 1). >> >> The thing is that Triangle corrects the DC Offset, which could easily be >> done in the expr. But now I may start to sound like an obssessed DC Offset >> maniac. >> >> Cheers >> Alex >> >> >> On Mon, Mar 30, 2009 at 1:25 PM, Claude Heiland-Allen < >> claudiusmaximus(a)goto10.org <mailto:claudiusmaximus@goto10.org>> wrote: >> >> Alexandre Porres wrote: >> >> On Mon, Mar 30, 2009 at 12:02 PM, Claude Heiland-Allen < >> claudiusmaximus(a)goto10.org <mailto:claudiusmaximus@goto10.org>> >> wrote: >> >> >> [phasor~] [r~ shape] >> [expr~ if($v1<$v2,$v1/$v2,(1-$v1)/(1-$v2))] >> >> >> I tried that, but it didnt actually worked, I just get actual >> sawtooths, and >> no real triangles. >> >> >> Sorry for the shortness/lack of explanation, 0<shape<1, where 1 for >> phasor, 0.5 for triangle, 0 for backwards phasor. >> >> considering shape as a constant, obviously you get weird results if >> you modulate it, but that's half the fun: >> >> 0.0 <= input <= shape ~> 0.0 <= output <= 1.0 (rising ramp) >> shape <= input <= 1.0 ~> 1.0 >= output >= 0.0 (falling ramp) >> >> Hope this helps, >> >> >> >> Claude >> -- http://claudiusmaximus.goto10.org >> >> >> >> >> -- >> Alexandre Torres Porres >> cel. (11)8179-6226 >> Website: http://porres.googlepages.com/home >> http://www.myspace.com/alexandretorresporres >> >> > -- > ::: derek holzer ::: http://blog.myspace.com/macumbista ::: > http://www.vimeo.com/macumbista ::: > ---Oblique Strategy # 35: > "Consider transitions" > -- Alexandre Torres Porres cel. (11)8179-6226 Website: http://porres.googlepages.com/home http://www.myspace.com/alexandretorresporres

1 0

triangle
by Alexandre Porres 30 Mar '09

30 Mar '09

did it go?

1 0

Background Colour...
by Simon Ball 30 Mar '09

30 Mar '09

Hi there, simple question... How do I change the background colour of the window? I'm still learning, obviously.

2 1

GEM on the web?
by Ben Baker-Smith 30 Mar '09

30 Mar '09

Hello list, I've been hearing bits and pieces recently about using PD across networks and the internet. I believe some people were actually working on developing a website where multiple users could upload and manipulate the same PD patch in close-to realtime. What I'm wondering is this: Is it possible, or could it be possible, to display an active Gemwindow on a website? Ideally, visitors to the site would be able to interact with the patch, either through microphone input on their computer or keystrokes, etc. However, I'd even be happy with a way to run an ongoing, non-interactive patch. I know basically nothing about the networking side of PD, and I'm sure this is over my head right now, but I'd really appreciate any feedback. Thanks, -Ben

1 0

pd-gui stops updating after a while in visually busy patches
by Ivica Ico Bukvic 29 Mar '09

29 Mar '09

Hi all, This pertains to pd-extended 0.40.3. It appears that when a patch has a very busy GUI (as is the case with wiimote help file), after a while the GUI stops being responsive. The objects can be still moved and even atoms can be written into, but when one presses "return" to update atom value or when an atom or a slider needs to change due to automated update (e.g. via metro) nothing happens until pd is restarted. The sound engine and control mechanisms running through these still work and are responsive, it is just that gui remains totally frozen. Not sure if this only pertains to the wiimote object or other busy patches as well. Any ideas? Ico

3 2

[PD-announce] Pure Data FLOSS Manual Book Sprint 4-6 April 2009 in NYC and Berlin
by Derek Holzer 29 Mar '09

29 Mar '09

1 0

agenda for upcoming book sprint?
by Hans-Christoph Steiner 29 Mar '09

29 Mar '09

Hey all, I hope I am not jumping the gun or stepping on anyone's toes. I just wanted to open up the discussion about what people are planning on working on during the upcoming book sprint. Currently, I am pretty open to topics, but I was thinking that Gem/PDP/Gridflow could really use a section. There are lots of examples for them, but they lack a good intro to the concepts. .hc ---------------------------------------------------------------------------- News is what people want to keep hidden and everything else is publicity. - Bill Moyers

6 16

← Newer
1
2
3
4
5
6
7
...
22
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list March 2009