Pd-list February 2011

pd-list@lists.iem.at

121 participants
193 discussions

Re: [PD] donecanvasdialog missing argument (hidetext)
by Jonathan Wilkes 19 Feb '11

19 Feb '11

It has been assimilated into "GraphMe". Possible values are: 0 - no gop 1 - gop 2 - gop + hide object name and args -Jonathan

1 0

Re: [PD] FLOSS book Lists chapter
by Hans-Christoph Steiner 19 Feb '11

19 Feb '11

I created a new account on booki with my same account name: HansChristophSteiner. Seemed to work fine. .hc On Feb 17, 2011, at 6:10 AM, adam hyde wrote: > hey > > i am working on this at the moment (see list if youa re still > sub'ed...just mailed it about this). hope it is sorted out next week > > as for logons....you need to create a new account on the new fm booki > > adam > > > > On Fri, 2011-02-11 at 19:30 +0100, Derek Holzer wrote: >> HC: I don't think the Booki pages are meant to be used yet. Proper >> URL >> would be: >> >> http://en.flossmanuals.net/bin/view/PureData/Lists >> >> To Adam and Aco: will the old stuff get synched/transferred to the >> new >> Booki pages at some point? Will the URL of the Pd FLOSS Manual >> change to >> the Booki one? Also, my login for the old pages doesn't work on the >> new >> Booki pages, nor am I notified of changes to the new Booki based >> chapters. Please clarify. >> >> Best, >> Derek >> >> On 2/11/11 5:25 PM, Hans-Christoph Steiner wrote: >>> >>> I just updated the Lists chapter in the FLOSS Manuals Pure Data >>> book, >>> I'd love to have some people review it: >>> >>> http://booki.flossmanuals.net/pure-data/edit/ >>> >>> .hc >> >> > > -- > > > > > > Adam Hyde > Founder FLOSS Manuals & > Booki Project Manager > > Contact Information > German mobile : + 49 177 4935122 > Email : adam(a)flossmanuals.net > irc : irc.freenode.net #flossmanuals > > > "Free manuals for free software" > http://www.flossmanuals.net/about > > Free Software for making Free Books > http://www.booki.cc/ > ---------------------------------------------------------------------------- News is what people want to keep hidden and everything else is publicity. - Bill Moyers

1 0

Re: [PD] FLOSS book Lists chapter
by Jonathan Wilkes 18 Feb '11

18 Feb '11

--- On Fri, 2/18/11, Andy Farnell <padawan12(a)obiwannabe.co.uk> wrote: > From: Andy Farnell <padawan12(a)obiwannabe.co.uk> > Subject: Re: [PD] FLOSS book Lists chapter > To: "Jonathan Wilkes" <jancsika(a)yahoo.com> > Cc: "Mathieu Bouchard" <matju(a)artengine.ca>, pd-list(a)iem.at > Date: Friday, February 18, 2011, 7:46 PM > > > > I noticed this too. > > Miller is quite fond of using it in "Theory and > Techniques". 1) http://crca.ucsd.edu/~msp/techniques/latest/book-html/node36.html [phasor~] crossing the right inlet of [-~] is completely unecessary, solved merely by moving [-~], [*~], and [cos~] down by 10 px or so. 2) http://crca.ucsd.edu/~msp/techniques/latest/book-html/node53.html looks better as attached with the two messages controling [line~] next to each other. 3) http://crca.ucsd.edu/~msp/techniques/latest/book-html/node119.html Still unnecessary, but these benefit from signal connections being thicker so that there is a 1px corner where the wire meets the corresponding inlet (basically just a subtle, automatic segmented patch cord). There are lots of others but I don't see how the modest aesthetic bonus of a completely straight line segment outweighs potential ambiguity created by them. > > I do from time to time, but only if the connection > is a leftmost or rightmost control/message connection. > > For certain kinds of patch, where you mostly have > audio DSP runnimg down the page, and occasional > parameterisation by number or recieve boxes to the > sides, having them hoizontal makes for a kind of > nice clarity, audio vertical, messages horizontal. It might look nice but if the object being connected to has more than one inlet there is an ambiguity in the patch. This may be fine for a picture of a patch where the correct connection is obvious, but for an actual patching habit it's terrible because a subtle, persistent bug can easily cause you to start searching through your patch for all such horizontal cord ambiguities and moving around the relevant objects. It's exactly the same problem as seeing closely spaced objects: [1( [slay-fire-breathing-dragon] Why risk it? The only rational I can think of is: "looks clean". Which, for a piece of software that relies on black mono-spaced text with black lines running over it, strikes [through] me as odd*. -Jonathan > > But break the rule rather than do anything ambiguous. My rule avoids all the ambiguity addressed above (well, except for black lines running through black text). -Jonathan > > > On Thu, 17 Feb 2011 15:13:05 -0800 (PST) > Jonathan Wilkes <jancsika(a)yahoo.com> > wrote: > > > --- On Thu, 2/17/11, Mathieu Bouchard <matju(a)artengine.ca> > wrote: > > > > > From: Mathieu Bouchard <matju(a)artengine.ca> > > > Subject: Re: [PD] FLOSS book Lists chapter > > > To: "Jonathan Wilkes" <jancsika(a)yahoo.com> > > > Cc: padawan12(a)obiwannabe.co.uk, > pd-list(a)iem.at > > > Date: Thursday, February 17, 2011, 9:25 PM > > > On Thu, 17 Feb 2011, Jonathan Wilkes > > > wrote: > > > > > > > if { $xlets_involved > 2 } { > menu_doc_open > > > attachment_dir horiz-connections.pd } > > > > > > Error: Success > > > > > > Now what's the problem with horizontal wires ? > > > > > > I mean those that aren't overlapping any inlets > or outlets, > > > not the ones in your patch. > > > > Here's a revised version where the wires aren't > overlapping. > > > > How do you know they aren't overlapping? > > 1) Use pd-ext and notice the difference between the > 1px gray box and the > > 1px black connections. > > 2) Actually move the object to _reveal_ that the > connection don't overlap. > > 3) Always assume that the patch creator followed the > rule of "don't > > overlap xlets". > > > > 1 is implementation specific and ridiculously subtle > for an > > environment where "the diagram is the code", 2 is > wasting people's time > > by making them fuss around in the patch in order to be > sure they > > understand what it does, and 3 is easy to screw up: > > > > __[inlet]_ > > [f] [f] > > > > (On a narrow object like [f] it's very easy to make a > connection to the > > wrong inlet. Well, not as easy on pd-l2ork...) > > > > So I guess qualify it to "no horizontal connections > unless there's only 1 > > inlet and 1 outlet involved". > > > > -Jonathan > > > > > > > (We already agreed against > > > overlapping wires) > > > > > > > > > > _______________________________________________________________________ > > > | Mathieu Bouchard ---- tél: +1.514.383.3801 > ---- > > > Villeray, Montréal, QC > > > > > > > > > -- > Andy Farnell <padawan12(a)obiwannabe.co.uk> >

