<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
Le 05/10/2020 à 00:52, Albert Graef a écrit :<br>
<blockquote type="cite"
cite="mid:CA+rUic0R6ct1psPHrWhH=Qb+7XtrsKfYDZhbxrv7usPHo+UWZg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div dir="ltr">On Sun, Oct 4, 2020 at 11:42 PM Linux ROUEN
Normandie <<a href="mailto:linux.rouen@free.fr"
moz-do-not-send="true">linux.rouen@free.fr</a>> wrote:<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>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>
</div>
</blockquote>
<div><br>
</div>
<div>Yep, those BSODs used to be almost everywhere, also on
vending and teller machines here in Germany. ;-) But
personally, I still have to see one after switching to
Windows 10. While I feel much more at home on Linux, I think
that Windows 10 is actually a pretty decent system. It's a
bit clunky and slow in some places, and then there's that
horrible new telemetry stuff, but apart from that it's
pretty usable IMHO.</div>
</div>
</div>
</blockquote>
Technique is just one part of the big picture. Since at least
Windows 10, Microsoft re-enforced its strategy to steal end users
private data and life, so our western democracy. We all know how
very badly the GAFAM (Google, Apple, Facebook, Amazon, Microsoft)
& Co. sect is daily acting against the citizens and our freedom
(one example among thousands: Facebook & Cambridge Analytica ).
Have a look at what is happening; e.g. in China and Russia (Big Data
in the hands of dictatorships), even in USA (the country of the
freedom!) with Trump. This could also happen here in Western Europe.
After what happen in the last century with the Communism and the
Nazism, I do not want to see anymore any new <span
id="ctl00_cC_ucResPM_lblTranslation" class="tgtColl" lang="1033">totalitarianism
here in </span>our dear Europe. So even if Windows is getting
technically better with '10', and has also got for WSL & Azure
the collaboration of some key Linux players like Canonical Ltd., Red
Hat, SUSE and others, it is still a closed & proprietary
Microsoft product which is deeply spying on us. I don't want to have
a spy (of whatever color) in my PC, my smartphone and so on. This is
one of my reasons for not being on any social networks. Privacy is
privacy, isn't it? I don't like at all the Big Brothers of any kind
(remember the 1984 novel!). Keep in mind Microsoft (old?) statement:
"Embrace, Extend, and Extinguish" also known as "Embrace, Extend,
and Exterminate". A wolf/predator will never become a lamb/prey!
It's my very humble opinion and I'm sharing it! LOL<br>
-Joseph-<br>
<blockquote type="cite"
cite="mid:CA+rUic0R6ct1psPHrWhH=Qb+7XtrsKfYDZhbxrv7usPHo+UWZg@mail.gmail.com">
<div dir="ltr">
<div class="gmail_quote">
<div><br>
</div>
<div>Still, it could be a lot better, given how much money MS
pours into it. Well, if ESR is right then Windows will soon
become a thin veil on Linux anyway (<a
href="https://linux.slashdot.org/story/20/09/27/193250/eric-s-raymond-is-microsoft-switching-to-a-linux-kernel-that-emulates-windows"
moz-do-not-send="true">https://linux.slashdot.org/story/20/09/27/193250/eric-s-raymond-is-microsoft-switching-to-a-linux-kernel-that-emulates-windows</a>).
At which point I might even be tempted to run it for
something else than building and testing Windows ports of
Linux software. ;-)<br>
</div>
</div>
</div>
</blockquote>
Interesting article. But it's missing at least one key element on
the Linux side: the money - the cash. Linux or the GNU/Linux
communities don't have any real money compared to the GAFAM & Co
and the big Linux players. Even the so-called Linux Foundation
during the last years has been deeply pirated by the GAFAM & Co.
Mark Shuttleworth sooner or later will sale his company to e.g.
Microsoft. For me GNU/Linux is firstly a question of philosophy and
values (FLOSS) and only secondly a question of technics (FOSS). I
know that even Linus Torvald (the father of the Linux kernel) is not
giving a shit to this subject, but I think he is wrong. We, as
citizens, have to never forget the very bad History of the Humanity
because what happened during just the last century could happen
again this century, and it's already in movement. Who controls Big
Data controls the people, even in a so-called democracy. So,
Microsoft, no thank you!<br>
Well, next time, I should only talk about technics!<br>
-Joseph-<br>
<blockquote type="cite"
cite="mid:CA+rUic0R6ct1psPHrWhH=Qb+7XtrsKfYDZhbxrv7usPHo+UWZg@mail.gmail.com">
<div dir="ltr">
<div class="gmail_quote">
<div><br>
</div>
<div>Albert<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>
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" target="_blank"
moz-do-not-send="true">ico@vt.edu</a><br>
<br>
<a href="http://www.icat.vt.edu" target="_blank"
moz-do-not-send="true">www.icat.vt.edu</a><br>
<a href="http://www.performingarts.vt.edu"
target="_blank" moz-do-not-send="true">www.performingarts.vt.edu</a><br>
<a href="http://l2ork.icat.vt.edu" target="_blank"
moz-do-not-send="true">l2ork.icat.vt.edu</a><br>
<a href="http://ico.bukvic.net" 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 Sun, Oct 4, 2020,
07:50 Albert Graef <<a
href="mailto:aggraef@gmail.com" target="_blank"
moz-do-not-send="true">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" 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" 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" 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" 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" 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" target="_blank"
moz-do-not-send="true">ico@vt.edu</a><br>
<br>
<a href="http://www.icat.vt.edu"
rel="noreferrer" target="_blank"
moz-do-not-send="true">www.icat.vt.edu</a><br>
<a
href="http://www.performingarts.vt.edu"
rel="noreferrer" target="_blank"
moz-do-not-send="true">www.performingarts.vt.edu</a><br>
<a href="http://l2ork.icat.vt.edu"
rel="noreferrer" target="_blank"
moz-do-not-send="true">l2ork.icat.vt.edu</a><br>
<a href="http://ico.bukvic.net"
rel="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" 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"
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"
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"
target="_blank"
moz-do-not-send="true">OBS</a>.
<b><a
href="https://software.opensuse.org/download/package?package=purr-data&project=home%3Aaggraef"
rel="noreferrer
noreferrer"
target="_blank"
moz-do-not-send="true">Download</a></b></p>
<h3
id="gmail-m_5232174052891039427m_-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_5232174052891039427m_-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"
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" 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>
</div>
</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>
<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>
<br>
</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" rel="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" 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" 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" 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" target="_blank"
moz-do-not-send="true">aggraef@gmail.com</a>,
web: <a
href="https://agraef.github.io/"
rel="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" 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" 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" moz-do-not-send="true">L2Ork-dev@disis.music.vt.edu</a>
<a href="https://disis.music.vt.edu/listinfo/l2ork-dev" 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"
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" 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" 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" moz-do-not-send="true">aggraef@gmail.com</a>,
web: <a href="https://agraef.github.io/"
target="_blank" moz-do-not-send="true">https://agraef.github.io/</a></div>
</div>
</div>
</div>
</div>
</div>
</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>