[L2Ork-dev] Purr Data 2.15.0

Sun Oct 4 07:50:21 EDT 2020

Hi Joseph,

there's a Windows package with Ico's fix here:
https://git.purrdata.net/jwilkes/purr-data/-/jobs/22210

A new release including this and a few other fixes will hopefully be out
sometime next week.

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:
https://download.opensuse.org/repositories/home:/aggraef:/purr-data-git/xUbuntu_20.04/amd64/purr-data_2.15.0+git4683+bf8ba131-1_amd64.deb

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.
>

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.

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 (
http://gkrellm.srcbox.net/) 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 https://gaucho.software/Products/XRG/
.)

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.

Have a nice Sunday,
Albert

On Sun, Oct 4, 2020 at 12:02 PM Linux ROUEN Normandie <linux.rouen at free.fr>
wrote:

> @Ico,
>
> Great! Thanks for your Windows fix.
> - - - - - - - - - - - -
> Joseph Gastelais
> - - - - - - - - - - - -
>
> Le 03/10/2020 à 19:31, Ivica Bukvic a écrit :
>
> 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.
>
> Best,
>
> Ico
>
> --
> Ivica Ico Bukvic, D.M.A.
> Director, Creativity + Innovation
> Institute for Creativity, Arts, and Technology
>
> Virginia Tech
> Creative Technologies in Music
> School of Performing Arts – 0141
> Blacksburg, VA 24061
> (540) 231-6139
> ico at vt.edu
>
> www.icat.vt.edu
> www.performingarts.vt.edu
> l2ork.icat.vt.edu
> ico.bukvic.net
>
> On Sat, Oct 3, 2020, 13:19 Linux ROUEN Normandie <linux.rouen at free.fr>
> wrote:
>
>> Hello Albert,
>>
>> Thanks for your comments.
>>
>> 1. Zoom level
>> 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. :-)
>>
>> 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.
>>
>> 3. Random freezes under GNU/Linux
>> 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.
>> If anyone has any clever idea, you are the welcome.
>>
>> - - - - - - - - - - - - - - - - - - - -
>> Best, Joseph Gastelais
>> - - - - - - - - - - - - - - - - - - - -
>>
>> Le 03/10/2020 à 08:21, Albert Graef a écrit :
>>
>> Hi Joseph,
>>
>> thanks for the feedback, but I'm afraid that I can't reproduce any of
>> these issues on my side. :(
>>
>> - 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.
>>
>> - 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.
>>
>> Best,
>> Albert
>>
>>
>>
>> On Fri, Oct 2, 2020 at 11:31 PM Linux ROUEN Normandie <
>> linux.rouen at free.fr> wrote:
>>
>>> Hello All,
>>>
>>> Purr Data 2.15.0 is a real great release. Thanks and congratulations to
>>> all contributors. :-)
>>>
>>> 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.
>>>
>>> @Ico, [number2] objects are looking as good as under 2.14.2 last preview.
>>>
>>> PB-1: The graphics rendering is not the same on Windows vs all GNU/Linux.
>>> Under Windows when opening a project saved under Linux:
>>> - the zoom level of the main patch is ~ -1 smaller,
>>> - the zoom level of all sub-patches is ~ +1 bigger (and not ~ -1), and
>>> - the main window size of he project seems a little bit bigger.
>>> NW.js has been updated to the same 0.24.4 version than the Linux's one.
>>> Is it the issue?
>>>
>>> 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).
>>>
>>> - - - - - - - - - - - - - - - - - - - -
>>> Best, Joseph Gastelais
>>> - - - - - - - - - - - - - - - - - - - -
>>>
>>> Le 01/10/2020 à 00:17, Albert Graef a écrit :
>>>
>>> Hi all,
>>>
>>> It’s time for another release with the latest bugfixes and some
>>> interesting new features. Download it here (Mac/Windows):
>>> https://github.com/agraef/purr-data/releases/tag/2.15.0
>>>
>>> As usual, Linux packages are available from the OBS
>>> <https://agraef.github.io/purr-data/#jgu-packages>. *Download
>>> <https://software.opensuse.org/download/package?package=purr-data&project=home%3Aaggraef>*
>>> Bugfixes
>>>
>>>    - Fixed Alt-Click popup issues reported by Joseph Gastelais (AG)
>>>    - Cosmetic fixes to declare error reporting (AG)
>>>    - Disable passing of key presses globally when an object grabs focus
>>>    via glist_grab (Ico)
>>>    - Fixed asynchronous getscroll and activate regression (Ico)
>>>    - Fixed openpanel unable to open a custom path on Windows (Ico)
>>>    - Disabled excessive coll legacy call warnings (Ico)
>>>
>>> New features
>>>
>>>    - Improvements to iemgui numbox (drawstyle, font sizing and dialog)
>>>    (Ico)
>>>    *Note:* The new numbox drawing style will change the numbox size on
>>>    existing patches.
>>>    - Private abstractions (Guillem, GSoC 2020)
>>>    Please check the [ab] help patch and the corresponding section in
>>>    the “Cat” tutorial
>>>    <https://agraef.github.io/purr-data-intro/Purr-Data-Intro.html#subpatch-and-abstraction-features>
>>>    !
>>>
>>> Enjoy! :)
>>> Albert
>>> --
>>> Dr. Albert Gr"af
>>> Computer Music Research Group, JGU Mainz, Germany
>>> Email: aggraef at gmail.com, web: https://agraef.github.io/
>>>
>>> _______________________________________________
>>> L2Ork-dev mailing listL2Ork-dev at disis.music.vt.eduhttps://disis.music.vt.edu/listinfo/l2ork-dev
>>>
>>> _______________________________________________
>>> L2Ork-dev mailing list
>>> L2Ork-dev at disis.music.vt.edu
>>> https://disis.music.vt.edu/listinfo/l2ork-dev
>>
>>
>>
>> --
>> Dr. Albert Gr"af
>> Computer Music Research Group, JGU Mainz, Germany
>> Email: aggraef at gmail.com, web: https://agraef.github.io/
>>
>> _______________________________________________
>> L2Ork-dev mailing listL2Ork-dev at disis.music.vt.eduhttps://disis.music.vt.edu/listinfo/l2ork-dev
>>
>>
>> _______________________________________________
>> L2Ork-dev mailing list
>> L2Ork-dev at disis.music.vt.edu
>> https://disis.music.vt.edu/listinfo/l2ork-dev
>
>
> _______________________________________________
> L2Ork-dev mailing listL2Ork-dev at disis.music.vt.eduhttps://disis.music.vt.edu/listinfo/l2ork-dev
>
> _______________________________________________
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
> https://disis.music.vt.edu/listinfo/l2ork-dev

-- 
Dr. Albert Gr"af
Computer Music Research Group, JGU Mainz, Germany
Email: aggraef at gmail.com, web: https://agraef.github.io/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20201004/25f5bc3d/attachment-0001.html>