[L2Ork-dev] regression in purr-data 2.15.2 for linux ?
Albert Graef
aggraef at gmail.com
Tue Oct 20 23:58:17 EDT 2020
On Mon, Oct 19, 2020 at 10:19 PM Alberto Zin <alberto.zin at gmail.com> wrote:
> I tried instead by invoking [ggee/image fig0.gif] and I got the message:
>
> [2] legacy tcl command at 239 of gui/image.c: .x736ab070.c create prect 160 -28 510 440 -tags 73772ae0SEL -strokewidth 1 -stroke $pd_colors(selection)legacy tcl command at 239 of gui/image.c: .x736ab070.c create prect 284 -21 634 447 -tags 73772ae0SEL -strokewidth 1 -stroke $pd_colors(selection)
>
>
I also get these, they're harmless if somewhat annoying -- they just
indicate that there's still some useless Tcl cruft left in that external,
which gets invoked if you create the object or click on it in edit mode. In
any case these don't impact the rendering of the image, at least not for me.
but at least the patch opens properly and everything seems fine.
>
If [ggee/image] works for you, but just [image] doesn't, and also doesn't
print those legacy tcl messages when you click on it in edit mode, then
that's suspicious. Could it be that you have another 3rd party "image"
object (external or abstraction) somewhere on the standard search path that
for some reason slows or blocks the loading?
Run a little test patch with just [image fig0.gif] with `purr-data
-verbose` and look for a line like:
tried /opt/purr-data/lib/pd-l2ork/extra/ggee/image.pd_linux and succeeded
If you have *exactly* that line, then the external loads from the right
place. If the line looks different, or it never gets to the point where it
succeeds loading the external, then you're probably getting the wrong one.
Possibly an issue with my (old, 2011) HW?
>
Could be, but I doubt it. I just tried the test patch you provided on my
olden but golden 2012 MB Pro, which isn't the beefiest machine either by
today's standards, and your smeck_azgui.pd test patch loads and works just
fine there.
Or maybe it's just something else in your patch that's not in the test
patch you provided, or even something in your Pd environment we haven't
thought of yet. It's hard to say without sitting at your laptop. ;-)
Albert
Thanks again,
>
> Alberto
>
>
>
> Il giorno lun 19 ott 2020 alle ore 20:03 Albert Graef <aggraef at gmail.com>
> ha scritto:
>
>> FWIW, your smeck_azgui.pd patch opens fine for me as well (on Manjaro).
>>
>> But you seem to be running a different version of the patch there,
>> because I'm not getting those "print setwaveform10" messages, and no
>> messages from bonk, sigmund~ or partconv~ either. Also I see that you're
>> trying to load hexloader there, but I don't think that we even ship that
>> any more:
>>
>> [image: image.png]
>>
>> Maybe try to reset your preferences, sometimes that helps. At least it
>> should get your load paths / startup libraries sorted out.
>>
>> Albert
>>
>> On Sun, Oct 18, 2020 at 10:37 PM Alberto Zin <alberto.zin at gmail.com>
>> wrote:
>>
>>> woops, sorry. Now it's public.
>>>
>>> Alberto
>>>
>>> Il giorno dom 18 ott 2020 alle ore 22:25 Linux ROUEN Normandie <
>>> linux.rouen at free.fr> ha scritto:
>>>
>>>> Ciao Alberto,
>>>>
>>>> I can't watch your video as it's private and I don't have a YouTube
>>>> account.
>>>>
>>>> Joseph
>>>>
>>>> - - - - - - - - - - - - - - - - - - - -
>>>> Le 18/10/2020 à 20:11, Alberto Zin a écrit :
>>>>
>>>> Hello Joseph and thanks for your feedback.
>>>> I managed to upload a video on youtube, this is the link:
>>>> https://youtu.be/JX-Niqy4Usc
>>>> It's 2 minutes video, showing what happens on my side.
>>>> Could it be an HW issue on my side?
>>>>
>>>> Thanks again for the support.
>>>>
>>>> Alberto
>>>>
>>>>
>>>> Il giorno dom 18 ott 2020 alle ore 16:08 Linux ROUEN Normandie <
>>>> linux.rouen at free.fr> ha scritto:
>>>>
>>>>> Ciao Alberto,
>>>>>
>>>>> So under my Linux Mint 20 Cinnamon, your smeck_azgui.pd with fig0.gif
>>>>> (in the same folder) opens quickly and correctly.
>>>>> After playing with it a little bit, I can edit / move / save all the
>>>>> objects including the canvas without any (visible) issue.
>>>>>
>>>>> The only one thing is with the image not having a selection border
>>>>> when clicking on it. This is a known bug.
>>>>> And we get in the console: "legacy tcl command at 239 of gui/image.c:
>>>>> .x33da49a0.c create prect 990 38 1340 506 -tags 33e1cc50SEL -strokewidth 1
>>>>> -stroke $pd_colors(selection)". This is also a known bug.
>>>>>
>>>>> The "iemgui warning message" you/we get is linked to what Albert has
>>>>> written you yesterday and it's normal and not affecting the good
>>>>> functioning of Purr Data.
>>>>>
>>>>> So, I'm sorry but I cannot reproduce the bug you have reported.
>>>>> Wait for Albert and/or Jonathan suggestions.
>>>>>
>>>>> Best, Joseph
>>>>> - - - - - - - - - - - - - - - - - - - -
>>>>>
>>>>> Le 18/10/2020 à 15:05, Alberto Zin a écrit :
>>>>>
>>>>> hello,
>>>>>
>>>>> I noticed that part of my issues (blank canvas on opening) was related
>>>>> to having an image on the canvas, like:
>>>>>
>>>>> #X obj 1165 272 image ./doc/fig0.gif 0;
>>>>>
>>>>> removing that line the canvas opens quickly but I cannot move slides,
>>>>> number boxes etc.In my case the gui is totally unresponsive.
>>>>> Saving the patch, restarting pd ==> everything seems to be fine.
>>>>>
>>>>> I attach the example patch (with the path to the image at the same
>>>>> level w.r.t. the patch) and the associated image file.
>>>>> In my case the attached patch does the following:
>>>>> 1. starts completely blank
>>>>> 2. clicking on save all the elements on the patch appear (but not
>>>>> all!) and the message:
>>>>>
>>>>> warning: saving iemgui colors as hex symbol. These colors are readable in Pd Vanilla since 0.47, but they are not readable in Purr Data version 2.12.0 or earlier. If you need to remain compatible with older versions of Purr Data please run in compatibility mode with Vanilla version 0.47 like this:
>>>>>
>>>>> Is triggered. Numberboxes are unresponsive in my case.
>>>>> 3. editng the patch, removing the image, closing it, closing and
>>>>> repoening purr data all the elements appear and everything is ok.
>>>>>
>>>>> So the culprit is "image" ???
>>>>>
>>>>> Thanks for the feedback,
>>>>>
>>>>> Alberto
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Il giorno dom 18 ott 2020 alle ore 10:28 Linux ROUEN Normandie <
>>>>> linux.rouen at free.fr> ha scritto:
>>>>>
>>>>>> I'm using several GNU/Linux distributions including Linux Mint 20
>>>>>> Cinnamon (Linux kernel 5.4.0-48 + CPU Intel Core i720Q + GPU Nvidia GT230M
>>>>>> with its 340.108 proprietary driver or Nouveau).
>>>>>> I confirm I haven't see for the time being the canvas issues reported
>>>>>> by Alberto neither under the different GNU/Linuxes nor under Windows 10.
>>>>>> Effectively a patch example will be the welcome for counter testing
>>>>>> that under my LM20.
>>>>>>
>>>>>> Best, Joseph
>>>>>> - - - - - - - - - -
>>>>>>
>>>>>> Le 17/10/2020 à 18:39, Albert Graef a écrit :
>>>>>>
>>>>>> 1. That warning is normal, but not the other misbehavior that you
>>>>>> describe. Please post a minimal patch exhibiting the problem, so that we
>>>>>> can try to reproduce it. Joseph is also running Mint 20 (I think) and
>>>>>> hasn't reported any such problems.
>>>>>>
>>>>>> 2. See
>>>>>> https://agraef.github.io/purr-data-intro/Purr-Data-Intro.html#edit-mode-and-temporary-run-mode
>>>>>>
>>>>>> Albert
>>>>>>
>>>>>>
>>>>>> On Sat, Oct 17, 2020 at 1:30 PM Alberto Zin <alberto.zin at gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Dear devs,
>>>>>>>
>>>>>>> I installed yesterday Pd-l2ork-2.15.2 20201014-rev.1983b16e from
>>>>>>> Albert's repository
>>>>>>> (
>>>>>>> https://software.opensuse.org/download/package?package=purr-data&project=home%3Aaggraef)
>>>>>>> .I'm on Linux Mint 20 Cinnamon ("Ulyana").
>>>>>>> I noticed one "regression" and one "warning" on my side:
>>>>>>>
>>>>>>> 1 .The regression I noticed is on patches with some gui objects:
>>>>>>> opening these patches now gives me errors on the console like:
>>>>>>>
>>>>>>> warning: saving iemgui colors as hex symbol. These colors are readable in Pd Vanilla since 0.47, but they are not readable in Purr Data version 2.12.0 or earlier. If you need to remain compatible with older versions of Purr Data please run in compatibility mode with Vanilla version 0.47 like this:
>>>>>>>
>>>>>>> The canvas opens completely white and after clicking "save" the gui
>>>>>>> objects appear but I cannot move any of them. I never saw this error before.
>>>>>>>
>>>>>>> 2. my "warning" is that I get the message
>>>>>>>
>>>>>>> warning: The hotkey for temporary run mode has changed. Please press Alt instead of Ctrl to enable it.
>>>>>>>
>>>>>>> but actually in Linux Mint (and I suspect all gnome based distros)
>>>>>>> ALT+x is a keybinding for graphic actions (for example ALT+left mouse moves
>>>>>>> the windows around on the screen)
>>>>>>>
>>>>>>> Any help would be greatly appreciated.
>>>>>>> If I can help with some debug please let me know...
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> Alberto
>>>>>>> --
>>>>>>> https://soundcloud.com/albertoz
>>>>>>> <https://soundcloud.com/albertoz>
>>>>>>> https://www.flickr.com/photos/94787902@N08/
>>>>>>> http://sites.google.com/site/albertozin/
>>>>>>>
>>>>>>> 47 41 4d 45 20 4f 56 45 52
>>>>>>> _______________________________________________
>>>>>>> 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
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> https://soundcloud.com/albertoz
>>>>> <https://soundcloud.com/albertoz>
>>>>> https://www.flickr.com/photos/94787902@N08/
>>>>> http://sites.google.com/site/albertozin/
>>>>>
>>>>> 47 41 4d 45 20 4f 56 45 52
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>>
>>>>
>>>> --
>>>> https://soundcloud.com/albertoz
>>>> <https://soundcloud.com/albertoz>
>>>> https://www.flickr.com/photos/94787902@N08/
>>>> http://sites.google.com/site/albertozin/
>>>>
>>>> 47 41 4d 45 20 4f 56 45 52
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>>
>>>
>>> --
>>> https://soundcloud.com/albertoz
>>> <https://soundcloud.com/albertoz>
>>> https://www.flickr.com/photos/94787902@N08/
>>> http://sites.google.com/site/albertozin/
>>>
>>> 47 41 4d 45 20 4f 56 45 52
>>> _______________________________________________
>>> 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
>
>
>
> --
> https://soundcloud.com/albertoz
> <https://soundcloud.com/albertoz>
> https://www.flickr.com/photos/94787902@N08/
> http://sites.google.com/site/albertozin/
>
> 47 41 4d 45 20 4f 56 45 52
> _______________________________________________
> 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/20201021/b97be8b7/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 231829 bytes
Desc: not available
URL: <http://disis.music.vt.edu/pipermail/l2ork-dev/attachments/20201021/b97be8b7/attachment-0001.png>
More information about the L2Ork-dev
mailing list