1 0

Sigmund~ and tracks.
by J bz 18 Feb '11

18 Feb '11

Hi all, I'm doing a piece with a viola d'amore (7 string viol) where [sigmund~] is analysing the live input and feeding 48 tracks/partials to a bank of 48 [osc~] for resynthesis and a bit of jiggery-pokery, mainly reversing the amplitudes so the quietest partials are the loudest and vice versa. The viola is playing long(ish) single notes between 1-3 seconds and the problem I am having is that when sigmund processes the partials they come out rhythmicised/pulses which seems to be a combination of the 'hop' and 'npts' settings. As the values for hop and npts get higher the pulses get longer up until my current huge setting: [sigmund~ -npts 65536 -hop 65536 -npeak 48 tracks] when the partial frequencies balance out into steady lines. I have also tried -hop 131072 which works too but trying that with the -npts completely locks pd. The problem I have now is that there is a significant delay between the beginning of the processing in comparison to the viola and worse still is the overlap after the viola has stopped playing. Also the viola notes are indeterminate so I can't just set a cutoff to sync the two together. I could use the input of the viola to gate the tail of the processing but I am currently using a combination of [env~] and [lop~] so that as the performer plays his amplitude controls the processing in reverse, so when he's loud the processing is quiet etc. I suppose I can add another layer on top of the end I am aware that the gap between the two sounding events is caused by the huge window sizes I am using and that there may well be no way around this to get the kind of sound from the processing I'm looking for, i.e. without the pulses, but I am wondering if anyone has any tips and tricks I can apply to try and bring the two sounds, viola and processing, closer together. Or ideally some way of achieving the smoother processing with lower npts and hop settings. This is for a live performance btw. All good wishes, Julian

4 14

pdp_vloopback ?
by Daniel Roviriego 18 Feb '11

18 Feb '11

Hi All. I have been reading about this object (in the videojack discussion..) and I could not find that at all! anyone know if that has been removed from pidip or if have been replaced by something else ? Anyway, I need to get a stream out of pd to a v4l or v4l2 device. any advices on that ? Thanks in advance Deedos

7 19

Re: [PD] FLOSS book Lists chapter
by Jonathan Wilkes 18 Feb '11

18 Feb '11

