<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">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">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/">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/">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">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">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 Sat, Oct 3, 2020, 13:19
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 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">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">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">OBS</a>. <strong><a href="https://software.opensuse.org/download/package?package=purr-data&project=home%3Aaggraef" rel="noreferrer" target="_blank">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">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">aggraef@gmail.com</a>,
web: <a href="https://agraef.github.io/" rel="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" 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>
</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 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">aggraef@gmail.com</a>,
web: <a href="https://agraef.github.io/" rel="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" 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>
</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>