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