Pd-list March 2008

pd-list@lists.iem.at

150 participants
274 discussions

Re: [PD] [PD-dev] adding pdpedia links to all help patches
by Hans-Christoph Steiner 19 Mar '08

19 Mar '08

Sounds like a good idea, and a nice comprimise, definitely give it a shot. .hc On Mar 19, 2008, at 4:11 AM, Luke Iannini (pd) wrote: > Hi, > Maybe an idea would be a help-menu entry that says "go to this patch's > page in the Pdpedia", that detects the frontmost window's patch name > (this must be possible, since [getpatchname] does it from within Pd). > It could filter out the -help.pd part, and then it would work for > object helpfiles as well as just open abstractions (and would make it > easy to add Pdpedia text to an object, since visiting a nonexistent > page in Pdpedia gives you the opportunity to edit it). > > I wouldn't mind trying to do this. > > Cheers > Luke > > On Tue, Mar 18, 2008 at 5:33 PM, marius schebella > <marius.schebella(a)gmail.com> wrote: >> I really think this should be done by hand, and every pdpedia page >> has >> to be fixed together with the help patch (right now all the >> texts/comments of a help patch were just dumped into the pdpedia >> pages). >> then you can give the patches a good layout/design. and there >> must be >> relevant additional information on the pdpedia pages for it to make >> sense to link to the pdpedia pages. pdpedia is not well mentained >> right >> now... >> I would like to see "link" in pd-vanilla. but don't know if that >> counts, >> because I also would like to see a lot of other objects in pd- >> vanilla... >> marius. >> >> >> >> >> >> Hans-Christoph Steiner wrote: >>> Hey, >>> >>> I want to add links to all of the help patches in SVN to their >>> respective pdpedia pages. Ideally, I could check these into >>> trunk so >>> that they would become a permanent addition. The problem is that >>> the >>> link object is not included in pd-vanilla ([pddp/pddplink]). >>> >>> Who does not want this checked into trunk? >>> >>> .hc >>> >>> -------------------------------------------------------------------- >>> ---- >>> ---- >>> >>> kill your television >>> >>> >>> >>> _______________________________________________ >>> PD-dev mailing list >>> PD-dev(a)iem.at >>> http://lists.puredata.info/listinfo/pd-dev >>> >> >> >> _______________________________________________ >> PD-dev mailing list >> PD-dev(a)iem.at >> http://lists.puredata.info/listinfo/pd-dev >> ------------------------------------------------------------------------ ---- If you are not part of the solution, you are part of the problem.

1 0

Re: [PD] Alternate Controllers
by James Rojsirivat 19 Mar '08

19 Mar '08

Since I was working on the Guitar Heroes controller and [hid], I tried plugging in my old Microsoft Sidewinder controller. It read perfectly. This is OS X. So with that controller you get 8 trigger buttons, 1 select buttons, and d-pad with variable values. Perfect simple way as something to trigger events. James *************************************************** astroboy2520 Visit my blogs: http://triphop-universe.blogspot.com http://videokilledtheradiostar.vox.com Myspace: http://www.myspace.com/astroboy2520 Skype: astroboy2520 MSN: astroboy2520[at]sbcglobal.net **************************************************** ----- Original Message ---- From: Daniel Wilcox <danomatika(a)gmail.com> To: pd-list(a)iem.at Sent: Tuesday, March 18, 2008 3:17:26 PM Subject: [PD] Alternate Controllers Try hacking some gamepads ... its cheap and easy. Try [hid]. My project, robotcowboy, makes use of hacked gamepads and a custom joy -> OSC daemon in Linux. I'm getting ready to release it soon, so if you use Linux you could try that. For instance, I cut a gamepad up and wrapped it around my old trumpet. pic1, pic2, a short pd session with it There's lots of cool stuff you can for cheap. Also, old console gamepads (psx, ps2, gamecube) are readily available and all you need is a usb converter. I've found aftermarket playstation controllers the perfect hackables. -- Dan Wilcox danomatika www.robotcowboy.com -----Inline Attachment Follows----- _______________________________________________ PD-list(a)iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

2 1

Alternate Controllers
by Daniel Wilcox 19 Mar '08

19 Mar '08

Try hacking some gamepads ... its cheap and easy. Try [hid]. My project, robotcowboy, <http://www.robotcowboy.com/> makes use of hacked gamepads and a custom joy -> OSC daemon in Linux. I'm getting ready to release it soon, so if you use Linux you could try that. For instance, I cut a gamepad up and wrapped it around my old trumpet. pic1<http://www.robotcowboy.com/dump/P1070845.jpg>, pic2 <http://www.robotcowboy.com/dump/P1070846.jpg>, a short pd session with it <http://www.robotcowboy.com/dump/1-5-2008_21-30-1_Bleet.mp3> There's lots of cool stuff you can for cheap. Also, old console gamepads (psx, ps2, gamecube) are readily available and all you need is a usb converter. I've found aftermarket playstation controllers the perfect hackables. -- Dan Wilcox danomatika www.robotcowboy.com

4 3

iem_t3_lib missing in recent extended builds
by Roman Haefeli 19 Mar '08

19 Mar '08

hi all it seems, that in recent builds of pd-extended the library 'iem_t3_lib' is missing. i wonder if that happened accidently or if there was any purposed behind it. if no, i'll post a bug report to the tracker. in the releasse (pd-extended 0.39.3) it is still included. roman ___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de

1 0

Re: [PD] vvvvv to PD via OSC or something else
by Vadim Smahtin 19 Mar '08

19 Mar '08

