<div dir="ltr"><div dir="ltr"><div dir="ltr">Em qui., 21 de jan. de 2021 às 05:36, Albert Rafetseder <<a href="mailto:albert.rafetseder%2Bpd@univie.ac.at">albert.rafetseder+pd@univie.ac.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">It saves presets as plain text files (which I appreciate for versioning), and allows for complex<br>
scenes/programs to be stored</blockquote><div><br></div><div>What do you mean by "complex scenes/programs"?<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> with namespaces and remote control and everything.<br></blockquote><div><br></div><div>what's that? :) I downloaded and checked and didn't really get this.<br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">acre/ds handles that differently: You'd do an explicit save into a separate file that you choose.<br></blockquote><div><br></div><div>yes, I'm using [savestate] that allows you to save with the patch, no file saving needed, but my vanilla abstraction can be expanded to read/write files as well. I didn't expand on it cause I started working on this variant for my library (else/preset), which doesn red/write files as well (as the help file shows).</div><div><br></div><div>In general, the acre/ds system has a very similar structure than my vanilla abstraction. That is you need sends and receives and separate objects for separate parameters. I just think my take on it is simpler and I'm not sure if I'm missing some more advanced functionality from acre/ds.</div><div><br></div></div>Em qui., 21 de jan. de 2021 às 08:28, IOhannes m zmölnig <<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">acre/ds and kollabs are derived from the same original project.<br>
kollabs is much more elaborated, e.g. it includes support for scene <br>
transitions (and afaict, the state-saving part is vanilla only).<br>
acre/ds is much more minimalistic (which is a virtue as well)<br></blockquote><div><br></div><div>Oh, I remember when this one came out and I checked it out. I just said "wow, this is too complicated", got pretty scared and ran away. Of course this is just a personal opinion and a matter of taste, but I do in fact believe a minimalistic approach is quite virtuous. I'm all for the "KISS" (keep it simple, stupid) principal. People shouldn't spend more than 2 minutes reading a help file :) </div><div><br></div><div>I'm proud and happy that my system for ELSE is quite simple. Only one object (you can have more if you want, of course, in the case you want 2 subgroups or something) plus the [receive] objects that you'd normally have anyway to send parameter values.</div><div><br></div><div>On the other hand, I don't wanna miss interesting features, so there's an art of trying to make things simple, functional and powerful.<br></div><div><br></div><div>Anyway, by reading through, I don't get how kollabs can be used with simple things like sending and retrieving values from a number box. I just missed this in the extensive documentation. But if they share a common ground, it seems there's no different/special principal that I'm missing.</div><div><br></div><div>And well, I see this one is also kind of like a sequencer, with "transitions" and all. That makes you think "hmmm, that's nice". But I just think one can use something like a "line" or something and a separate preset group/object to control the transitions. </div><div><br></div><div>cheers</div></div></div>