[PD] Preset management for Pd Vanilla

[Alexandre Torres Porres]

Em sáb., 11 de nov. de 2023 às 16:11, Alexandre Torres Porres <
porres at gmail.com> escreveu:

> Or yet a new functionality for [pdcontrol] if not in [send] or a whole new
> object
>

A "retrieve" method to [value] would actually make sense.

Anyway, I'm giving ideas and most probably most of you don't really know
about my preset system in ELSE in detail. The key element is [savestate],
which saves the data in a patch, which are values and receive destinations.
So I'm not thinking of another object for preset management, just using
this existing one for that, as a side product. The data is saved in a
[text] object, which is the best plase to store such a thing and it's the
2nd key element per se.

The "retrieve" function is to "grab" the data from objects connected or
bound to existing "receive" objects/symbols. This makes things much easier
and I hope things are clearer.

[value] seems now like a good candidate for this functionality. It would
require the injection of a lot of code for this, but maybe that's ok, not
sure if this is a good reason to create a whole new object. And it fits
into the idea of [value], which can already send a value to another object,
so why can't it also 'grab'/'retrieve'?

And also, the external abstraction that I mentioned could also be part of
the 'extra' library that comes with the Pd distribution, which already has
some abstractions anyway. While we're at it, I was already hoping to
include yet another abstraction there, a biquad coefficient calculator for
the [biquad~] object.

cheers


>
> On Sat, 11 Nov 2023 at 16:08 Alexandre Torres Porres <porres at gmail.com>
> wrote:
>
>> 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/5d541b6c/attachment-0001.htm>