[PD] Pd-list Digest, Vol 131, Issue 43
Brynna
info at brynnachilds.com
Tue Feb 16 04:27:35 CET 2016
Hey can you add me to your weekly digest rather than daily, thanks
Brynna
---- pd-list-request at lists.iem.at wrote ----
>Send Pd-list mailing list submissions to
> pd-list at lists.iem.at
>
>To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.puredata.info/listinfo/pd-list
>or, via email, send a message with subject or body 'help' to
> pd-list-request at lists.iem.at
>
>You can reach the person managing the list at
> pd-list-owner at lists.iem.at
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Pd-list digest..."
>
>
>Today's Topics:
>
> 1. Re: Nettles. Was: Cyclone: List of Issues with existing
> objects by Alexandre Porres (Jonathan Wilkes)
> 2. Re: Nettles. Was: Cyclone: List of Issues with existing
> objects by Alexandre Porres (Ivica Ico Bukvic)
> 3. Re: Nettles. Was: Cyclone: List of Issues with existing
> objects by Alexandre Porres (Matt Barber)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Sun, 14 Feb 2016 17:55:27 +0000 (UTC)
>From: Jonathan Wilkes <jancsika at yahoo.com>
>To: Matt Barber <brbrofsvl at gmail.com>, Ivica Bukvic <ico at vt.edu>
>Cc: Pd-list <pd-list at lists.iem.at>
>Subject: Re: [PD] Nettles. Was: Cyclone: List of Issues with existing
> objects by Alexandre Porres
>Message-ID:
> <206415724.3984306.1455472527172.JavaMail.yahoo at mail.yahoo.com>
>Content-Type: text/plain; charset="utf-8"
>
>> but why don't I need this when I load the cyclone externals?
>If every cyclone external has already been loaded before your patch loads, then there's no problem.
>The problem comes when Pd tries to search for a binary to load-- for example, when you type a name
>into an object box that Pd doesn't know. If that name has characters that can't appear in a filename
>(like "<") then you need to have hexloader loaded already.
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160214/492e4320/attachment-0001.html>
>
>------------------------------
>
>Message: 2
>Date: Sun, 14 Feb 2016 13:18:17 -0500
>From: Ivica Ico Bukvic <ico at vt.edu>
>To: Matt Barber <brbrofsvl at gmail.com>
>Cc: Pd-list <pd-list at lists.iem.at>
>Subject: Re: [PD] Nettles. Was: Cyclone: List of Issues with existing
> objects by Alexandre Porres
>Message-ID: <56C0C4E9.8020903 at vt.edu>
>Content-Type: text/plain; charset="utf-8"; Format="flowed"
>
>Why not simply have an inlet that can handle both inside an abstraction
>and route signal one way and number the other and then sprinkle that
>with dynamic nlet creation and you're done? Then you can simply abstract
>most cases.
>
>On 2/14/2016 11:36 AM, Matt Barber wrote:
>> [gt~] is a great example of something that could work as an
>> abstraction, except for the pesky right inlet which should take a
>> signal if there's no creation argument, but float otherwise.
>>
>> On Sun, Feb 14, 2016 at 10:50 AM, Ivica Bukvic <ico at vt.edu
>> <mailto:ico at vt.edu>> wrote:
>>
>> What I am also trying to do eventually in pd-l2ork is weed out
>> redundant objects and only keep the ones that do the said task the
>> best while still supporting other objects' idiosyncrasies (if
>> any). There is absolutely no reason to have multiple objects of
>> the same kind. Ultimately, one could keep all the externals in the
>> same folder and completely do away with all the declares, imports,
>> and other things that make learning pd unnecessarily harder.
>>
>> --
>> Ivica Ico Bukvic, D.M.A.
>> Associate Professor
>> Computer Music
>> ICAT Senior Fellow
>> Director -- DISIS, L2Ork
>> Virginia Tech
>> School of Performing Arts – 0141
>> Blacksburg, VA 24061
>> (540) 231-6139 <tel:%28540%29%20231-6139>
>> ico at vt.edu <mailto:ico at vt.edu>
>> www.performingarts.vt.edu <http://www.performingarts.vt.edu>
>> disis.icat.vt.edu <http://disis.icat.vt.edu>
>> l2ork.icat.vt.edu <http://l2ork.icat.vt.edu>
>> ico.bukvic.net <http://ico.bukvic.net>
>>
>> On Feb 14, 2016 8:40 AM, "Fred Jan Kraan" <fjkraan at xs4all.nl
>> <mailto:fjkraan at xs4all.nl>> wrote:
>>
>> Hi Alexandre,
>>
>> guess some of it is in:
>> http://fjkraan.home.xs4all.nl/digaud/puredata/cyclone/cycloneToDo.html
>>
>>
>> This list is also becoming a list of what has been done.
>>
>>
>> As with _nettles_
>>
>> "try to resurrect as independent object library"
>>
>> Anyway, tell me if this gets includes on this file.
>>
>>
>> Yes, the nettles-objects are part of the latest cyclone
>> versions. They are part of the nettles library, which can be
>> loaded with [declare]. Not all operating systems like the '<'
>> and '>' in the object names and there is overlap with other
>> library objects, so only loading them when needed is cleaner.
>>
>>
>> cheers
>>
>> ps. count me in for help with the help files
>>
>>
>> Great!
>>
>> Greetings,
>>
>> Fred Jan
>>
>>
>> 2016-02-11 22:18 GMT-02:00 Alexandre Torres Porres
>> <porres at gmail.com <mailto:porres at gmail.com>
>> <mailto:porres at gmail.com <mailto:porres at gmail.com>>>:
>>
>> Howdy, it's a known fact brazilians will start the
>> year only after
>> carnival, so here I am.
>>
>> I'd like to share my list of things to do with
>> existing Cyclone
>> Objetcs. Obviously there might be other issues with
>> other objects
>> that would make them up to date with the current
>> version of Max (Max
>> 7). Nonetheless, this is what I find relevant, and
>> I've been really
>> checking it through.
>>
>> It's only about 11 objects, some has already been
>> discussed here and
>> might have been fixed or in the process to be taken
>> care of, forgive
>> me if so.
>>
>> I have it attached and also as a link to a google doc
>>
>> https://docs.google.com/document/d/1L_dUNgznfhaZHPKMJ3jJ_p9uIXRVP6Rs9-3nXy2Qlk8/edit?usp=sharing
>>
>> Next, I will get together a list of new objects I
>> think should be
>> included, many of which I've already made as
>> abstractions (kind of
>> to show how it works like I did with [teeth~], cause I
>> really think
>> they should all be done as externals).
>>
>> Cheers
>>
>>
>>
>> _______________________________________________
>> Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>> _______________________________________________
>> Pd-list at lists.iem.at <mailto:Pd-list at lists.iem.at> mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160214/ec572116/attachment-0001.html>
>
>------------------------------
>
>Message: 3
>Date: Sun, 14 Feb 2016 13:38:05 -0500
>From: Matt Barber <brbrofsvl at gmail.com>
>To: Ivica Ico Bukvic <ico at vt.edu>
>Cc: Pd-list <pd-list at lists.iem.at>
>Subject: Re: [PD] Nettles. Was: Cyclone: List of Issues with existing
> objects by Alexandre Porres
>Message-ID:
> <CAOrke7HA1KXSXceTbTJLnBvYRAtbRh=mgAvzMhwLi3Gv7SSweQ at mail.gmail.com>
>Content-Type: text/plain; charset="utf-8"
>
>I tried coding that once, but it seemed like it needed some big change in
>architecture. Technically it's only the main signal that accepts both
>messages and signals in this way, where you would want to route the
>message. Floats should almost always be promoted to signals.
>
>On Sun, Feb 14, 2016 at 1:18 PM, Ivica Ico Bukvic <ico at vt.edu> wrote:
>
>> Why not simply have an inlet that can handle both inside an abstraction
>> and route signal one way and number the other and then sprinkle that with
>> dynamic nlet creation and you're done? Then you can simply abstract most
>> cases.
>>
>>
>> On 2/14/2016 11:36 AM, Matt Barber wrote:
>>
>> [gt~] is a great example of something that could work as an abstraction,
>> except for the pesky right inlet which should take a signal if there's no
>> creation argument, but float otherwise.
>>
>> On Sun, Feb 14, 2016 at 10:50 AM, Ivica Bukvic <ico at vt.edu> wrote:
>>
>>> What I am also trying to do eventually in pd-l2ork is weed out redundant
>>> objects and only keep the ones that do the said task the best while still
>>> supporting other objects' idiosyncrasies (if any). There is absolutely no
>>> reason to have multiple objects of the same kind. Ultimately, one could
>>> keep all the externals in the same folder and completely do away with all
>>> the declares, imports, and other things that make learning pd unnecessarily
>>> harder.
>>>
>>> --
>>> Ivica Ico Bukvic, D.M.A.
>>> Associate Professor
>>> Computer Music
>>> ICAT Senior Fellow
>>> Director -- DISIS, L2Ork
>>> Virginia Tech
>>> School of Performing Arts – 0141
>>> Blacksburg, VA 24061
>>> (540) 231-6139
>>> ico at vt.edu
>>> www.performingarts.vt.edu
>>> disis.icat.vt.edu
>>> l2ork.icat.vt.edu
>>> ico.bukvic.net
>>> On Feb 14, 2016 8:40 AM, "Fred Jan Kraan" <fjkraan at xs4all.nl> wrote:
>>>
>>>> Hi Alexandre,
>>>>
>>>> guess some of it is in:
>>>>> http://fjkraan.home.xs4all.nl/digaud/puredata/cyclone/cycloneToDo.html
>>>>>
>>>>
>>>> This list is also becoming a list of what has been done.
>>>>
>>>>>
>>>>> As with _nettles_
>>>>>
>>>>> "try to resurrect as independent object library"
>>>>>
>>>>> Anyway, tell me if this gets includes on this file.
>>>>>
>>>>
>>>> Yes, the nettles-objects are part of the latest cyclone versions. They
>>>> are part of the nettles library, which can be loaded with [declare]. Not
>>>> all operating systems like the '<' and '>' in the object names and there is
>>>> overlap with other library objects, so only loading them when needed is
>>>> cleaner.
>>>>
>>>>>
>>>>> cheers
>>>>>
>>>>> ps. count me in for help with the help files
>>>>>
>>>>
>>>> Great!
>>>>
>>>> Greetings,
>>>>
>>>> Fred Jan
>>>>
>>>>
>>>>> 2016-02-11 22:18 GMT-02:00 Alexandre Torres Porres <porres at gmail.com
>>>>> <mailto:porres at gmail.com>>:
>>>>>
>>>>> Howdy, it's a known fact brazilians will start the year only after
>>>>> carnival, so here I am.
>>>>>
>>>>> I'd like to share my list of things to do with existing Cyclone
>>>>> Objetcs. Obviously there might be other issues with other objects
>>>>> that would make them up to date with the current version of Max (Max
>>>>> 7). Nonetheless, this is what I find relevant, and I've been really
>>>>> checking it through.
>>>>>
>>>>> It's only about 11 objects, some has already been discussed here and
>>>>> might have been fixed or in the process to be taken care of, forgive
>>>>> me if so.
>>>>>
>>>>> I have it attached and also as a link to a google doc
>>>>>
>>>>>
>>>>> https://docs.google.com/document/d/1L_dUNgznfhaZHPKMJ3jJ_p9uIXRVP6Rs9-3nXy2Qlk8/edit?usp=sharing
>>>>>
>>>>> Next, I will get together a list of new objects I think should be
>>>>> included, many of which I've already made as abstractions (kind of
>>>>> to show how it works like I did with [teeth~], cause I really think
>>>>> they should all be done as externals).
>>>>>
>>>>> Cheers
>>>>>
>>>>>
>>>>>
>>>> _______________________________________________
>>>> Pd-list at lists.iem.at mailing list
>>>> UNSUBSCRIBE and account-management ->
>>>> <http://lists.puredata.info/listinfo/pd-list>
>>>> http://lists.puredata.info/listinfo/pd-list
>>>>
>>>
>>> _______________________________________________
>>> Pd-list at lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> <http://lists.puredata.info/listinfo/pd-list>
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>>
>>
>>
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160214/0fdf9ec3/attachment.html>
>
>------------------------------
>
>Subject: Digest Footer
>
>_______________________________________________
>Pd-list mailing list
>Pd-list at lists.iem.at
>to manage your subscription (including un-subscription) see
>http://lists.puredata.info/listinfo/pd-list
>
>
>------------------------------
>
>End of Pd-list Digest, Vol 131, Issue 43
>****************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160215/e354c056/attachment-0001.html>
More information about the Pd-list
mailing list