Re: [PD] Preset management for Pd Vanilla

Forgot to add, you could build from scratch following the github instructions. Should take 15-30 minutes and should require only 2-3 commands to do so. I unfortunately do not have access to older OSX anymore. Best, Ico -- Ivica Ico Bukvic, D.M.A. Director, Creativity + Innovation Director,

Re: [PD] Preset management for Pd Vanilla

So, Pd-L2Ork does ship with SDL library but was built on a newer OSX that does not support older OS versions. If you upgrade your OS to 11.x or newer, it should work just fine. Does anyone else have this issue? Best, Ico -- Ivica Ico Bukvic, D.M.A. Director, Creativity + Innovation Director,

Re: [PD] Preset management for Pd Vanilla

Interesting. Will investigate. Thanks. Best, Ico -- Ivica Ico Bukvic, D.M.A. Director, Creativity + Innovation Institute for Creativity, Arts, and Technology Virginia Tech Creative Technologies in Music School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu

Re: [PD] Preset management for Pd Vanilla

this [image: Screen Shot 2023-11-12 at 10.31.08.png] Em dom., 12 de nov. de 2023 às 09:40, Ico Bukvic escreveu: > So, what happens when you get to run Pd-L2Ork on 10.14? > > Best, > > Ico > > -- > Ivica Ico Bukvic, D.M.A. > Director, Creativity + Innovation > Institute for Creativity, Arts, and

Re: [PD] Preset management for Pd Vanilla

So, what happens when you get to run Pd-L2Ork on 10.14? Best, Ico -- Ivica Ico Bukvic, D.M.A. Director, Creativity + Innovation Institute for Creativity, Arts, and Technology Virginia Tech Creative Technologies in Music School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139

Re: [PD] Preset management for Pd Vanilla

Yeah, sure, thanks, it's definitely worth looking since you already have it working and all. I'm all up for it of course. BTW, I cannot run the latest pd-l2ork on my 10.14.6 macOS, but I'm having a look at Purr Data to remember how it rolls... I was never able to really fully understand it. Let

Re: [PD] Preset management for Pd Vanilla

I encourage Miller and the vanilla community to explore pd-l2ork's preset_hub and preset_node (see x_preset.c). It will require pd to adopt keeping glist consistent across various operations (cut/copy/undo/redo etc.). Once done, it allows for presetting of individual objects through various

Re: [PD] Preset management for Pd Vanilla

Em sáb., 11 de nov. de 2023 às 16:11, Alexandre Torres Porres < por...@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

Re: [PD] Preset management for Pd Vanilla

Or yet a new functionality for [pdcontrol] if not in [send] or a whole new object On Sat, 11 Nov 2023 at 16:08 Alexandre Torres Porres wrote: > Else’s has morphing, interpolation, etc and is an abstraction that uses > [savestate] and [text] mainly. > > It also relies on an external, [retrieve],

Re: [PD] Preset management for Pd Vanilla

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

Re: [PD] Preset management for Pd Vanilla

+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 HartmannKünstlerisch-Wissenschaftlicher Mitarbeiter / Assistant

Re: [PD] Preset management for Pd Vanilla

+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 : > > I'm revisiting this.

Re: [PD] Preset management for Pd Vanilla

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 < por...@gmail.com> escreveu: > Em sex., 22 de jan. de 2021 às 01:35, Alexandre Torres

Re: [PD] Preset management for Pd Vanilla

Em sex., 22 de jan. de 2021 às 01:35, Alexandre Torres Porres < por...@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

Re: [PD] Preset management for Pd Vanilla

It's nice to see many system options, but this is making it a bit hard for me in general checking it all out, as sometimes the idea of the process adopted is not quite clear. So may I please ask you people to check the general principle of my vanilla prototype and the enhancements I'm providing

Re: [PD] Preset management for Pd Vanilla

Em qui., 21 de jan. de 2021 às 14:33, Alexandre Torres Porres escreveu: > hmm, here's something I wasn't thinking, how to allow one to use the system > inside abstractions. IIRC, the symbolic name given as an argument to preset_hub sets the scope for all the preset_node objects with the same

Re: [PD] Preset management for Pd Vanilla

On 1/21/21 6:15 PM, Alexandre Torres Porres wrote: Em qui., 21 de jan. de 2021 às 07:44, i...@hansroels.be > escreveu: I didn't have time to look at your preset (...) but it seems similar to the one that I created for my abunch

Re: [PD] Preset management for Pd Vanilla

You can also have a look to my "AutoPreset" system. It's available from deken. It's rather old, but that's what I use every day... Le jeu. 21 janv. 2021 à 19:39, Alexandre Torres Porres a écrit : > Em qui., 21 de jan. de 2021 às 15:09, Alexandre Torres Porres < > por...@gmail.com> escreveu: >

Re: [PD] Preset management for Pd Vanilla

Em qui., 21 de jan. de 2021 às 15:09, Alexandre Torres Porres < por...@gmail.com> escreveu: > I now included "import" and "export" functions so [savestate] can be used > in conjunction > Just making clear this design allows each instance to be saved with separate presets in a parent patch. Not

Re: [PD] Preset management for Pd Vanilla

Em qui., 21 de jan. de 2021 às 07:44, i...@hansroels.be escreveu: > I didn't have time to look at your preset (...) but it seems similar to > the one that I created for my abunch abstractions > Yours actually seem different. And I couldn't really get it yet :) it doesn't seem you're using

Re: [PD] Preset management for Pd Vanilla

Em qui., 21 de jan. de 2021 às 05:36, Albert Rafetseder < albert.rafetseder...@univie.ac.at> escreveu: > It saves presets as plain text files (which I appreciate for versioning), > and allows for complex > scenes/programs to be stored What do you mean by "complex scenes/programs"? > with

Re: [PD] Preset management for Pd Vanilla

On 1/21/21 9:35 AM, Albert Rafetseder wrote: Re this half of your email: So I'm here to ask what people use in Pd Vanilla, be it a pure vanilla solution or an external. Reporting from a noob-user perspective, I have used acre's ds (data storage) since it is included in VRR (Virtual Rehearsal

Re: [PD] Preset management for Pd Vanilla

Re this half of your email: > So I'm here to ask what people use in Pd Vanilla, be > it a pure vanilla solution or an external. Reporting from a noob-user perspective, I have used acre's ds (data storage) since it is included in VRR (Virtual Rehearsal Room) for preset management: