<div dir="ltr"><span style="font-size:12.8000001907349px">"<i>I do not completely understand the Description of the Max5 cycle~: when</i></span><i><br style="font-size:12.8000001907349px"><span style="font-size:12.8000001907349px">should I make the 513th sample the same as the 512th and when should I</span><br style="font-size:12.8000001907349px"></i><span style="font-size:12.8000001907349px"><i>use the first? The latest implementation always uses the first.</i>"</span><br><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">you should never make the 513th the same as the 512th. </span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">The idea is that it operates with a 512 size table, but internally it needs 513 points, where the 513th is for interpolation and needs to be the same as the 1st point.<br><br>So, when a user specify a 512 size table, the cycle~ documentation in Max5 says it'll create a 513 points table where the 513th point is the same as the 1st.</span></div><div><span style="font-size:12.8000001907349px"><br></span></div><div><span style="font-size:12.8000001907349px">This happens cause it is a simple linear interpolation. In Pd we have a 4 point interpolation in objects such as tabread4, so you need the first point to be the same as the last, and also need two extra last points to be the same as the first two points (so you need 3 extra points). The sinesum command for tables will generate these extra points automatically, and tabosc4~ will read these wavetables also in the correct way.<br><br>Back to max 5 documentation and cycle~... It also says that if someone is specifying a 513 size table, that they should make sure that the 513th sample is the same as the 1st. Because in this case the object won't do anything and will just get the specified table.<br><br>So creating a copy of the 1st sample to be the 513th sample is a behaviour in cycle~ only for given tables that are 512 in size. This is what I was asking you, if it really behaved that way. What do you say?<br><br>This makes me believe that when you specify a bigger table, like 1024, and start offsetting it, that it won't do anything to make this interpolation perfect, but it'll consider the "extra" 513th point in the table to be the same as the first. This is not a real problem in the real world, you can't really perceive it...<br><br>cheers</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-06-11 4:09 GMT-03:00 Fred Jan Kraan <span dir="ltr"><<a href="mailto:fjkraan@xs4all.nl" target="_blank">fjkraan@xs4all.nl</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Alexandre,<br>
<span class=""><br>
> So, hey Fred, would you be able to get into sourceforge and close all<br>
> the bug reports that have already been taken care of?<br>
><br>
> I'm not sure how to get in it and do it. I guess I should do that to<br>
> cause I'm aware of a few things that are going on, so if anyone could<br>
> tell me how to do it, I'd like to try and collaborate.<br>
><br>
<br>
</span>IOhannes changed the policy, so any registered developer can close<br>
issues. I already started closing some of which I was reasonable sure<br>
they were fixed. Some others, I want to check  first.<br>
<span class=""><br>
> Moreover, still about [cycle~], I just wanted to make sure it behaves<br>
> exactly like it says in Max 5 documentation. They descibre how it needs<br>
> a table with 513 points, and that the 513 needs to be the same as the<br>
> 1st because of the interpolation (I assume it does a simple linear<br>
> interpolation then, right?). In the case of a table with 512 points,<br>
> [cycle~] will add a 513th point that's a copy of the first. Anyway, this<br>
> is what it says in the documentation and I'd like to check with you if<br>
> it's working exactly like that as well. Perhaps you could mention that<br>
> too in the help file.<br>
<br>
</span>Yesterday, I updated the cyclone binary distributions at<br>
<a href="http://puredata.info/Members/fjkraan" rel="noreferrer" target="_blank">http://puredata.info/Members/fjkraan</a>. The simplest way to install the<br>
correct one is using the deken-plugin:<br>
<a href="https://github.com/pure-data/deken" rel="noreferrer" target="_blank">https://github.com/pure-data/deken</a>. If you use Pd-extended, you have to<br>
rename or remove the original cyclone directory, to prevent having two<br>
cyclones.<br>
<br>
Indeed, simple interpolation is used. From the cycle_perform:<br>
*out++ = f1 + frac * (f2 - f1);<br>
<br>
I replaced the core of the cycle_gettable, and in case of an external<br>
array, the 513th sample is copied from the first.<br>
<br>
I do not completely understand the Description of the Max5 cycle~: when<br>
should I make the 513th sample the same as the 512th and when should I<br>
use the first? The latest implementation always uses the first.<br>
<br>
><br>
> cheers<br>
<br>
Fred Jan<br>
<span class="">><br>
> 2015-06-09 10:46 GMT-03:00 Alexandre Torres Porres <<a href="mailto:porres@gmail.com">porres@gmail.com</a><br>
</span>> <mailto:<a href="mailto:porres@gmail.com">porres@gmail.com</a>>>:<br>
<span class="">><br>
>     collected all bug reports related to cyclone. It'd be good to<br>
>     commitor close/mark as fixed.<br>
><br>
>     <a href="http://sourceforge.net/p/pure-data/bugs/991/" rel="noreferrer" target="_blank">http://sourceforge.net/p/pure-data/bugs/991/</a><br>
><br>
>     <a href="http://sourceforge.net/p/pure-data/bugs/950/" rel="noreferrer" target="_blank">http://sourceforge.net/p/pure-data/bugs/950/</a><br>
><br>
>     <a href="http://sourceforge.net/p/pure-data/bugs/652/" rel="noreferrer" target="_blank">http://sourceforge.net/p/pure-data/bugs/652/</a><br>
><br>
>     <a href="http://sourceforge.net/p/pure-data/bugs/647/" rel="noreferrer" target="_blank">http://sourceforge.net/p/pure-data/bugs/647/</a><br>
><br>
>     <a href="http://sourceforge.net/p/pure-data/bugs/215/" rel="noreferrer" target="_blank">http://sourceforge.net/p/pure-data/bugs/215/</a><br>
><br>
>     <a href="http://sourceforge.net/p/pure-data/bugs/163/" rel="noreferrer" target="_blank">http://sourceforge.net/p/pure-data/bugs/163/</a><br>
><br>
>     <a href="http://sourceforge.net/p/pure-data/bugs/78/" rel="noreferrer" target="_blank">http://sourceforge.net/p/pure-data/bugs/78/</a><br>
><br>
>     <a href="http://sourceforge.net/p/pure-data/bugs/1188/" rel="noreferrer" target="_blank">http://sourceforge.net/p/pure-data/bugs/1188/</a><br>
><br>
>     <a href="http://sourceforge.net/p/pure-data/bugs/1186/" rel="noreferrer" target="_blank">http://sourceforge.net/p/pure-data/bugs/1186/</a><br>
><br>
>     <a href="http://sourceforge.net/p/pure-data/bugs/1128/" rel="noreferrer" target="_blank">http://sourceforge.net/p/pure-data/bugs/1128/</a> (that was me actually,<br>
>     haha)<br>
><br>
>     2015-06-09 10:15 GMT-03:00 Alexandre Torres Porres <<a href="mailto:porres@gmail.com">porres@gmail.com</a><br>
</span>>     <mailto:<a href="mailto:porres@gmail.com">porres@gmail.com</a>>>:<br>
<span class="">><br>
>         another report for [rand~], by the way, maybe you should get<br>
>         involved here and mark them as fixed<br>
><br>
>         <a href="http://sourceforge.net/p/pure-data/bugs/1177/" rel="noreferrer" target="_blank">http://sourceforge.net/p/pure-data/bugs/1177/</a><br>
><br>
><br>
><br>
>         2015-06-09 10:12 GMT-03:00 Alexandre Torres Porres<br>
</span>>         <<a href="mailto:porres@gmail.com">porres@gmail.com</a> <mailto:<a href="mailto:porres@gmail.com">porres@gmail.com</a>>>:<br>
<span class="">><br>
>                 About the sample-offset, I have some problem<br>
>                 understanding how it works,<br>
>                 and have to change it anyhow to fix the issue<br>
>                 (garray_getarraywords<br>
>                 related on 64-bit systems).<br>
><br>
><br>
>             seems there was a bug report about this :)<br>
>             <a href="http://sourceforge.net/p/pure-data/bugs/1180/" rel="noreferrer" target="_blank">http://sourceforge.net/p/pure-data/bugs/1180/</a><br>
><br>
><br>
><br>
><br>
><br>
>     _______________________________________________<br>
</span>>     <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>
<div class="HOEnZb"><div class="h5">>     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>
</div></div></blockquote></div><br></div>