<div dir="ltr">> <span style="font-size:12.8000001907349px">But please do not work on </span><span style="font-size:12.8000001907349px">cyclone and</span><div><span style="font-size:12.8000001907349px">> break the Max/MSP compatibility.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">Howdy... Of course! Agreed! But not sure about the purpose of this remark considering what was being discussed with [rampsmooth~] and all - it was for the sake of compatibility. We're actually being very strict to make it exactly like Max here. For example, I've just mentioned [slide~] should have control inlets instead of audio inlets like it has. The fact that it also accepts audio signal doesn't break the compatibility, and might be nicer, but I guess it needs to be that way for it to be a proper clone.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">cheers</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-06-19 11:43 GMT-03:00 Hans-Christoph Steiner <span dir="ltr"><<a href="mailto:hans@at.or.at" target="_blank">hans@at.or.at</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
About maintaining cyclone, I think a reorg would be great, and further<br>
maintenance as well. If you want to do whatever you want with it, then just<br>
make a fork and work on it as a new<br>
name. If you want to stick to cyclone's central goal of Max/MSP<br>
compatibility, then keep working on it as cyclone. But please do not work on<br>
cyclone and break the Max/MSP compatibility.<br>
<br>
.hc<br>
<br>
Alexandre Torres Porres:<br>
<div><div class="h5">> About the [rampsmooth~], I see the new object is corrected, great! One<br>
> thing though, I just realized how it has no audio signal inlets for the<br>
> arguments!!! It was supposed to have them, just like [slide~] does.<br>
><br>
> cheers<br>
><br>
> 2015-06-07 7:28 GMT-03:00 Fred Jan Kraan <<a href="mailto:fjkraan@xs4all.nl">fjkraan@xs4all.nl</a>>:<br>
><br>
>> Hi Jan,<br>
>><br>
>> Thanks for pointing this out. I had seen the logic juggling with<br>
>> RAMPSMOOTH_GEOMETRIC and RAMPSMOOTH_LINEAR, but hadn't came to the<br>
>> conclusion the default behaviour was incorrect. I changed the code for<br>
>> now, but could make the change possible at run-time, as it was intended.<br>
>> But as we already have [slide~] for this, it is not very needed.<br>
>><br>
>><br>
>> Greetings,<br>
>><br>
>> Fred Jan<br>
>><br>
>> On 2015-06-07 11:33 AM, Jan Baumgart wrote:<br>
>>> Actually, the linear version is already in cyclone's code.<br>
>>> You can choose at compile time by not setting<br>
>>> #define RAMPSMOOTH_GEOMETRIC<br>
>>><br>
>>> cheers,<br>
>>> jan<br>
>>><br>
>>> On 06/06/2015 10:26 PM, Alexandre Torres Porres wrote:<br>
>>>> I have another bug to report, now in [rampsmooth~].<br>
>>>><br>
>>>> According to its help file, it should generate a linear ramp, but it<br>
>>>> doesn't. Instead, it generates a logarithmic curve just like [slide~]. I<br>
>>>> have attached a picture that shows how both are operating in the same<br>
>>>> way, where they shouldn't.<br>
>>>><br>
>>>> In MAX, [rampsmooth~] does in fact generate a perfectly linear ramp,<br>
>>>> unlike [slide~].<br>
>>>><br>
>>>> I was actually able to implement [slide~] only with [fexpr~], making it<br>
>>>> 100% compatible to vanilla. If there's a filter formula tht generates<br>
>>>> perfectly linear ramps I can implement it I guess, but it should be<br>
>>>> fairly easy to change it in the object. I'll see what I can do to help.<br>
>>>><br>
>>>> cheers<br>
>>>><br>
>>>> 2015-06-05 18:08 GMT-03:00 Dan Wilcox <<a href="mailto:danomatika@gmail.com">danomatika@gmail.com</a><br>
>>>> <mailto:<a href="mailto:danomatika@gmail.com">danomatika@gmail.com</a>>>:<br>
>>>><br>
>>>> [m_scale] is an abstraction ...<br>
>>>><br>
>>>> --------<br>
>>>> Dan Wilcox<br>
>>>> @danomatika <<a href="https://twitter.com/danomatika" rel="noreferrer" target="_blank">https://twitter.com/danomatika</a>><br>
>>>> <a href="http://danomatika.com" rel="noreferrer" target="_blank">danomatika.com</a> <<a href="http://danomatika.com" rel="noreferrer" target="_blank">http://danomatika.com</a>><br>
>>>> <a href="http://robotcowboy.com" rel="noreferrer" target="_blank">robotcowboy.com</a> <<a href="http://robotcowboy.com" rel="noreferrer" target="_blank">http://robotcowboy.com</a>><br>
>>>><br>
>>>>> On Jun 5, 2015, at 5:05 PM, 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>>> wrote:<br>
>>>>><br>
>>>>> Yeah, I already built it with expr, so I don't really need to<br>
>>>>> download etxernals for that. I was just wondering if extended<br>
>>>>> already had such a thing, and it doesn't, so I think it's a nice<br>
>>>>> addon to cyclone.<br>
>>>>><br>
>>>>> An addon to cyclone would implicate and addon to extended, but<br>
>>>>> then, it's not clear it'll ever be maintained again. Last time<br>
>>>>> anyone talked about it in this list was 6 months ago... one way or<br>
>>>>> another, seems like a nice addon to cyclone.<br>
>>>>><br>
>>>>> Maybe it could be just an abstraction and it doesn't have to be a<br>
>>>>> compiled object, I see the point. But I'd like to try and code it<br>
>>>>> as an external into the cyclone library if possible.<br>
>>>>><br>
>>>>> cheers<br>
>>>>><br>
>>>>> 2015-06-05 17:50 GMT-03:00 Dan Wilcox <<a href="mailto:danomatika@gmail.com">danomatika@gmail.com</a><br>
>>>>> <mailto:<a href="mailto:danomatika@gmail.com">danomatika@gmail.com</a>>>:<br>
>>>>><br>
>>>>> See [m_scale] in rjlib:<br>
>>>>> <a href="https://github.com/rjdj/rjlib/tree/master/rj" rel="noreferrer" target="_blank">https://github.com/rjdj/rjlib/tree/master/rj</a><br>
>>>>><br>
>>>>> --------<br>
>>>>> Dan Wilcox<br>
>>>>> @danomatika <<a href="https://twitter.com/danomatika" rel="noreferrer" target="_blank">https://twitter.com/danomatika</a>><br>
>>>>> <a href="http://danomatika.com" rel="noreferrer" target="_blank">danomatika.com</a> <<a href="http://danomatika.com/" rel="noreferrer" target="_blank">http://danomatika.com/</a>><br>
>>>>> <a href="http://robotcowboy.com" rel="noreferrer" target="_blank">robotcowboy.com</a> <<a href="http://robotcowboy.com/" rel="noreferrer" target="_blank">http://robotcowboy.com/</a>><br>
>>>>><br>
>>>>>> On Jun 5, 2015, at 4:35 PM, <a href="mailto:pd-list-request@lists.iem.at">pd-list-request@lists.iem.at</a><br>
>>>>>> <mailto:<a href="mailto:pd-list-request@lists.iem.at">pd-list-request@lists.iem.at</a>> wrote:<br>
>>>>>><br>
>>>>>> *From:*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>
>>>>>> *Subject:**Re: [PD] Update cyclone maintenance*<br>
>>>>>> *Date:*June 5, 2015 at 4:34:55 PM EDT<br>
>>>>>> *To:*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>>><br>
>>>>>> *Cc:*"<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>>"<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>>><br>
>>>>>><br>
>>>>>><br>
>>>>>> I'm voting for a new [scale] and [scale~] object in cyclone,<br>
>>>>>> the second is missing completely in extended, the first is<br>
>>>>>> around, but in different versions, like [maxlib/scale], which<br>
>>>>>> has a log option, and is actually buggy, and the<br>
>>>>>> [expr_scale], which is just an expr abstraction. Seems like<br>
>>>>>> very simple externals to make and I could go ahead and code<br>
>>>>>> them. I think they'd be really useful. For example, [scale~]<br>
>>>>>> would be essential to adjust the amplitude range from LFOs to<br>
>>>>>> control your patches. the [scale] would be good for adjusting<br>
>>>>>> MIDI input.<br>
>>>>>><br>
>>>>>> cheers<br>
>>>>><br>
>>>>><br>
>>>><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" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
>>>><br>
>>><br>
>><br>
>><br>
>><br>
</div></div>>> N �n�r����)em�h�yhiם�w^��<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br></div>