<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
Hello Albert,<br>
<div class="moz-signature"><br>
1. Thanks a lot for your 2 links. I will test these versions of
Purr Data next week.<br>
<br>
2. Regarding the freezes I'm facing to, as we have exchanged about
them, the issue could be definitively the NW.js as this is only
occurring in EditMode but randomly (time and actions).<br>
Up to now and since one year, I clearly identified that the few
seconds up to 10-20 seconds freezes are due to Purr Data leading
to CPU load up to 100%.<br>
I have no issue at all with any other applications even with those
which are very high CPU and/or RAM demanding.<br>
I can even force stressing both of them up to ~ 100%, the venrad
is doing its job, no freeze, and when I stop their stresses after
~ one minute the temperatures are back to normal and I still have
the control on my system.<br>
Today I'm mainly using HTop and the OS System Monitor. I will have
a look at your suggested utilities.<br>
One other idea I have now is to save in real time into a file what
is happening with the system resources for trying to find the
culprit or what happened just before the total freeze of the
system.<br>
<br>
Have a great teaching week.<br>
- - - - - - - - - -<br>
Best, Joseph<br>
- - - - - - - - -<br>
<br>
</div>
<div class="moz-cite-prefix">Le 04/10/2020 à 13:50, Albert Graef a
écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CA+rUic1pW2vZhL+JegacdzpwwRaR7iBxNURhcVU2o3xkKPCJUA@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<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"
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"
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/"
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/"
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" 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" 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 Sat, Oct 3, 2020,
13:19 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 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" 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" 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" 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" target="_blank"
moz-do-not-send="true">Download</a></strong></p>
<h3
id="gmail-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_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" 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"
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>
</div>
</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>
<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>
</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>
<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>