<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
Hello Ico,<br>
<div class="moz-signature"><br>
Among my 3 installed GNU/Linux distributions, I'm mainly using
Linux Mint 20 with its generic Linux kernel v5.4.x LTS (so it's
not RT) but it gives very good results with MIDI/Audio when Purr
Data is in RunMode due to the JACK server's RT setup (see below).<br>
Only Ubuntu Studio is installed by default with an 5.4.x Low
Latency (RT) kernel.<br>
What is true, is when I'm running the JACK server on the 3
distributions thru QJackCtl, Jack2 has been installed with RT
privilege (you have the choice at the beginning of the
installation procedure). See <a moz-do-not-send="true"
href="https://jackaudio.org/faq/linux_rt_config.html">this link</a>
which explains it.<br>
<br>
But under LM20, the random freeze issues I'm reporting happen
*ONLY* when in *EditMode* and *WITHOUT* the JACK server running
and with DSP=OFF!<br>
<br>
For now, I will remain quiet on this subject until I found a
reproducible and documented procedure...<br>
- - - - - - - - - - - - - - - - - - - -<br>
Best, Joseph Gastelais<br>
- - - - - - - - - - - - - - - - - - - -<br>
</div>
<div class="moz-cite-prefix"><br>
Le 05/10/2020 à 00:54, Ivica Bukvic a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CAJrgGbbEj+DpgmrjMYUgQNf3rM+Cue3aHmHsFJ8h+h0LSyRi+A@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="auto">Are you running a distro with rt privileges (e.g.
using a low latency kernel)? Are you running Purr-Data with rt
privileges? If not, there is no way Purr-Data is responsible for
your hard locks. If you are running rt/lowlatency kernel, as per
Albert, you should monitor what you are running and observe when
these things happen. This will help narrow things down.<br>
<br>
<div data-smartmail="gmail_signature">Best,<br>
<br>
Ico<br>
<br>
-- <br>
Ivica Ico Bukvic, D.M.A.<br>
Director, Creativity + Innovation<br>
Institute for Creativity, Arts, and Technology<br>
<br>
Virginia Tech<br>
Creative Technologies in Music<br>
School of Performing Arts – 0141<br>
Blacksburg, VA 24061<br>
(540) 231-6139<br>
<a href="mailto:ico@vt.edu" moz-do-not-send="true">ico@vt.edu</a><br>
<br>
<a href="http://www.icat.vt.edu" moz-do-not-send="true">www.icat.vt.edu</a><br>
<a href="http://www.performingarts.vt.edu"
moz-do-not-send="true">www.performingarts.vt.edu</a><br>
<a href="http://l2ork.icat.vt.edu" moz-do-not-send="true">l2ork.icat.vt.edu</a><br>
<a href="http://ico.bukvic.net" moz-do-not-send="true">ico.bukvic.net</a></div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Sun, Oct 4, 2020, 17:42
Linux ROUEN Normandie <<a href="mailto:linux.rouen@free.fr"
moz-do-not-send="true">linux.rouen@free.fr</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div> Hello Ico,<br>
<div><br>
I'm spending most (+95%) of my computer time on GNU/Linux
and not Windows (this one is just for testing purpose as
still the majority of the PC users are on this OS).<br>
Under Linux I never had BSOD but under Windows, even with
the latest W10 v2004, it's just an old friend of mine
since W3.1! LOL<br>
<br>
When using Purr Data and my PC is totally freezing under
Linux, my computer screen is still correctly displaying
what it was doing. Even after ten minutes of total freeze
I'm still and just able to move my mouse cursor but its
clicks are inactive awa my keyboard. Moving my mouse over
the icons of the System Dashboard normally displays
information but in freeze state nothing at all. During
addition tests, if other Audio and/or Video applications
were running before total freeze, even if my PC became
unresponsive these applications continue to run well (so
neither Audio nor Video freeze). The only way I have for
taking back the control of my PC is to force the shutdown
of my computer with its On/Off button and I'm get nothing
visible before closing.<br>
<br>
So, as I wrote one hour ago, one of the possibility is to
record on disk the system activities to try to find out
what could happen but this will depend of what was record
just before the total freeze... Wait and see...<br>
<br>
- - - - - - - - - - - - - - - - - - - -<br>
Best, Joseph Gastelais<br>
- - - - - - - - - - - - - - - - - - - -<br>
</div>
<div><br>
Le 04/10/2020 à 20:14, Ivica Bukvic a écrit :<br>
</div>
<blockquote type="cite">
<div dir="auto">To add to Albert's thorough email, I
wonder if video acceleration in the chromium versions
nw.js may be relying on may have something to do with
this. Namely, I wonder if it invokes something
incorrectly and/or the video driver is not handling such
calls appropriately. If you get a blue screen dump
before the computer reboots, it may be helpful to share
that. The same may be also added to your system event
log.<br>
<br>
<div data-smartmail="gmail_signature">Best,<br>
<br>
Ico<br>
<br>
-- <br>
Ivica Ico Bukvic, D.M.A.<br>
Director, Creativity + Innovation<br>
Institute for Creativity, Arts, and Technology<br>
<br>
Virginia Tech<br>
Creative Technologies in Music<br>
School of Performing Arts – 0141<br>
Blacksburg, VA 24061<br>
(540) 231-6139<br>
<a href="mailto:ico@vt.edu" target="_blank"
rel="noreferrer" moz-do-not-send="true">ico@vt.edu</a><br>
<br>
<a href="http://www.icat.vt.edu" target="_blank"
rel="noreferrer" moz-do-not-send="true">www.icat.vt.edu</a><br>
<a href="http://www.performingarts.vt.edu"
target="_blank" rel="noreferrer"
moz-do-not-send="true">www.performingarts.vt.edu</a><br>
<a href="http://l2ork.icat.vt.edu" target="_blank"
rel="noreferrer" moz-do-not-send="true">l2ork.icat.vt.edu</a><br>
<a href="http://ico.bukvic.net" target="_blank"
rel="noreferrer" moz-do-not-send="true">ico.bukvic.net</a></div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Sun, Oct 4, 2020,
07:50 Albert Graef <<a
href="mailto:aggraef@gmail.com" target="_blank"
rel="noreferrer" moz-do-not-send="true">aggraef@gmail.com</a>>
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">
<div>Hi Joseph,</div>
<div><br>
</div>
<div>there's a Windows package with Ico's fix here:
<a
href="https://git.purrdata.net/jwilkes/purr-data/-/jobs/22210"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true">https://git.purrdata.net/jwilkes/purr-data/-/jobs/22210</a></div>
<div><br>
</div>
<div>A new release including this and a few other
fixes will hopefully be out sometime next week.</div>
<div><br>
</div>
<div>Also, I'm currently testing an update to nw.js
0.28.1 (which fixes issues with the floating
dialogs for some graphics cards under Windows). I
doubt that this will cure your performance issues
under Linux, but you never know until you've
tried. ;-) If you want to give it a go, this is
now available in the OBS preview channel; the
Ubuntu 20.04 package is at: <a
href="https://download.opensuse.org/repositories/home:/aggraef:/purr-data-git/xUbuntu_20.04/amd64/purr-data_2.15.0+git4683+bf8ba131-1_amd64.deb"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true">https://download.opensuse.org/repositories/home:/aggraef:/purr-data-git/xUbuntu_20.04/amd64/purr-data_2.15.0+git4683+bf8ba131-1_amd64.deb</a></div>
<div><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>I do need to find *a reproducible test
procedure* which could record what is going
wrong when both Purr Data and my PC are totally
freezing.</div>
</blockquote>
<div><br>
</div>
<div>If your *entire system* is freezing and not
just Purr Data, I'm beginning to wonder whether
some hardware issue or some runaway process might
be the root cause. It could be a faulty hardware
component (RAM, harddisk, soundcard, usb
peripherals, ...), or some driver misbehaving for
old components that aren't properly supported any
longer. That rarely happens in Linux, though, and
in that case you'd probably see it with other
demanding applications, too.</div>
<div><br>
</div>
<div>Anyway, as you rightfully remarked, the first
step in diagnosing such a problem would be to
identify characteristics of situations in which
these hiccups occur, such as heavy
disk/usb/network/audio/graphics operations, or
abnormally high CPU or RAM usage, and which
applications and background jobs are running at
the time. A monitoring program like htop should
help to identify these, but you surely know this
already. The venerable gkrellm (<a
href="http://gkrellm.srcbox.net/"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true">http://gkrellm.srcbox.net/</a>)
is another monitoring tool that I find so
indispensable for checking system health a glance,
that I use it not only on Linux, but on all of my
Windows boxes, too. (Unfortunately, gkrellm hasn't
been ported to macOS, as far as I know. But
there's a similar open-source tool named XRG
there, see <a
href="https://gaucho.software/Products/XRG/"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true">https://gaucho.software/Products/XRG/</a>.)<br>
</div>
<div><br>
</div>
<div> In particular, some desktop environments have
integrated file indexing facilities which are
notorious for sucking up system resources,
especially on older and slower hardware. Some of
these can be disabled easily, while others keep
coming back like the undead after each boot,
login, or even on their own. I've even noticed
this on newer hardware, that's why until very
recently I sometimes had to suspend Baloo (KDE's
indexer) when I'm in a live video session running
some heavy-duty realtime apps such as Ardour, OBS
Studio and Jitsi Meet at the same time (Purr is
usually the lightest among these...). On older
hardware, these may well bring your system down to
its knees.<br>
</div>
<div><br>
</div>
<div>Have a nice Sunday,<br>
</div>
<div>Albert</div>
<div><br>
</div>
<div><br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Sun, Oct 4,
2020 at 12:02 PM Linux ROUEN Normandie <<a
href="mailto:linux.rouen@free.fr"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true">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> @Ico,<br>
<div><br>
Great! Thanks for your Windows fix.<br>
- - - - - - - - - - - -<br>
Joseph Gastelais<br>
- - - - - - - - - - - -<br>
<br>
</div>
<div>Le 03/10/2020 à 19:31, Ivica Bukvic a
écrit :<br>
</div>
<blockquote type="cite">
<div dir="auto">The window size is already
fixed in the new merge request. The problem
was Windows up until now used nw.js 0.14.7
which had a bug in respect to the window
size. I did a patch to compensate for that.
Now that needs to be removed since Windows
has migrated to 0.24.4. That should be
included in the next release since the merge
request is already green. Hope this helps.<br>
<br>
<div>Best,<br>
<br>
Ico<br>
<br>
-- <br>
Ivica Ico Bukvic, D.M.A.<br>
Director, Creativity + Innovation<br>
Institute for Creativity, Arts, and
Technology<br>
<br>
Virginia Tech<br>
Creative Technologies in Music<br>
School of Performing Arts – 0141<br>
Blacksburg, VA 24061<br>
(540) 231-6139<br>
<a href="mailto:ico@vt.edu"
rel="noreferrer noreferrer"
target="_blank" moz-do-not-send="true">ico@vt.edu</a><br>
<br>
<a href="http://www.icat.vt.edu"
rel="noreferrer noreferrer"
target="_blank" moz-do-not-send="true">www.icat.vt.edu</a><br>
<a href="http://www.performingarts.vt.edu"
rel="noreferrer noreferrer"
target="_blank" moz-do-not-send="true">www.performingarts.vt.edu</a><br>
<a href="http://l2ork.icat.vt.edu"
rel="noreferrer noreferrer"
target="_blank" moz-do-not-send="true">l2ork.icat.vt.edu</a><br>
<a href="http://ico.bukvic.net"
rel="noreferrer noreferrer"
target="_blank" moz-do-not-send="true">ico.bukvic.net</a></div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Sat,
Oct 3, 2020, 13:19 Linux ROUEN Normandie
<<a href="mailto:linux.rouen@free.fr"
rel="noreferrer noreferrer"
target="_blank" moz-do-not-send="true">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 Albert,<br>
<div><br>
Thanks for your comments.<br>
<br>
1. Zoom level<br>
After additional new tests, I
discovered *my Mistake* :-( as under
GNU/Linux I'm using a screen scale of
x1 and under Windows a screen scale of
x1.25! Windows with a screen scale of
x1 gives almost the same results than
under the Linuxes. :-)<br>
<br>
2. But there are still some visible
differences between Linux and Windows
graphics rendering. See the 3 attached
files for the Control Panel of my SMS
project awa for the windows of Canvas
Help and Canvas Properties. Under both
OSs I'm using a screen resolution of
1920x1080, and now a screen scale of
x1.<br>
<br>
3. Random freezes under GNU/Linux<br>
I do need to find *a reproducible test
procedure* which could record what is
going wrong when both Purr Data and my
PC are totally freezing. As it's on a
random basis, it can really occur for
what ever I'm doing (Edit Mode). So,
for the time being I'm dry.<br>
If anyone has any clever idea, you are
the welcome.<br>
<br>
- - - - - - - - - - - - - - - - - - -
-<br>
Best, Joseph Gastelais<br>
- - - - - - - - - - - - - - - - - - -
-<br>
</div>
<div><br>
Le 03/10/2020 à 08:21, Albert Graef a
écrit :<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>Hi Joseph,</div>
<div><br>
</div>
<div>thanks for the feedback, but
I'm afraid that I can't reproduce
any of these issues on my side. :(</div>
<div><br>
</div>
<div>- Default zoom levels on
Windows (10) are *exactly* the
same as on Linux and Mac for me.
Note that otherwise all the help
patches would be completely out of
whack, and they look fine to me.
Well, there are some minor
imperfections due to old Windows
code special-casing for nw.js
0.14.7, but I think that Ico
already has a fix ready for that
which will be in the next release.
If that is not what you see, then
maybe (this is just a wild guess)
it's a specific patch and you have
zoom save/restore enabled in the
GUI prefs? If it's not one of
those things, please post a
screenshot of a minimal sample
(preferably one of the help
patches shipping with Purr) which
seems out of whack to you.<br>
</div>
<div><br>
</div>
<div>- We've already discussed your
issues with Purr occasionally
freezing off-list, but as I said,
I can't reproduce this on any of
my Linux boxes either. So if
anyone seems to have similar
issues, please report them so that
we can begin tracking down the
issue. Joseph, I understand that
this is frustrating, but the hard
reality is that we can't fix bugs
that we can't reproduce. :( As
soon as we can reproduce them, we
can probably identify the issue
and fix it. But until then we'll
have to wait and see whether
someone can confirm your problems
and tell us exactly how to
reproduce these issues, or at
least come up with a good
explanation.<br>
</div>
<div><br>
</div>
<div>Best,</div>
<div>Albert</div>
<div><br>
</div>
<div><br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On
Fri, Oct 2, 2020 at 11:31 PM Linux
ROUEN Normandie <<a
href="mailto:linux.rouen@free.fr"
rel="noreferrer noreferrer
noreferrer" target="_blank"
moz-do-not-send="true">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 All,<br>
<div><br>
Purr Data 2.15.0 is a real
great release. Thanks and
congratulations to all
contributors. :-)<br>
<br>
It was successfully
installed/updated under
Windows 10 v2004 (32-bit) and
Linux Mint 20 Cinnamon, Ubuntu
Studio 20.04 Xfce and Manjaro
20.1 KDE Plasma and it's
working well, except few
annoying bugs.<br>
<br>
@Ico, [number2] objects are
looking as good as under
2.14.2 last preview.<br>
<br>
PB-1: The graphics rendering
is not the same on Windows vs
all GNU/Linux.<br>
Under Windows when opening a
project saved under Linux:<br>
- the zoom level of the main
patch is ~ -1 smaller,<br>
- the zoom level of all
sub-patches is ~ +1 bigger
(and not ~ -1), and<br>
- the main window size of he
project seems a little bit
bigger.<br>
NW.js has been updated to the
same 0.24.4 version than the
Linux's one. Is it the issue?<br>
<br>
PB-2: Under Linux (where I'm
mainly working), 2.15.0 has
not fixed yet the *random
freezes* (main patch or
sub-patches) from few seconds
up to complete freeze of the
application awa the whole PC
(except the visible mouse
cursor but its click is with
no effect) just when you are
doing (simple) *edition tasks*
(with neither MIDI nor Audio
activity and DSP=OFF). This is
true since a little bit more
than one year when I have
started using Purr Data (at
that time 2.9.0).<br>
<br>
- - - - - - - - - - - - - - -
- - - - -<br>
Best, Joseph Gastelais<br>
- - - - - - - - - - - - - - -
- - - - -<br>
<br>
</div>
<div>Le 01/10/2020 à 00:17,
Albert Graef a écrit :<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>
<p style="margin:0px 0px
1.2em">Hi all,</p>
<p style="margin:0px 0px
1.2em">It’s time for
another release with the
latest bugfixes and some
interesting new
features. Download it
here (Mac/Windows):<br>
<a
href="https://github.com/agraef/purr-data/releases/tag/2.15.0"
rel="noreferrer
noreferrer noreferrer"
target="_blank"
moz-do-not-send="true">https://github.com/agraef/purr-data/releases/tag/2.15.0</a></p>
<p style="margin:0px 0px
1.2em">As usual, Linux
packages are available
from the <a
href="https://agraef.github.io/purr-data/#jgu-packages"
rel="noreferrer
noreferrer noreferrer"
target="_blank"
moz-do-not-send="true">OBS</a>.
<strong><a
href="https://software.opensuse.org/download/package?package=purr-data&project=home%3Aaggraef"
rel="noreferrer
noreferrer
noreferrer"
target="_blank"
moz-do-not-send="true">Download</a></strong></p>
<h3
id="m_6567603944099654191m_-3884157541294961027gmail-m_7777955427803493189m_-322647548364585383gmail-m_4888991411558452007bugfixes"
style="margin:1.3em 0px
1em;padding:0px;font-weight:bold;font-size:1.3em">Bugfixes</h3>
<ul style="margin:1.2em
0px;padding-left:2em">
<li style="margin:0.5em
0px">Fixed Alt-Click
popup issues reported
by Joseph Gastelais
(AG)</li>
<li style="margin:0.5em
0px">Cosmetic fixes to
<code style="font-size:0.85em;font-family:Consolas,Inconsolata,Courier,monospace;margin:0px 0.15em;padding:0px 0.3em;white-space:pre-wrap;border:1px solid rgb(234,234,234);background-color:rgb(248,248,248);border-radius:3px;display:inline">declare</code>
error reporting (AG)</li>
<li style="margin:0.5em
0px">Disable passing
of key presses
globally when an
object grabs focus via
glist_grab (Ico)</li>
<li style="margin:0.5em
0px">Fixed
asynchronous getscroll
and activate
regression (Ico)</li>
<li style="margin:0.5em
0px">Fixed openpanel
unable to open a
custom path on Windows
(Ico)</li>
<li style="margin:0.5em
0px">Disabled
excessive coll legacy
call warnings (Ico)</li>
</ul>
<h3
id="m_6567603944099654191m_-3884157541294961027gmail-m_7777955427803493189m_-322647548364585383gmail-m_4888991411558452007new-features"
style="margin:1.3em 0px
1em;padding:0px;font-weight:bold;font-size:1.3em">New features</h3>
<ul style="margin:1.2em
0px;padding-left:2em">
<li style="margin:0.5em
0px">Improvements to
iemgui numbox
(drawstyle, font
sizing and dialog)
(Ico)<br>
<strong>Note:</strong>
The new numbox drawing
style will change the
numbox size on
existing patches.</li>
<li style="margin:0.5em
0px">Private
abstractions (Guillem,
GSoC 2020)<br>
Please check the [ab]
help patch and the
corresponding <a
href="https://agraef.github.io/purr-data-intro/Purr-Data-Intro.html#subpatch-and-abstraction-features"
rel="noreferrer
noreferrer
noreferrer"
target="_blank"
moz-do-not-send="true">section
in the “Cat”
tutorial</a>!</li>
</ul>
<p style="margin:0px 0px
1.2em">Enjoy! :)<br>
Albert</p>
</div>
<div>-- <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"
rel="noreferrer noreferrer noreferrer" target="_blank"
moz-do-not-send="true">aggraef@gmail.com</a>,
web: <a
href="https://agraef.github.io/"
rel="noreferrer noreferrer noreferrer" target="_blank"
moz-do-not-send="true">https://agraef.github.io/</a></div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
L2Ork-dev mailing list
<a href="mailto:L2Ork-dev@disis.music.vt.edu" rel="noreferrer noreferrer noreferrer" target="_blank" moz-do-not-send="true">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer noreferrer" target="_blank" moz-do-not-send="true">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"
rel="noreferrer noreferrer
noreferrer" target="_blank"
moz-do-not-send="true">L2Ork-dev@disis.music.vt.edu</a><br>
<a
href="https://disis.music.vt.edu/listinfo/l2ork-dev"
rel="noreferrer noreferrer
noreferrer noreferrer"
target="_blank"
moz-do-not-send="true">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote>
</div>
<br clear="all">
<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"
rel="noreferrer
noreferrer noreferrer"
target="_blank"
moz-do-not-send="true">aggraef@gmail.com</a>,
web: <a
href="https://agraef.github.io/"
rel="noreferrer
noreferrer noreferrer"
target="_blank"
moz-do-not-send="true">https://agraef.github.io/</a></div>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
L2Ork-dev mailing list
<a href="mailto:L2Ork-dev@disis.music.vt.edu" rel="noreferrer noreferrer noreferrer" target="_blank" moz-do-not-send="true">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer noreferrer" target="_blank" moz-do-not-send="true">https://disis.music.vt.edu/listinfo/l2ork-dev</a></pre>
</blockquote>
<br>
</div>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a
href="mailto:L2Ork-dev@disis.music.vt.edu"
rel="noreferrer noreferrer noreferrer"
target="_blank" moz-do-not-send="true">L2Ork-dev@disis.music.vt.edu</a><br>
<a
href="https://disis.music.vt.edu/listinfo/l2ork-dev"
rel="noreferrer noreferrer noreferrer
noreferrer" target="_blank"
moz-do-not-send="true">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
L2Ork-dev mailing list
<a href="mailto:L2Ork-dev@disis.music.vt.edu" rel="noreferrer noreferrer" target="_blank" moz-do-not-send="true">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank" moz-do-not-send="true">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"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true">L2Ork-dev@disis.music.vt.edu</a><br>
<a
href="https://disis.music.vt.edu/listinfo/l2ork-dev"
rel="noreferrer noreferrer noreferrer"
target="_blank" moz-do-not-send="true">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote>
</div>
<br clear="all">
<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"
rel="noreferrer noreferrer"
target="_blank" moz-do-not-send="true">aggraef@gmail.com</a>,
web: <a href="https://agraef.github.io/"
rel="noreferrer noreferrer"
target="_blank" moz-do-not-send="true">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"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true">L2Ork-dev@disis.music.vt.edu</a><br>
<a
href="https://disis.music.vt.edu/listinfo/l2ork-dev"
rel="noreferrer noreferrer noreferrer"
target="_blank" moz-do-not-send="true">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote>
</div>
<br>
<fieldset></fieldset>
<pre>_______________________________________________
L2Ork-dev mailing list
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank" rel="noreferrer" moz-do-not-send="true">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" target="_blank" rel="noreferrer" moz-do-not-send="true">https://disis.music.vt.edu/listinfo/l2ork-dev</a></pre>
</blockquote>
<br>
</div>
_______________________________________________<br>
L2Ork-dev mailing list<br>
<a href="mailto:L2Ork-dev@disis.music.vt.edu" target="_blank"
rel="noreferrer" moz-do-not-send="true">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev"
rel="noreferrer noreferrer" target="_blank"
moz-do-not-send="true">https://disis.music.vt.edu/listinfo/l2ork-dev</a></blockquote>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
L2Ork-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:L2Ork-dev@disis.music.vt.edu">L2Ork-dev@disis.music.vt.edu</a>
<a class="moz-txt-link-freetext" href="https://disis.music.vt.edu/listinfo/l2ork-dev">https://disis.music.vt.edu/listinfo/l2ork-dev</a></pre>
</blockquote>
<br>
</body>
</html>