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

Esteban Viveros emviveros at gmail.com
Sat Feb 20 15:08:01 CET 2016


Thanks Porres! I'm waiting good news....  Perhaps a cyclone fork, maybe
UpCyclone :P

And again.. Thanks every pd/library maintainer for your time of life!

Em sáb, 20 de fev de 2016 às 01:51, Alexandre Torres Porres <
porres at gmail.com> escreveu:

> 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.
>
> cheers
>
> 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/64765b65/attachment.html>


More information about the Pd-list mailing list