<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
Hello Albert,<br>
<br>
Don't worry, be happy! :-)<br>
<br>
1. Wait & see until I or someone will find the culprit.<br>
<br>
2. Yeah! I just received a warning from my GNU/Linux OS for the
v.2.15.1 update. :-)<br>
<br>
Thank you.<br>
Best, Joseph<br>
<div class="moz-signature">- - - - - - - - - - - - - - - - - - - -<br>
</div>
<div class="moz-cite-prefix"><br>
Le 11/10/2020 à 22:06, Albert Graef a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CA+rUic1X5iMtgjCkv+SH53VwWOTbd5yEz0Ot18KxXWiCshuMAg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div dir="ltr">
<div>Hi Joseph,</div>
<div><br>
</div>
<div>Thanks for your patience, and sorry for replying so late.</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Sat, Oct 10, 2020 at 4:53
PM 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:0px 0px 0px
0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex">
<div>
<div> 1. Under GNU/Linux when in EditMode, Purr Data is
becoming totally unresponsive as well as my whole
system, even if other applications are still running
well in the background and I can move my mouse cursor on
the screen, your suggested Ctrl+Alt+F1-to-F6 have no
effect at all.<br>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>Well, I guess that we'll just have to wait until someone
can reproduce this and tell us what the exact issue is (in
case it's really related to Purr).<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> 2. I cannot access to your <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>
for testing your nw.js 0.28.1 update.<br>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>The OBS doesn't keep old builds, and I keep updating the
preview channel all the time. So just go over to <a
href="https://build.opensuse.org/package/show/home:aggraef:purr-data-git/purr-data"
moz-do-not-send="true">https://build.opensuse.org/package/show/home:aggraef:purr-data-git/purr-data</a>
instead, click the Download link on the top of that page,
and proceed to the download for Ubuntu (see the screenie
below).</div>
<div><br>
</div>
<div>
<div><img src="cid:part4.E02FE778.4ECF8CB4@free.fr"
alt="image.png" class="" width="476" height="198"><br>
</div>
<div>Currently, you'll find the 2.15.1 release candidate
there. (Which will soon be available in the main channel
and on my GH mirror as well, as soon as I'm done building
the Windows packages.)<br>
</div>
<div><br>
</div>
<div>Best,</div>
<div>Albert</div>
<div><br>
</div>
</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> I'm getting the following message translated from
French: "Error 404 - This resource doesn't exist
anymore!".<br>
<br>
Thanks. Best,<br>
Joseph Gastelais<br>
- - - - - - - - - - - - - - - - - - - -<br>
</div>
<div><br>
Le 05/10/2020 à 09:35, Albert Graef a écrit :<br>
</div>
<blockquote type="cite">
<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"
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>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" 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, 17:42 Linux ROUEN Normandie
<<a href="mailto:linux.rouen@free.fr"
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 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"
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
Sun, Oct 4, 2020, 07:50 Albert
Graef <<a
href="mailto:aggraef@gmail.com"
rel="noreferrer" 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 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>.
<b><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></b></p>
<h3
id="gmail-m_-3050205577937003352gmail-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_-3050205577937003352gmail-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"
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" 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>
<br>
</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">
<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></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>