<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 5, 2020 at 3:40 AM Linux ROUEN Normandie <<a href="mailto:linux.rouen@free.fr">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>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></div></blockquote><div><br></div>That's weird. Is your LM20 box the only system where this happens? I agree with Ico's assertion that there's simply no way that Purr can take down an entire system like this. But there's a first time for everything...<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">Next time please make sure that you're running htop so that you can see it, and check the cpu and ram usage when the freeze starts. (You can also try whether you can still switch to another Linux console and check cpu and ram usage there.) Here are some things to look out for:</div><div class="gmail_quote"><br></div><div class="gmail_quote">1. If the ram usage is going through the roof, then your system might be well into swap memory, which can make it appear frozen. (In that case you'll probably notice that a lot of disk activity is going on as well.)<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">2. If the cpu usage is 100%, then there's a runaway process, and htop should tell you which one it is. "purr-data" means that it's the engine, "nw" means that it's the GUI, anything else we can figure out when you post the executable name here.</div><div class="gmail_quote"><br></div><div class="gmail_quote">3. If both cpu and ram usage are normal, then keyboard and mouse might have been grabbed by some program or a modal dialog hiding beneath other windows, making your system unresponsive to input but still chugging along. In that case, try whether you can use something like Ctrl+Alt+F2 to change to another Linux console (yes, sometimes this will still work even if your system is unresponsive to all other keyboard input), log in from the console and run `sudo ps aux` to see which processes are running and whether you notice anything unusual there.<br></div><div class="gmail_quote"><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><div>
For now, I will remain quiet on this subject until I found a
reproducible and documented procedure...<br></div></div></blockquote><div><br></div><div>If you do, please open a new bug report on this and provide as much information as you can, thanks! My bet still is on a hardware or OS issue, but, as the German saying goes, "one has seen horses throw up in front of the pharmacy." ;-)<br></div><div><br></div><div>Best,</div><div>Albert</div><div><br></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><div>
- - - - - - - - - - - - - - - - - - - -<br>
Best, Joseph Gastelais<br>
- - - - - - - - - - - - - - - - - - - -<br>
</div>
<div><br>
Le 05/10/2020 à 00:54, Ivica Bukvic a écrit :<br>
</div>
<blockquote type="cite">
<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>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">ico@vt.edu</a><br>
<br>
<a href="http://www.icat.vt.edu" target="_blank">www.icat.vt.edu</a><br>
<a href="http://www.performingarts.vt.edu" target="_blank">www.performingarts.vt.edu</a><br>
<a href="http://l2ork.icat.vt.edu" target="_blank">l2ork.icat.vt.edu</a><br>
<a href="http://ico.bukvic.net" target="_blank">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" 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 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>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" target="_blank">ico@vt.edu</a><br>
<br>
<a href="http://www.icat.vt.edu" rel="noreferrer" target="_blank">www.icat.vt.edu</a><br>
<a href="http://www.performingarts.vt.edu" rel="noreferrer" target="_blank">www.performingarts.vt.edu</a><br>
<a href="http://l2ork.icat.vt.edu" rel="noreferrer" target="_blank">l2ork.icat.vt.edu</a><br>
<a href="http://ico.bukvic.net" rel="noreferrer" target="_blank">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" rel="noreferrer" target="_blank">aggraef@gmail.com</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 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">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">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">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">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">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">ico@vt.edu</a><br>
<br>
<a href="http://www.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">www.icat.vt.edu</a><br>
<a href="http://www.performingarts.vt.edu" rel="noreferrer noreferrer" target="_blank">www.performingarts.vt.edu</a><br>
<a href="http://l2ork.icat.vt.edu" rel="noreferrer noreferrer" target="_blank">l2ork.icat.vt.edu</a><br>
<a href="http://ico.bukvic.net" rel="noreferrer noreferrer" target="_blank">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">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">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">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">OBS</a>.
<b><a href="https://software.opensuse.org/download/package?package=purr-data&project=home%3Aaggraef" rel="noreferrer
noreferrer
noreferrer" target="_blank">Download</a></b></p>
<h3 id="gmail-m_-8043002129184435298m_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="gmail-m_-8043002129184435298m_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>
<b>Note:</b>
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">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">aggraef@gmail.com</a>,
web: <a href="https://agraef.github.io/" rel="noreferrer noreferrer noreferrer" target="_blank">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">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer noreferrer" 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" rel="noreferrer noreferrer
noreferrer" target="_blank">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">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">aggraef@gmail.com</a>,
web: <a href="https://agraef.github.io/" rel="noreferrer
noreferrer noreferrer" target="_blank">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">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer noreferrer" target="_blank">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">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">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">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" 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" rel="noreferrer noreferrer" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer noreferrer" target="_blank">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">aggraef@gmail.com</a>,
web: <a href="https://agraef.github.io/" rel="noreferrer noreferrer" 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" rel="noreferrer noreferrer" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer noreferrer" target="_blank">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" target="_blank">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer" target="_blank">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" target="_blank">L2Ork-dev@disis.music.vt.edu</a><br>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" rel="noreferrer noreferrer" target="_blank">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">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>
<br>
</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></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><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></div>