[PD] Preset management for Pd Vanilla

[Alexandre Torres Porres]

Else’s has morphing, interpolation, etc and is an abstraction that uses
[savestate] and [text] mainly.

It also relies on an external, [retrieve], similar to [grab] from MAX. This
one gets data from objects connected to named [receive] objects. One could
make a vanilla version without it, but it’d be much more complicated. Or we
could have a new [grab] / [retrieve] like object in Vanilla, and I could
build a Vanilla external abstraction and bring my system to vanilla like
that.

We maybe don’t even need a new object and could have something like an
extra functionality in [send] where it can get things back. I think some
net objects work like that and it would hopefully not be too weird or
crazy, and maybe people would likewise abuse this for other use cases.

Seems like a very not much intrusive addition that opens the door for this.
What do you people think?

Cheers

On Sat, 11 Nov 2023 at 08:39 KHM t.hartmann <t.hartmann at khm.de> wrote:

> +1 as well, for a native preset system.
> Best would be the possibility for interpolation between values in various
> ways, from jump to customisable interpolation curves.
>
>
>
> __________________________________________
>
> Dr. Tobias Hartmann
> Künstlerisch-Wissenschaftlicher Mitarbeiter / Assistant Professor
>
> exMedia - Sound
>
> Kunsthochschule für Medien Köln (KHM)
> Academy of Media Arts Cologne
> Peter-Welter-Platz 2
> 50676 Köln
>
> t.hartmann at khm.de
> +49 (0) 221 20189 228
>
> www.khm.de
> www.exmedia.khm.de
>
> www.hartmanntobias.com
>
> Am 11.11.2023 um 12:02 schrieb hans w. koch <hansw.koch at gmail.com>:
>
> +1 for a native preset system. thats the one thing i miss thinking back
> of the times i used max/msp (particularily the morphing feature).
>
>
> advantage over else: it can then be used in PdParty e.g. :-)
>
> cheers
> hans
>
> Am 11.11.2023 um 06:47 schrieb Alexandre Torres Porres <porres at gmail.com>:
>
>
> I'm revisiting this. I'm proud of my presets system in ELSE but I think Pd
> needs something natively. What do you people think and say?
>
>
> cheers
>
>
> Em sex., 22 de jan. de 2021 às 14:27, Alexandre Torres Porres <
> porres at gmail.com> escreveu:
>
> Em sex., 22 de jan. de 2021 às 01:35, Alexandre Torres Porres <
> porres at gmail.com> escreveu:
>
> There's the "morphing" or "interpolation" thing that I may be still
> neglecting and thinking that using things "line" objects is just as fine,
> but let's see. I'll also look into how max does interpolation, someone
> already told me that, I think I have an idea for that too.
>
>
> I neglected the fact that [line] doesn't work with lists :) so I created
> an object that does it called [morph]. Hence, this takes care of preset
> transitions. I don't think it's necessary to put this feature inside the
> preset object as it makes it more complicated and in the end it's good this
> is a separate object as it's also useful outside the preset system and can
> be used on its own to morph into different arrays and stuff.
>
>
> I'm doing something similar for interpolation, with another object to
> allow one to manually interpolate between values and lists of values, also
> incorporating that feature from Max. This should all be up in my repository
> this weeked.
>
>
> cheers
>
> _______________________________________________
>
> Pd-list at lists.iem.at mailing list
>
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20231111/7e21f423/attachment-0001.htm>