Hey can you add me to your weekly digest rather than daily, thanks

Brynna



---- pd-list-request@lists.iem.at wrote ----

Send Pd-list mailing list submissions to
pd-list@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@lists.iem.at

You can reach the person managing the list at
pd-list-owner@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@yahoo.com>
To: Matt Barber <brbrofsvl@gmail.com>, Ivica Bukvic <ico@vt.edu>
Cc: Pd-list <pd-list@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@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@vt.edu>
To: Matt Barber <brbrofsvl@gmail.com>
Cc: Pd-list <pd-list@lists.iem.at>
Subject: Re: [PD] Nettles. Was: Cyclone: List of Issues with existing
objects by Alexandre Porres
Message-ID: <56C0C4E9.8020903@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@vt.edu
> <mailto:ico@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@vt.edu <mailto:ico@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@xs4all.nl
>     <mailto:fjkraan@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@gmail.com <mailto:porres@gmail.com>
>             <mailto:porres@gmail.com <mailto:porres@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@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
>         UNSUBSCRIBE and account-management ->
>         http://lists.puredata.info/listinfo/pd-list
>
>
>     _______________________________________________
>     Pd-list@lists.iem.at <mailto:Pd-list@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@gmail.com>
To: Ivica Ico Bukvic <ico@vt.edu>
Cc: Pd-list <pd-list@lists.iem.at>
Subject: Re: [PD] Nettles. Was: Cyclone: List of Issues with existing
objects by Alexandre Porres
Message-ID:
<CAOrke7HA1KXSXceTbTJLnBvYRAtbRh=mgAvzMhwLi3Gv7SSweQ@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@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@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@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@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@gmail.com
>>>> <mailto:porres@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@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@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@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
****************************************