<div dir="ltr"><div dir="ltr">Em qua., 6 de out. de 2021 às 12:41, IOhannes m zmoelnig <<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</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">
> Anyway, other than that and generally speaking, Pd Extended was<br>
> kinda of a "minor" fork. Another similar example of such a "minor fork" is<br>
> Pd Ceammc. It has similar characteristics like offering a different UI and<br>
> providing pre installed libraries and objects (most of which can be loaded<br>
> in Vanilla).<br>
<br>
afaict, the same is true of PurrData, which i would consider the most <br>
prominent/important fork of Pd (that is still very close to the original <br>
software) these days.<br></blockquote><div><br></div><div>Yes, it is the most prominent/important fork these days, but I don't consider it as providing "minor changes", they seem pretty drastic to me and result in a number of incompatibilities. It's like "a true fork" I guess, though yeah, it's not like it isn't "close". But we're now just being quite subjective, there's no concrete/absolute measure here so it's a matter of opinion. It's also a matter of perspective though, and when you compare to Extended and Pd Ceammc, they're on a much more independent route and codebase. </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> For those that have a good recollection or ever used it, please tell me a<br>
> bit more about "Desire Data", although I think I can reach Mathieu for that.<br>
<br>
what do you want to hear? (although my recollection probably *is* rusty <br>
on that)<br></blockquote><div><br></div><div>Nothing too detailed, just what it offered. I remember it had many UI improvements, which seems to be a golden rule for any Pd fork :) and that maybe it did include gridflow pre installed? So, yeah, another golden standard: pre installed externals. Finally, if it was for linux only. That should do it, but anything else is welcome.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> heard that MSP objects were first based on Pd signal objects, but that's<br>
<br>
to my knowledge, MSP (not just the objects, the entire engine!) was <br>
indeed "based on Pd", if not "Pd itself".<br>
<br>
but others surely know better.<br></blockquote><div><br></div><div>Ok, I'm now convinced MSP was a fork of Pd ;) nice catch folks!</div><div>  </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
it's definitely not "stealing". it's very hard to "steal" something that <br>
is free for *all* to take.</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
miller could have chosen to license Pd under the GPL, which would have <br>
prevented its use in a closed source project. but Pd is not GPL.<br>
instead it is released under the 3-clause BSD license, which is one of <br>
the licenses that allow for use in a closed source, proprietary project.<br></blockquote><div><br></div><div>yeah, I was being ironic and I know I shouldn't say that, it's not correct. Though I also say I do that, ironically. For instance, I say some objects from ELSE are "stolen" from cyclone, which also has a BSD license. But then, I've also worked a lot on fixing and taking care of those objects, so I'm also "stealing" from myself. And, well, cyclone also "steals" from MAX, but that process is actually reverse engineering and not stealing :) maybe we're stealing ideas? Well, I've stolen a lot of ideas from SuperCollider into ELSE as well...<br></div><div> </div><div>cheers</div></div></div>