--- On Thu, 2/17/11, Mathieu Bouchard <matju(a)artengine.ca> wrote: > From: Mathieu Bouchard <matju(a)artengine.ca> > Subject: Re: [PD] FLOSS book Lists chapter > To: "Jonathan Wilkes" <jancsika(a)yahoo.com> > Cc: padawan12(a)obiwannabe.co.uk, pd-list(a)iem.at > Date: Thursday, February 17, 2011, 9:25 PM > On Thu, 17 Feb 2011, Jonathan Wilkes > wrote: > > > if { $xlets_involved > 2 } { menu_doc_open > attachment_dir horiz-connections.pd } > > Error: Success > > Now what's the problem with horizontal wires ? > > I mean those that aren't overlapping any inlets or outlets, > not the ones in your patch. Here's a revised version where the wires aren't overlapping. How do you know they aren't overlapping? 1) Use pd-ext and notice the difference between the 1px gray box and the 1px black connections. 2) Actually move the object to _reveal_ that the connection don't overlap. 3) Always assume that the patch creator followed the rule of "don't overlap xlets". 1 is implementation specific and ridiculously subtle for an environment where "the diagram is the code", 2 is wasting people's time by making them fuss around in the patch in order to be sure they understand what it does, and 3 is easy to screw up: __[inlet]_ [f] [f] (On a narrow object like [f] it's very easy to make a connection to the wrong inlet. Well, not as easy on pd-l2ork...) So I guess qualify it to "no horizontal connections unless there's only 1 inlet and 1 outlet involved". -Jonathan > (We already agreed against > overlapping wires) > > > _______________________________________________________________________ > | Mathieu Bouchard ---- tél: +1.514.383.3801 ---- > Villeray, Montréal, QC

2 1

[PD-announce] Live Media Updates February 2011
by Marco Donnarumma 18 Feb '11

18 Feb '11

(sorry for x-posting) Dear all, The new issue of thesaddj.com news aggregator is now on-line. Issue #23: news, articles, calls and events around open source culture, sonic research, new media art and shared knowledge. Tags: festival, piksel report, sonification, xth sense, biotechnology, censorship, wearable DIY, scotland, workshops, LAC2011, data visualization. (a lot of Pd works in this issue!) + upcoming 2011 events. Read it here http://www.thesaddj.com/newsletter/feb11/index.html Best wishes, -- Marco Donnarumma aka TheSAD Independent New Media and Sonic Arts Professional, Performer, Instructor ACE, Sound Design MSc by Research (ongoing) The University of Edinburgh, UK PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

algorithms for drawing filter response curves
by Hans-Christoph Steiner 18 Feb '11

18 Feb '11

I've started to write a GUI for generating biquad coefficients (something like Max/MSP's [filtergraph~]). I've gotten the GUI interaction working well, now I'm looking for the algorithms for generating a plot of the frequency response of a given set of biquad coefficents? It'll end up being Tcl, but I can easily read C, Csound, Java, Perl, Python, etc. .hc ---------------------------------------------------------------------------- All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated.... -John Donne

8 35

[PD-announce] NYC Patching Circle next Thursday 2/24, 6-9pm
by Hans-Christoph Steiner 18 Feb '11

18 Feb '11

Join us at General Assembly, which just hosted the Music Hack Day next Thursday evening! We'll be back at it, hacking on all sorts of digital media and music things from kinect cameras to musical instruments. http://puredata.info/community/NYCPatchingCircle We spend enough time alone staring at our computers; we are proposing to work together. So often issues that arise when working can be solved with a quick two minute discussion that would take hours to solve alone. We have Dorkbot to see people's work, we have Share where anyone can play, we have workshops and universities to learn from. This is a meeting where we all can come to work. This is an informal gathering of patching and patchers (Pd, Max/MSP/ Jitter, and even vvvv, Eyesweb, Labview, etc.). Beginners and Experienced welcome. Open to everyone, students, the public, etc. Work on personal projects, professional projects, school projects, ask for help, help others, or just patch quietly to yourself, in a room full of other people patching patches and helping other people patch. Thursday 2/24 6-9pm Free! Directions ---------- Patching Circle, http://puredata.info/community/NYCPatchingCircle General Assembly, http://www.generalassemb.ly/ Thursday, Feb 24th, 6-9pm 902 Broadway, 4th Floor Flatiron District New York, NY 10010 Tel. 212.937.6580 (Eyebeam) or 347.850.4872 (Hans) _______________________________________________ Pd-announce mailing list Pd-announce(a)iem.at http://lists.puredata.info/listinfo/pd-announce

2 2

building pd-extended from svn trunk
by martin.peach＠sympatico.ca 18 Feb '11

18 Feb '11

I'm trying to build pd-extended from svn trunk. I'm following the text here: http://puredata.info/docs/developer/BuildingPdExtended So I do this: cd pure-data/packages/linux_make make install ...and the build ends in pd/src: dbtopow~.c:5:20: error: e_sqrt.h: No such file or directory. It's true there is no e_sqrt.h in trunk/pd/src. Which repository should I be using here? Martin

3 2

← Newer
1
...
6
7
8
9
10
11
12
...
20
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 February 2011