Broken links all over the place in Pd-extended help files (was: [PD] mapping library examples)

Hans-Christoph Steiner hans at eds.org
Fri Feb 2 02:18:14 CET 2007


I think you need cyclone loaded for that one.  Please bug reports to  
the tracker, and I'll check them there when I get time... (or stop  
sleeping ;).

.hc

On Jan 31, 2007, at 1:01 AM, Kyle Klipowicz wrote:

> Oh, ok. That sounds awesome and useful, thanks for the info!
>
> However...
>
> I tried looking at a random mapping patch in pd-0.39.2-extended-test7
> but got what I did a few months back when I tried to look at it.
>
> I opened the amplitude_n-help.pd file and it generated this:
>
> error: inlet: expected '' but got 'list'
> error: inlet: expected '' but got 'list'
> error: inlet: expected '' but got 'list'
> error: inlet: expected '' but got 'list'
> error: inlet: expected '' but got 'list'
> error: inlet: expected '' but got 'list'
> error: inlet: expected '' but got 'list'
> error: inlet: expected '' but got 'list'
> ...
>
> etc.
>
> I found the culprit:
>
> inside the min_n.pd abstraction there are two undefined objects,
> minimum and maximum.
>
> Now my question is this: If we are getting to the point of expecting
> users to magically know how use the import function, why is it not
> automatgically included in all the help patches that utilize functions
> that must be imported in order to not create a broken patch?
>
> It seems to me that all help patches should include the necessary
> import calls so that they are not broken. It seems to me that more
> than half of the included help patches that I try to open on a fresh
> Pd-extended install (following all install instruction, i.e. copy the
> proper files to places on OSX) are broken for this reason. If this is
> the case, how can we claim that Pd-extended is easier to use and more
> refined?
>
> Please don't take these criticisms personally, I am a big fan of the
> work that has gone into this project. I would just like to understand
> these things. I may be missing something. But if I am, then for sure a
> hundred less-experienced users are too, and they may be scared away!
>
> With respect,
>
> ~Kyle
>
> On 1/30/07, Hans-Christoph Steiner <hans at eds.org> wrote:
>>
>> Basically, we are trying to come up with a whole collection of
>> fundamental building blocks for mapping controller data to something
>> being controlled.  It need not only be for music, but that's my
>> background.  Cyrille has a broader background in terms of mapping
>> than I.  While we use these objects with controllers and sensors,
>> there is nothing that ties them to such uses.  They could be used for
>> any situation where you want to manipulate ranges of data.
>>
>> Here's the academicese version:
>>
>> http://nime.org/2006/proc/nime2006_106.pdf
>>
>> Abstract
>>
>> Mapping has been discussed for decades, yet there is not a standard
>> catalog of mapping methods. The Mapping Library for Pd is a fledgling
>> library of mapping primitives with the aim of cataloging existing
>> mapping methods. Also included are techniques for conditioning sensor
>> data to make it usable in the context of instrument design.
>>
>> .hc
>>
>> On Jan 30, 2007, at 9:36 AM, Kyle Klipowicz wrote:
>>
>> > Yes, please do. I recall looking at it briefly, but didn't know  
>> what
>> > it was created to be used for. Is it in tandem with HID?
>> >
>> > ~Kyle
>> >
>> > On 1/30/07, padawan12 <padawan12 at obiwannabe.co.uk> wrote:
>> >>
>> >> Hans, please could you give a very quick summary of the mapping
>> >> library
>> >> and the problems it's intended to solve (for those of us who
>> >> missed the
>> >> announce, or forgot).
>> >>
>> >> Cheers
>> >> Andy
>> >>
>> >> On Mon, 29 Jan 2007 18:17:49 -0500
>> >> Hans-Christoph Steiner <hans at eds.org> wrote:
>> >>
>> >> >
>> >> > Cyrille and I started work on the mapping library a while back.
>> >> I am
>> >> > wondering how many people have used some of the objects, and
>> >> whether
>> >> > anyone would be willing to share a project where they used  
>> some of
>> >> > the objects.  We are writing a paper about the progress of this
>> >> > library, so it would be nice to include some examples from  
>> the real
>> >> > world (i.e. outside what we do ;)
>> >> >
>> >> > .hc
>> >> >
>> >> >
>> >>  
>> ---------------------------------------------------------------------
>> >> ---
>> >> >
>> >> > I have the audacity to believe that peoples everywhere can have
>> >> three
>> >> > meals a day for their bodies, education and culture for their
>> >> minds,
>> >> > and dignity, equality and freedom for their spirits.      -  
>> Martin
>> >> > Luther King, Jr.
>> >> >
>> >> >
>> >> >
>> >> > _______________________________________________
>> >> > PD-list at iem.at mailing list
>> >> > UNSUBSCRIBE and account-management -> http:// 
>> lists.puredata.info/
>> >> listinfo/pd-list
>> >>
>> >> _______________________________________________
>> >> PD-list at iem.at mailing list
>> >> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
>> >> listinfo/pd-list
>> >>
>> >
>> >
>> > --
>> >
>> > http://theradioproject.com
>> > http://perhapsidid.blogspot.com
>> >
>> > (((())))(()()((((((((()())))()(((((((())()()())())))
>> > (())))))(()))))))))))))(((((((((((()()))))))))((())))
>> > ))(((((((((((())))())))))))))))))))__________
>> > _____())))))(((((((((((((()))))))))))_______
>> > ((((((())))))))))))((((((((000)))oOOOOOO
>>
>>
>>
>> --------------------------------------------------------------------- 
>> ---
>>
>> Mistrust authority - promote decentralization.  - the hacker ethic
>>
>>
>>
>
>
> -- 
>
> http://theradioproject.com
> http://perhapsidid.blogspot.com
>
> (((())))(()()((((((((()())))()(((((((())()()())())))
> (())))))(()))))))))))))(((((((((((()()))))))))((())))
> ))(((((((((((())))())))))))))))))))__________
> _____())))))(((((((((((((()))))))))))_______
> ((((((())))))))))))((((((((000)))oOOOOOO



------------------------------------------------------------------------

Mistrust authority - promote decentralization.  - the hacker ethic






More information about the Pd-list mailing list