Broken links all over the place in Pd-extended help files (was: [PD] mapping library examples)
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@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@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@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/
listinfo/pd-list
PD-list@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
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@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@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@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@iem.at mailing list UNSUBSCRIBE and account-management -> http://
lists.puredata.info/
listinfo/pd-list
PD-list@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
Hi Dear List.
i just successfully compiled ann on pd_darwin and had a quick look
over the examples.
I wonder how many people have used it for musical analysis.
Just to give an idea.
There is a patch that acts like an effect-prcessor for whatever kind
of instrument. And there are like 4 predefined Presets for this
effect-Processor.
Would you think - or did someone already try it - that it is possible
to recognize certain "musical" patterns or scales or phrases to
trigger a special output and with that change the preset.
I think i understood ann in so far that it should be possible, but
are there practical experiences with that ?
Thanks
Luigi
-
Hans-Christoph Steiner -
Kyle Klipowicz -
Luigi Rensinghoff