Hi Richard. I received help on vvvv forum. Peoples from this site recommend me sync values by netsend protocol. It's really simple. See attachment. Also i send u examles for OSC sync. 2008/3/19, Richard Bowers <saab(a)richardbowers.co.uk>: > Hi, Vadim. > > Did you get any replies to this? I would be interested in any feedback > you received. > > Best, > > Richard. > > > -----Original Message----- > From: pd-list-bounces(a)iem.at [mailto:pd-list-bounces@iem.at] On Behalf > Of Vadim Smahtin > Sent: 14 March 2008 11:46 > To: pd-list(a)iem.at > Subject: [PD] vvvvv to PD via OSC or something else > > > Hi list. Can any1 send me some basic exaples, thats show, how i can > transfer some simple data from vvvv to PD. I need patches for both > programs and transfering order must be- "vvvv to PD". Big thx. Best > regards, Vadim. > > > _______________________________________________ > PD-list(a)iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > >

1 0

GSoC Organization App 2008 wiki page
by Hans-Christoph Steiner 19 Mar '08

19 Mar '08

Hey all, I decided to stick up a wiki page for this GSoC organization application. Then everyone can see it, contribute to it, and find it next year when we want to raid it for text for the next application :) http://puredata.info/dev/summer-of-code/GSoCOrganizationApp2008 Feel free to add anything to it, whether it be paragraphs or bullet points. Then I put the whole thing together to submit tomorrow. .hc ------------------------------------------------------------------------ ---- News is what people want to keep hidden and everything else is publicity. - Bill Moyers

6 11

Beginner's Question: templates
by Andrew Dabrowski 18 Mar '08

18 Mar '08

I posted this to the puredata.hurleur.com forum, but didn't get any responses. I'm brand new to pd. I'd like to make a template that represents the midi channel by color. So I'd like to change the channel number to one between 0-999, say [channel] | [* 171] | [mod 1000] | [drawpolygon $1 .....] The problem is, how do I call the channel field of the struct from inside the template? I know I can call channel directly inside [drawpolygon ....], but then I can't do any arithmetic on it before using it as a color. I know I could define a new field in the struct, say clr, set up an abstraction to define it correctly from channel, then call clr inside [drawpolygon ....], but that seems ugly.

2 1

flashing a bng without making it send?
by matteo sisti sette 18 Mar '08

18 Mar '08

Hi, Is there a way to make a [bng] visually "flash" (the same it does when you click it or send it a bang) WITHOUT making it output/send a bang? I think there isn't, but maybe I just haven't found it. I often use gui objects as both control and display elements. For example, when I have a slider that controls a volume, you can touch the slider to manually change the volume, but if the volume is changed from some other "source", the slider moves to reflect this change. Same with numbers, radios, symbols, toggles, etc. This can be easily achieved by using [set ...( messages, that change the displayed value of the gui object without triggering its output. So it would be great to be able to do the same with a [bng], but I miss a "set" (or analoguous) message for this object. It's not that I can't figure out a way to achieve a bang that can be used as a control and display at the same time (you click it: it does the action; the action is triggered by something else: the bang flashes), but it would be much more "tricky" and doesn't lend itself (as far as I can figure out) to elegant and general solutions as it happens with other gui objects. Or perhaps it's just a matter of writing a more complex abstraction than the one I use for other controls..... Now, just in case it may be useful to anybody, I thought I would share the solution I use for non-bng controls. I'm sure most of you already use something similar. Here's how it works. First of all, every control (a volume, a pitch, a speed, anything) has a name, that is the name everybody sends values to when they want to change that parameter. This means that somewhere there is a [r <name>] that actually does something with those values. So, I create an abstraction called [control_element], which in its most simplified form is like this: --------------------control_element.pd------------------ [r $1-if-send] | [s $1] [r $1] | [set $1( | [s $1-if-receive] ------------------------------------------------------------------- its creation argument $1 is the name of the control. So, for any control called "xxx" that needs to have a control/display gui element, you place one (and only one) instance of [control_element xxx]. Now, any gui object (slider, number box, symbol box, toggle, etc) that is meant to work as a control/display for control xxx, simply needs to have its send and receive symbols set to "xxx-if-send" and "xxx-if-receive" respectively. Note that you can place multiple interface elements for the same control. For example, you can place a number box and a slider associated to xxx. When you move the slider, the number moves; when you move the number, the slider moves: and when anybody else in the patch sends a value to xxx (and he doesn't need to know anything about the existence of control_element and gui objects), both the number and the slider are updated. The same abstraction works for both numbers and symbols. There is a redundant loop (not an infinite loop) when you manually move the gui element: the gui element sends out the value and immediately receives a [set( message that sets it to the same value; but that's harmless afaics. It would be fine to do something similar that could work with bangs... -- Matteo Sisti Sette matteosistisette(a)gmail.com http://www.matteosistisette.com

3 6

send~/receive~ and throw~/catch~ pairs in reblocked patches
by Spencer Russell 18 Mar '08

18 Mar '08

I'm trying to send some signals around a reblocked patch, and I'm getting the following errors: error: sigsend 1002-test: unexpected vector size error: receive~ 1002-test: vector size mismatch this happens in a simple test patch with a send~/receive~ pair inside of a subpatch that's reblocked to any size except 64. What's up? I'm using PD-extended 0.39.3 from Hans's installer on Ubuntu Gutsy

3 3

Re: [PD] Another bug in [pool]?
by Thomas Grill 18 Mar '08

18 Mar '08

Am 16.03.2008 um 20:24 schrieb Phil Stone: > Sorry, I think I deleted the included patch from Luke's original > post when I replied to it. > Thanks for the hint, i was able to retrieve Luke's original patch. However, i can't find any problems with pool. Storing and retrieving mentioned values works flawlessly with the current version. gr~~~

2 2

← Newer
1
...
10
11
12
13
14
15
16
...
28
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 2008