[L2Ork-dev] Purr Data: Availability of Else and Cyclone libraries?
Alexandre Torres Porres
porres at gmail.com
Fri Feb 3 14:15:19 EST 2023
I don't really understand what you meant, but I should highlight that
loading objects from cyclone/else that do not have any "gui" stuff should
run fine, except for some abstractions in ELSE or objects that use some new
stuff not yet ported, but then, this could be a first step into getting
them ready (with higher priority).
btw, the [else/midi] object you mention is something on my list to rewrite
(which will break things a little bit). It's one of 2 big tasks before I
can think of calling it a stable project.
cheers
Em sex., 3 de fev. de 2023 às 16:10, Linux ROUEN Normandie <
linux.rouen at free.fr> escreveu:
> Hello Alexandre,
>
> Thank you for your answers and highlights.
> I understand that we cannot use only Purr Data for MIDI applications
> (despite its very sexy HTML 5 GUI and 16 zoom levels) but also need to use
> Pure Data Vanilla and/or the newest PlugData if we want to benefit from
> Else + newest Cyclone objects.
> I was reluctant with Pd but now as we can zoom on the patchs it's a little
> bit visually more flexible.
>
> Best, Joseph
> - - - - - - - - - - - - - - - - - - - -
>
> Le 03/02/2023 à 19:21, Alexandre Torres Porres a écrit :
>
> Em sex., 3 de fev. de 2023 às 14:56, Albert Graef <aggraef at gmail.com>
> escreveu:
>
>> Also, as Alexandre mentioned, it makes sense for his cyclone and ELSE to
>> stabilize a bit before we attempt to port them over.
>>
>
> Cyclone should be stable, specially now with the last release I plan to do
> this month
>
>
>
>> Then there's the issue of backward compatibility with legacy cyclone
>> applications that needs some thought. Right now, people can still run many
>> of their old patches that they used to run with classic pd-l2ork or
>> pd-extended with Purr Data, and we'd like to keep it that way. I'm not sure
>> how compatible the latest cyclone still is with older versions. Alexandre,
>> you should know, maybe you can shed some light on this?
>>
>
> Cyclone is supposed to be backwards compatible, but there are minor
> exceptions and issues specific to pd-l2ork/purr data, like the [coll]
> object, which has a 2nd argument in pd-l2ork/purr data for the threaded
> mode. The thing is that way back, still in MAX 4.0, a 2nd argument was
> added to [coll] (and this was after Cyclone was developed). We included
> this behaviour for proper and exact compatibility to MAX. So we created an
> extra "@threaded" mode for [coll] and this was back in Cyclone 0.3 and this
> matter was discussed at the time and mentioned to Ivica, I remember. This
> seems to be the most complicated matter.
>
>
>
>> Maybe some of the tasks involved could be tackled in a future GSoC
>>
>
> That would be great and I could get involved in that as some "mentor", and
> also learn better from it how to adapt the GUI externals to nw.js and also
> how to properly code GUIs in tcl/tk.
>
> cheers
>
>
>
>> but I wouldn't hold my breath for it. I'm tempted to look into it at some
>> point, though. I've also been tossing around the idea to add another
>> plugdata-like type of "light" build which would include cyclone and ELSE to
>> mirror what's available in plugdata. That would be useful for those who
>> might prefer Purr for development, but would also like to be able to run
>> their patches as plugins via plugdata. I consider myself in that camp.
>>
>> Lots of tasks for the infinite TODO list (TM). ;-)
>>
>> Albert
>>
>>
>> On Fri, Feb 3, 2023 at 3:05 PM Linux ROUEN Normandie <linux.rouen at free.fr>
>> wrote:
>>
>>> Hello Jonathan and Albert,
>>>
>>> Is there any chance to have sooner or later available under Purr Data
>>> (today with Pd-0.48.0 engine) the following 2 libraries ?
>>> - Else <https://github.com/porres/pd-else> >= v.1.0 (this version needs
>>> Pd Vanilla >= v.0.53-1)
>>> - Cyclone <https://github.com/porres/pd-cyclone> (~ Max 7.3.5) >=
>>> v.0.6.1 (this version needs Pd Vanilla >= v.0.52-1)
>>> Today Cyclone (~ Max 4) in Purr Data is in a prehistorical version ~ 0.1
>>> for years.
>>>
>>> Or at least the following 3 objects ?
>>> - [else/keyboard] - this is a must to have for MIDI applications
>>> - [else/sfont~] - a nice alternative to [fluid~]
>>> - [else/midi] - an alternative to [cyclone/seq]
>>>
>>> Thank you.
>>> - - - - - - - - - - - - -
>>> Best,
>>> Joseph Gastelais
>>> - - - - - - - - - - - - -
>>> _______________________________________________
>>> L2Ork-dev mailing list
>>> L2Ork-dev at disis.music.vt.edu
>>> https://disis.music.vt.edu/listinfo/l2ork-dev
>>>
>>
>> --
>> Dr. Albert Gr"af
>> Computer Music Research Group, JGU Mainz, Germany
>> Email: aggraef at gmail.com, web: https://agraef.github.io/
>> _______________________________________________
>> L2Ork-dev mailing list
>> L2Ork-dev at disis.music.vt.edu
>> https://disis.music.vt.edu/listinfo/l2ork-dev
>>
>
> _______________________________________________
> L2Ork-dev mailing listL2Ork-dev at disis.music.vt.eduhttps://disis.music.vt.edu/listinfo/l2ork-dev
>
> _______________________________________________
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
> https://disis.music.vt.edu/listinfo/l2ork-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20230203/24b5b8b7/attachment.htm>
More information about the L2Ork-dev
mailing list