<div dir="ltr"><div dir="ltr">Em sex., 29 de jan. de 2021 às 07:37, katja <<a href="mailto:katjavetter@gmail.com" target="_blank">katjavetter@gmail.com</a>> escreveu:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
However, I'm not sure whether brushing up this old port is worth the<br>
effort, also considering the nameclash potential. The CEAMMC port<br>
seems to expose more options from the library (anti-aliasing):<br>
<br>
<a href="https://github.com/uliss/pure-data/blob/ceammc/ceammc/extra/SoundTouch/pd/soundtouch_tilde.cpp" rel="noreferrer" target="_blank">https://github.com/uliss/pure-data/blob/ceammc/ceammc/extra/SoundTouch/pd/soundtouch_tilde.cpp</a><br>
<br>
Unfortunately there's no Linux build of CEAMMC in deken so I couldn't<br>
quickly compare implementations. Porres can you explain the reason for<br>
updating an old port while there is a maintained implementation<br>
available?<br></blockquote><div><br></div><div>I'm just getting things available on the internet somewhere and putting it in deken as well as it feels like the main place to get all externals for Pd. You have these binaries provided in your page, and maybe people are using it. Maybe people need to use a version for 64 bits, especially now that macOS is 64 bits only. The nameclash is still true and happens if people get it from your website. It sucks I know, but it happens every now and then here and there. It did also happen inside Pd Extended. What we need is a way to deal and manage this and we already have it.</div><div><br></div><div>Anyway, unless you really feel this shouldn't be available anywhere anymore, and in that case I mean it should also be removed from your website? Of course I don't think that should be the case, especially because you have an amazing article over there.</div><div><br></div><div>I haven't really compared the implementations of ceammc, but what usually happens is that externals from ceammc have some particularities that are special to that fork of Pd, like special messages using "@", and they're usually integrated into that system. Having a single, light, updated and independent version of soundtouch~ for all systems seems like a good idea. The more the merrier.</div><div><br></div><div><br><br></div></div></div>