[L2Ork-dev] Purr Data 2.15.0

Sun Oct 4 14:14:21 EDT 2020

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.

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 Sun, Oct 4, 2020, 07:50 Albert Graef <aggraef at gmail.com> wrote:

> 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/
> _______________________________________________
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
> https://disis.music.vt.edu/listinfo/l2ork-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20201004/515b1d19/attachment-0001.html>