[PD] Nettles. Was: Cyclone: List of Issues with existing objects by Alexandre Porres

Alexandre Torres Porres porres at gmail.com
Sat Feb 20 04:51:39 CET 2016

Thanks for your thoughts and message here, Esteban, but I started a fork of
this thread focusing on updating and including more objects to cyclone : *[Not
accepting new objects in Cyclone, why not? (was Re: [PD] Nettles)]*

 I plan to respond to you on that thread.


2016-02-19 23:31 GMT-02:00 Esteban Viveros <emviveros at gmail.com>:

> Hello,
> First, thanks a lot all of you which are working in this project! I'm
> learning a lot and I have much more to learn because of your work. It is
> very important to me and for those who are coming. Thanks!
> Second, I'm pd and Max 7 user,  and would like to say which in my point of
> view cyclone is very useful to anyone like me which use pd and max... Max 7
> are very used for Ableton Live users because Max for Live and a library
> (cyclone) bridging cycling74 platform with pd are a useful tool to learn
> patchs and coffee them with different features offered by each of them. And
> for me is something sad to know that bridge is large outdated, and the
> worse,  we have people interested in make the updates to allow patches
> workables in pd (cyclone) and Max and exist the possibility of stay with an
> outdated compatibility.
> Only to reforce,  several people I know are working and learning max4live,
> that is Max 7, what seems relevant this update.
> This is only my point of view. A user,  and I wish contributor too in the
> future.
> Cheers
> Esteban Viveros
> Em qua, 17 de fev de 2016 17:46, Marco Matteo Markidis <
> mm.markidis at gmail.com> escreveu:
>> Dear Fred,
>> some of the objects proposed by Porres could be added in cyclone? If yes,
>> we can work on them; otherwise I see your todo list[1]. If you confirm this
>> list probably it's better to work to fix bugs.
>> Cheers,
>> Marco Matteo Markidis
>> [1]:
>> http://fjkraan.home.xs4all.nl/digaud/puredata/cyclone/cycloneToDo.html
>> 2016-02-17 19:33 GMT+01:00 Fred Jan Kraan <fjkraan at xs4all.nl>:
>>> Hi Alexandre,
>>> Howdy, if you understand only a part of it, I know that I know about
>>>> nothing.
>>>> But hey, as I understand it, there's quite some work to make it (loading
>>>> the weird name objects without [declare]) happen and you'd rather focus
>>>> on other fixes, cool.
>>>> Well, I'm just starting using github
>>>> https://github.com/porres/pd-cyclone
>>>> <
>>>> https://l.facebook.com/l.php?u=https%3A%2F%2Fgithub.com%2Fporres%2Fpd-cyclone&h=FAQF6upTy>
>>>> and
>>>> have mobilized others to collaborate with new objects for cyclone,
>>>> according to that list I shared these days.
>>>> You may have noticed a pull request already for [pong]. I'm working with
>>>> someone else and we should be having scale / scale~ / atodb / dbtoa /
>>>> atodb~ / dbtoa~ / trunc~ ready quite soon!
>>> Yes, I noticed. I appreciate all you do for pd and cyclone in
>>> particular, but I cannot accept the request. Cyclone is one of the few
>>> libraries with a closed set of objects; only those part of Max/MSP,
>>> arbitrary set around version 4.6 or 5.
>>> Cyclone is already quite big, with 150+ objects. This seems a good
>>> reason to be selective in which objects should be added. Just because
>>> objects are or should be in Max/MSP is not reason enough. If it exists in
>>> another library, it is unneeded IMHO.
>>>> I can bother myself to try and deal with the issues regarding these
>>>> objects, but I think a start could be to create new objects with the
>>>> unweird names, this is not in conflict with Max compatibility, as it
>>>> also loads these objects via the same way (again, they'd be:
>>>> /greaterthan~ / greaterthaneq~ / lessthan~ / lessthaneq~ / equals~ /
>>>> notequals~ / plusequals~ / rminus~ / rminus / rdiv~ /  rdiv / modulo~/).
>>>> It wouldn't get in conflict with current state of cyclone either and the
>>>> help files of these objects could refer to nettles and all. Cool? Later
>>>> on in the game I can try and figure out how to load them without
>>>> declare.
>>> Personally I have no issue with [declare] as it is vanilla. Or with the
>>> weird names; if you want un-weird names, abstractions (containing [declare]
>>> should work too?
>>>> cheers
>>>> cheers
>>> Greetings,
>>> Fred Jan
>>> _______________________________________________
>>> 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 mailing list
>> UNSUBSCRIBE and account-management ->
>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20160220/86e02170/attachment-0001.html>

More information about the Pd-list mailing list