<div dir="ltr">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).<div><br></div><div>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.<br><div><br></div><div>cheers</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em sex., 3 de fev. de 2023 às 16:10, Linux ROUEN Normandie <<a href="mailto:linux.rouen@free.fr">linux.rouen@free.fr</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
Hello Alexandre,<br>
<br>
Thank you for your answers and highlights.<br>
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.<br>
I was reluctant with Pd but now as we can zoom on the patchs it's a
little bit visually more flexible.<br>
<br>
Best, Joseph<br>
<div>- - - - - - - - - - - - - - - - - - - -<br>
<br>
Le 03/02/2023 à 19:21, Alexandre Torres Porres a écrit :<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">Em sex., 3 de fev. de 2023 às 14:56, Albert Graef
<<a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</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">
<div dir="ltr">
<div>Also, as Alexandre mentioned, it makes sense for his
cyclone and ELSE to stabilize a bit before we attempt to
port them over.</div>
</div>
</blockquote>
<div><br>
</div>
<div>Cyclone should be stable, specially now with the last
release I plan to do this month</div>
<div> </div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr">
<div>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?<br>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>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.</div>
<div> </div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr">
<div>
<div>Maybe some of the tasks involved could be tackled
in a future GSoC</div>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>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.</div>
<div><br>
</div>
<div>cheers</div>
<div><br>
</div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr">
<div>
<div> 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.<br>
</div>
<div><br>
</div>
<div>Lots of tasks for the infinite TODO list (TM). ;-)<br>
</div>
<div><br>
</div>
<div>Albert</div>
<div><br>
</div>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Fri, Feb 3, 2023 at
3:05 PM Linux ROUEN Normandie <<a href="mailto:linux.rouen@free.fr" target="_blank">linux.rouen@free.fr</a>>
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div> Hello Jonathan and Albert,<br>
<br>
Is there any chance to have sooner or later available
under Purr Data (today with Pd-0.48.0 engine) the
following 2 libraries ?<br>
- <a href="https://github.com/porres/pd-else" target="_blank">Else</a>
>= v.1.0 (this version needs Pd Vanilla >=
v.0.53-1)<br>
- <a href="https://github.com/porres/pd-cyclone" target="_blank">Cyclone</a>
(~ Max 7.3.5) >= v.0.6.1 (this version needs Pd
Vanilla >= v.0.52-1)<br>
Today Cyclone (~ Max 4) in Purr Data is in a
prehistorical version ~ 0.1 for years.<br>
<br>
Or at least the following 3 objects ?<br>
- [else/keyboard] - this is a must to have for MIDI
applications<br>
- [else/sfont~] - a nice alternative to [fluid~]<br>
- [else/midi] - an alternative to [cyclone/seq]<br>
<br>
Thank you.<br>
<div>- - - - - - - - - - - - -<br>
Best,<br>
Joseph Gastelais<br>
- - - - - - - - - - - - -<br>
</div>
</div>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
</blockquote>
</div>
<br>
-- <br>
<div dir="ltr">
<div dir="ltr">
<div>
<div dir="ltr">
<div>
<div dir="ltr">Dr. Albert Gr"af<br>
Computer Music Research Group, JGU Mainz,
Germany<br>
Email: <a href="mailto:aggraef@gmail.com" target="_blank">aggraef@gmail.com</a>,
web: <a href="https://agraef.github.io/" target="_blank">https://agraef.github.io/</a></div>
</div>
</div>
</div>
</div>
</div>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
</blockquote>
</div>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
L2Ork-dev mailing list
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a>
</pre>
</blockquote>
</div>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">https://disis.music.vt.edu/listinfo/l2ork-dev</a><br>
</blockquote></div>