Re: [PD] Pduino issue?
Hello Rick, This sound like a problem in the serial connection, maybe the arduino misses some data because they are send to fast. Have you tried to slow down the messages you send (not sending them all on the same time)? Have you try to configure and use all pin interdependently? Cheers C Le 13/04/2023 à 23:28, Rick Snow a écrit : Hello list, I am helping someone use pd with an arduino mega. They would like to use all of the digital output pins. I’ve used pduino in the past in this way and not had trouble, but I seem to be bumping into something now. I started by using the arduino help patch. StandardFirmata sketch on the Mega. Connection via usb works fine. I set all the pins to output by sending "pinMode 2 output” -> “pinMode 45 output” messages to the arduino object. No errors. Then, I use the messages “digital 2 1” “digital 2 0” -> “digital 45 1” “digital 45 0” sent to the arduino object to check the pins. When checking with a multimeter I am not able to get output from pins 2-7. I do get output from 8-20. Between 20-40 some pins work and others not at all. Other pins will turn on but not turn off. Checking the pins using a simple blink sketch shows all the pins working fine. Any advice would be greatly appreciate! Cheers, Rick ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pduino issue?
On Fri, 2023-04-14 at 09:05 +0200, cyrille henry wrote: > > This sound like a problem in the serial connection, maybe the arduino > misses some data because they are send to fast. You make it sound like it behaves like UDP where some packets are omitted if the link is saturated. But the serial connection is _serial_ and buffered (from what I understand) and I was assuming that data doesn't get randomly lost during transmission. Of course, data still can get garbled during transmission due to unstable power, unstable physical connection and similar reasons. Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pduino issue?
On Thu, 2023-04-13 at 16:28 -0500, Rick Snow wrote: > I am helping someone use pd with an arduino mega. They would like to > use all of the digital output pins. I’ve used pduino in the past in > this way and not had trouble, Also with a Mega? > but I seem to be bumping into something now. What version of pduino are you using? Most current is 0.8. Also, if an older version of pduino worked fine with the Arduino Mega, what version was that? > > I started by using the arduino help patch. StandardFirmata sketch on > the Mega. Connection via usb works fine. > > I set all the pins to output by sending "pinMode 2 output” -> > “pinMode 45 output” messages to the arduino object. No errors. > > Then, I use the messages “digital 2 1” “digital 2 0” -> “digital 45 > 1” “digital 45 0” sent to the arduino object to check the pins. When > checking with a multimeter I am not able to get output from pins 2- > 7. I do get output from 8-20. Between 20-40 some pins work and > others not at all. Other pins will turn on but not turn off. What happens if you specifically send 'pinMode 45 output, digital 45 1'? Or you use any other pin that seems to be not working correctly with your setup. Also, there is 'pinState' message for querying the current state and there is the 'capability' message that triggers a report of all supported modes of all pins. So, I would like to know if the non-working pins report of themselves to support 'output' mode. Then, if you set their 'pinMode' to 'output', do they actually report their 'pinState' as 'output'? > Checking the pins using a simple blink sketch shows all the pins > working fine. Ok, so you can be sure the board is working. > Any advice would be greatly appreciate! I don't own an Arduino Mega and I don't know how well [pduino] is tested with that board. I certainly haven't tested it ever. This makes it hard for me to reproduce the problem. If you can give a hint that the problem is in the software, that would help. Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] object for showing images with a better quality than gif (like ggee/image) ?
Thanks, Ico! That's too bad . . . It looks great but it would take me a year to switch my patch (that I wrote for 15 years now) to Pd-L2Ork. >From running just a simple audio test it didn't seem to be as efficient as vanilla, though. Too much risk of wasting a lot of time. Ingo From: Ico Bukvic [mailto:i...@vt.edu] Sent: Thursday, April 13, 2023 2:06 PM To: Ingo Cc: Pd-list Subject: Re: [PD] object for showing images with a better quality than gif (like ggee/image) ? Pd-L2Ork only due to different front-end and changes to the core. 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 i...@vt.edu ci.icat.vt.edu l2ork.icat.vt.edu ico.bukvic.net On Thu, Apr 13, 2023, 04:56 Ingo wrote: Thanks, Ico! This sounds great! But is it going to work on a regular vanilla install (Pd 0.49 / Debian 9.5) ? Or does it need Pd-L2Ork installed? Ingo From: Ico Bukvic [mailto:i...@vt.edu] Sent: Monday, April 10, 2023 8:52 PM To: Ingo Cc: Alexandre Torres Porres; pd-list@lists.iem.at Subject: Re: [PD] object for showing images with a better quality than gif (like ggee/image) ? You could also explore Pd-L2Ork's reimplementation of ggee/image that includes all of the things you mentioned, provides all-in-one functionality from all of the existing/legacy vanilla image objects, can easily rescale, supports transparency and any Web-compatible image format, as well as offers an ability to track clicks, including their location. Best, Ico -- Ivica Ico Bukvic, D.M.A. Director, Creativity + Innovation Director, Human-Centered Design iPhD Institute for Creativity, Arts, and Technology Virginia Tech Creative Technologies in Music School of Performing Arts - 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu ci.icat.vt.edu l2ork.icat.vt.edu ico.bukvic.net On Sun, Apr 9, 2023 at 10:39?PM Ingo wrote: Buttons or knobs with JPGs (or other picture formats) would be a great addition for making a good looking user interface. When making a button it would be great to have the option for adding an alternative picture directly for on/off instead of writing complicated code in Pd. One thing that Pd is really bad with is putting things in the background (for background pictures) or in the foreground for e.g. a button on top. Also placing the picture from the top left corner (normal for canvas) makes more sense than from the center (as it is the case with [ggee/image]) to me. Changing the size of the image would be awsome! It's very timeconsuming going back into the graphics editor to change the picture to fit the exact size each time you change your mind about the placement and size. Ingo From: Alexandre Torres Porres [mailto:por...@gmail.com] Sent: Thursday, April 06, 2023 6:19 PM To: Ingo Cc: Peter P.; pd-list@lists.iem.at Subject: Re: [PD] object for showing images with a better quality than gif (like ggee/image) ? I also have else/pic which is based on these older ones. I also allow it to work as a button and have new features like a 'latch mode'. Let me know if I can improve the object to include more modern options for higher quality files. I see that back when these other objects were made tcl/tk was pretty limited. Not sure if this has changed and if it can handle jpg and other formats nowadays. I'd appreciate if someone could enlighten me cheers Em seg., 3 de abr. de 2023 às 05:02, Ingo escreveu: Thanks Peter! The moonlib/image is pretty much the same as ggee/image. I have found out,though that it takes ppm files which are uncompressed and look much better. Whith this data format I actually get the quality that I need. I'll also take a look at iemgui's iem_image. Ingo -Original Message- From: Pd-list [mailto:pd-list-boun...@lists.iem.at] On Behalf Of Peter P. Sent: Saturday, April 01, 2023 10:17 PM To: pd-list@lists.iem.at Subject: Re: [PD] object for showing images with a better quality than gif (like ggee/image) ? http://deken.puredata.info/search.html?libraries=&objects=image&descriptions = returns a result for moonlib. And then there is iemgui's iem_image object https://git.iem.at/pd/iemgui/-/blob/master/iem_image-help.pd Did not test any of those, but thought you might want to know about the deken search engine. * Ingo [2023-04-01 15:49]: > Hello, > > > > I have been using [ggee/image] for showing simple (medium small) > images which is working fine. > > But now I need to show a large full HD picture in the full 1920x1080 > resolution and [ggee/image] gives me too many pixels. > > > > Can anyone poind me to an external that can display high resolution JPGs? > > > > I had been using [gem] to do this before which is working fine on > Intel and ARM machines but for some reason not on AMD. > > At least not in my case and the situation that I need it to work in. > > > > Any help is appreciated! > > > > Th
Re: [PD] Pduino issue?
Le 14/04/2023 à 09:59, Roman Haefeli a écrit : On Fri, 2023-04-14 at 09:05 +0200, cyrille henry wrote: This sound like a problem in the serial connection, maybe the arduino misses some data because they are send to fast. You make it sound like it behaves like UDP where some packets are omitted if the link is saturated. But the serial connection is _serial_ and buffered (from what I understand) and I was assuming that data doesn't get randomly lost during transmission. If you fill the buffer faster than you can empty it, at one point the buffer will be full and then you will lose data. you CAN lost data on serial connection. C Of course, data still can get garbled during transmission due to unstable power, unstable physical connection and similar reasons. Roman ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pduino issue?
On Fri, 2023-04-14 at 12:37 +0200, cyrille henry wrote: > Le 14/04/2023 à 09:59, Roman Haefeli a écrit : > > On Fri, 2023-04-14 at 09:05 +0200, cyrille henry wrote: > > > > > > This sound like a problem in the serial connection, maybe the > > > arduino > > > misses some data because they are send to fast. > > > > You make it sound like it behaves like UDP where some packets are > > omitted if the link is saturated. But the serial connection is > > _serial_ > > and buffered (from what I understand) and I was assuming that data > > doesn't get randomly lost during transmission. > If you fill the buffer faster than you can empty it, at one point the > buffer will be full and then you will lose data. > you CAN lost data on serial connection. I see. Do you know how [comport] handles buffer overruns? Does it block Pd? Does it drop new data and print an error? Does it silently drop data? Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pduino issue?
Le 14/04/2023 à 12:44, Roman Haefeli a écrit : On Fri, 2023-04-14 at 12:37 +0200, cyrille henry wrote: Le 14/04/2023 à 09:59, Roman Haefeli a écrit : On Fri, 2023-04-14 at 09:05 +0200, cyrille henry wrote: This sound like a problem in the serial connection, maybe the arduino misses some data because they are send to fast. You make it sound like it behaves like UDP where some packets are omitted if the link is saturated. But the serial connection is _serial_ and buffered (from what I understand) and I was assuming that data doesn't get randomly lost during transmission. If you fill the buffer faster than you can empty it, at one point the buffer will be full and then you will lose data. you CAN lost data on serial connection. I see. Do you know how [comport] handles buffer overruns? Does it block Pd? Does it drop new data and print an error? Does it silently drop data? I don't know. But I was more thinking about data lost in the arduino side. C Roman ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] Pd complete listing of internal Pd messages?
Hi, does anybody know where I can find an relatively complete listing of the internal Pd messages? I'm still struggling with changing the font size of the Pd console with a message. [pmenu] seems to use the size of the console font. So by changing this with an internal Pd message I could change my [pmenu] font size on the fly. Thanks! Ingo ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] object for showing images with a better quality than gif (like ggee/image) ?
No worries, Ingo. If you do have a moment, I am curious to learn what may require adapting when switching since all the vanilla objects are supported, save for those that were recently introduced and which will be ported soon. So, the older patches should run out-of-box. 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 i...@vt.edu ci.icat.vt.edu l2ork.icat.vt.edu ico.bukvic.net On Fri, Apr 14, 2023, 05:32 Ingo wrote: > Thanks, Ico! > > That's too bad . . . > It looks great but it would take me a year to switch my patch (that I > wrote > for 15 years now) to Pd-L2Ork. > From running just a simple audio test it didn't seem to be as efficient as > vanilla, though. > Too much risk of wasting a lot of time. > > Ingo > > > > From: Ico Bukvic [mailto:i...@vt.edu] > Sent: Thursday, April 13, 2023 2:06 PM > To: Ingo > Cc: Pd-list > Subject: Re: [PD] object for showing images with a better quality than gif > (like ggee/image) ? > > Pd-L2Ork only due to different front-end and changes to the core. > 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 > i...@vt.edu > > ci.icat.vt.edu > l2ork.icat.vt.edu > ico.bukvic.net > > On Thu, Apr 13, 2023, 04:56 Ingo wrote: > Thanks, Ico! > > This sounds great! > > But is it going to work on a regular vanilla install (Pd 0.49 / Debian > 9.5) ? > Or does it need Pd-L2Ork installed? > > Ingo > > > > From: Ico Bukvic [mailto:i...@vt.edu] > Sent: Monday, April 10, 2023 8:52 PM > To: Ingo > Cc: Alexandre Torres Porres; pd-list@lists.iem.at > Subject: Re: [PD] object for showing images with a better quality than gif > (like ggee/image) ? > > You could also explore Pd-L2Ork's reimplementation of ggee/image that > includes > all of the things you mentioned, provides all-in-one functionality from > all of > the existing/legacy vanilla image objects, can easily rescale, supports > transparency and any Web-compatible image format, as well as offers an > ability > to track clicks, including their location. > > Best, > > Ico > > -- > Ivica Ico Bukvic, D.M.A. > Director, Creativity + Innovation > Director, Human-Centered Design iPhD > Institute for Creativity, Arts, and Technology > Virginia Tech > Creative Technologies in Music > School of Performing Arts - 0141 > Blacksburg, VA 24061 > (540) 231-6139 > i...@vt.edu > > ci.icat.vt.edu > l2ork.icat.vt.edu > ico.bukvic.net > > > > On Sun, Apr 9, 2023 at 10:39?PM Ingo wrote: > Buttons or knobs with JPGs (or other picture formats) would be a great > addition for making a good looking user interface. > When making a button it would be great to have the option for adding an > alternative picture directly for on/off instead of writing complicated > code in > Pd. > > One thing that Pd is really bad with is putting things in the background > (for > background pictures) or in the foreground for e.g. a button on top. > Also placing the picture from the top left corner (normal for canvas) makes > more sense than from the center (as it is the case with [ggee/image]) to > me. > > Changing the size of the image would be awsome! > It's very timeconsuming going back into the graphics editor to change the > picture to fit the exact size each time you change your mind about the > placement and size. > > Ingo > > > > From: Alexandre Torres Porres [mailto:por...@gmail.com] > Sent: Thursday, April 06, 2023 6:19 PM > To: Ingo > Cc: Peter P.; pd-list@lists.iem.at > Subject: Re: [PD] object for showing images with a better quality than gif > (like ggee/image) ? > > I also have else/pic which is based on these older ones. I also allow it to > work as a button and have new features like a 'latch mode'. > > Let me know if I can improve the object to include more modern options for > higher quality files. I see that back when these other objects were made > tcl/tk was pretty limited. Not sure if this has changed and if it can > handle > jpg and other formats nowadays. I'd appreciate if someone could enlighten > me > > cheers > > Em seg., 3 de abr. de 2023 às 05:02, Ingo escreveu: > Thanks Peter! > > The moonlib/image is pretty much the same as ggee/image. > > I have found out,though that it takes ppm files which are uncompressed and > look much better. > Whith this data format I actually get the quality that I need. > > I'll also take a look at iemgui's iem_image. > > Ingo > > > -Original Message- > From: Pd-list [mailto:pd-list-boun...@lists.iem.at] On Behalf Of Peter P. > Sent: Saturday, April 01, 2023 10:17 PM > To: pd-list@lists.iem.at > Subject: Re: [PD] object for showing images with a better quality than gif > (like ggee/image) ? > > > http://deken.puredata.inf
Re: [PD] object for showing images with a better quality than gif (like ggee/image) ?
I'm running a bunch of external libraries. Pd-L2Ork has many libraries included but I would have to go through all objects on different (Linux) hardware - like Intel, AMD and ARM. I'll check it out once I have some spare time . . . Ingo From: Ico Bukvic [mailto:i...@vt.edu] Sent: Friday, April 14, 2023 2:45 PM To: Ingo Cc: Pd-list Subject: Re: [PD] object for showing images with a better quality than gif (like ggee/image) ? No worries, Ingo. If you do have a moment, I am curious to learn what may require adapting when switching since all the vanilla objects are supported, save for those that were recently introduced and which will be ported soon. So, the older patches should run out-of-box. 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 i...@vt.edu ci.icat.vt.edu l2ork.icat.vt.edu ico.bukvic.net On Fri, Apr 14, 2023, 05:32 Ingo wrote: Thanks, Ico! That's too bad . . . It looks great but it would take me a year to switch my patch (that I wrote for 15 years now) to Pd-L2Ork. >From running just a simple audio test it didn't seem to be as efficient as vanilla, though. Too much risk of wasting a lot of time. Ingo From: Ico Bukvic [mailto:i...@vt.edu] Sent: Thursday, April 13, 2023 2:06 PM To: Ingo Cc: Pd-list Subject: Re: [PD] object for showing images with a better quality than gif (like ggee/image) ? Pd-L2Ork only due to different front-end and changes to the core. 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 i...@vt.edu ci.icat.vt.edu l2ork.icat.vt.edu ico.bukvic.net On Thu, Apr 13, 2023, 04:56 Ingo wrote: Thanks, Ico! This sounds great! But is it going to work on a regular vanilla install (Pd 0.49 / Debian 9.5) ? Or does it need Pd-L2Ork installed? Ingo From: Ico Bukvic [mailto:i...@vt.edu] Sent: Monday, April 10, 2023 8:52 PM To: Ingo Cc: Alexandre Torres Porres; pd-list@lists.iem.at Subject: Re: [PD] object for showing images with a better quality than gif (like ggee/image) ? You could also explore Pd-L2Ork's reimplementation of ggee/image that includes all of the things you mentioned, provides all-in-one functionality from all of the existing/legacy vanilla image objects, can easily rescale, supports transparency and any Web-compatible image format, as well as offers an ability to track clicks, including their location. Best, Ico -- Ivica Ico Bukvic, D.M.A. Director, Creativity + Innovation Director, Human-Centered Design iPhD Institute for Creativity, Arts, and Technology Virginia Tech Creative Technologies in Music School of Performing Arts - 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu ci.icat.vt.edu l2ork.icat.vt.edu ico.bukvic.net On Sun, Apr 9, 2023 at 10:39?PM Ingo wrote: Buttons or knobs with JPGs (or other picture formats) would be a great addition for making a good looking user interface. When making a button it would be great to have the option for adding an alternative picture directly for on/off instead of writing complicated code in Pd. One thing that Pd is really bad with is putting things in the background (for background pictures) or in the foreground for e.g. a button on top. Also placing the picture from the top left corner (normal for canvas) makes more sense than from the center (as it is the case with [ggee/image]) to me. Changing the size of the image would be awsome! It's very timeconsuming going back into the graphics editor to change the picture to fit the exact size each time you change your mind about the placement and size. Ingo From: Alexandre Torres Porres [mailto:por...@gmail.com] Sent: Thursday, April 06, 2023 6:19 PM To: Ingo Cc: Peter P.; pd-list@lists.iem.at Subject: Re: [PD] object for showing images with a better quality than gif (like ggee/image) ? I also have else/pic which is based on these older ones. I also allow it to work as a button and have new features like a 'latch mode'. Let me know if I can improve the object to include more modern options for higher quality files. I see that back when these other objects were made tcl/tk was pretty limited. Not sure if this has changed and if it can handle jpg and other formats nowadays. I'd appreciate if someone could enlighten me cheers Em seg., 3 de abr. de 2023 às 05:02, Ingo escreveu: Thanks Peter! The moonlib/image is pretty much the same as ggee/image. I have found out,though that it takes ppm files which are uncompressed and look much better. Whith this data format I actually get the quality that I need. I'll also take a look at iemgui's iem_image. Ingo -Original Message- From: Pd-list [mailto:pd-list-boun...@lists.iem.at] On Behalf Of Peter P. Sent: Saturday, April
Re: [PD] Pd complete listing of internal Pd messages? - sending to the Pd window
Well, I did find a simple message that changes the fonts on single windows. [; pd-mywindow.pd font 16 100 100( works perfectly on normal patch windows. However, I need to change to font of the Pd console. Neither "pd-." nor "pd-.pdwindow" are working. What is the name of the pd console window? How can I send messages to the Pd window? Thanks! Ingo -Original Message- From: Pd-list [mailto:pd-list-boun...@lists.iem.at] On Behalf Of Ingo Sent: Friday, April 14, 2023 1:19 PM To: 'Pd-list' Subject: [PD] Pd complete listing of internal Pd messages? Hi, does anybody know where I can find an relatively complete listing of the internal Pd messages? I'm still struggling with changing the font size of the Pd console with a message. [pmenu] seems to use the size of the console font. So by changing this with an internal Pd message I could change my [pmenu] font size on the fly. Thanks! Ingo ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] object for showing images with a better quality than gif (like ggee/image) ?
If I understand you correctly, your concern is with these running on different hardware? If so, there are builds for x86 Windows, Intel Mac (should be compatible with newer Arm Mac's via native emulation layer), Linux x86_64, and Arm (RPi) Linux. 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 i...@vt.edu ci.icat.vt.edu l2ork.icat.vt.edu ico.bukvic.net On Fri, Apr 14, 2023, 09:41 Ingo wrote: > I'm running a bunch of external libraries. > Pd-L2Ork has many libraries included but I would have to go through all > objects on different (Linux) hardware - like Intel, AMD and ARM. > > I'll check it out once I have some spare time . . . > > Ingo > > > > From: Ico Bukvic [mailto:i...@vt.edu] > Sent: Friday, April 14, 2023 2:45 PM > To: Ingo > Cc: Pd-list > Subject: Re: [PD] object for showing images with a better quality than gif > (like ggee/image) ? > > No worries, Ingo. If you do have a moment, I am curious to learn what may > require adapting when switching since all the vanilla objects are > supported, > save for those that were recently introduced and which will be ported > soon. > So, the older patches should run out-of-box. > > 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 > i...@vt.edu > > ci.icat.vt.edu > l2ork.icat.vt.edu > ico.bukvic.net > > On Fri, Apr 14, 2023, 05:32 Ingo wrote: > Thanks, Ico! > > That's too bad . . . > It looks great but it would take me a year to switch my patch (that I wrote > for 15 years now) to Pd-L2Ork. > From running just a simple audio test it didn't seem to be as efficient as > vanilla, though. > Too much risk of wasting a lot of time. > > Ingo > > > > From: Ico Bukvic [mailto:i...@vt.edu] > Sent: Thursday, April 13, 2023 2:06 PM > To: Ingo > Cc: Pd-list > Subject: Re: [PD] object for showing images with a better quality than gif > (like ggee/image) ? > > Pd-L2Ork only due to different front-end and changes to the core. > 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 > i...@vt.edu > > ci.icat.vt.edu > l2ork.icat.vt.edu > ico.bukvic.net > > On Thu, Apr 13, 2023, 04:56 Ingo wrote: > Thanks, Ico! > > This sounds great! > > But is it going to work on a regular vanilla install (Pd 0.49 / Debian > 9.5) ? > Or does it need Pd-L2Ork installed? > > Ingo > > > > From: Ico Bukvic [mailto:i...@vt.edu] > Sent: Monday, April 10, 2023 8:52 PM > To: Ingo > Cc: Alexandre Torres Porres; pd-list@lists.iem.at > Subject: Re: [PD] object for showing images with a better quality than gif > (like ggee/image) ? > > You could also explore Pd-L2Ork's reimplementation of ggee/image that > includes > all of the things you mentioned, provides all-in-one functionality from > all of > the existing/legacy vanilla image objects, can easily rescale, supports > transparency and any Web-compatible image format, as well as offers an > ability > to track clicks, including their location. > > Best, > > Ico > > -- > Ivica Ico Bukvic, D.M.A. > Director, Creativity + Innovation > Director, Human-Centered Design iPhD > Institute for Creativity, Arts, and Technology > Virginia Tech > Creative Technologies in Music > School of Performing Arts - 0141 > Blacksburg, VA 24061 > (540) 231-6139 > i...@vt.edu > > ci.icat.vt.edu > l2ork.icat.vt.edu > ico.bukvic.net > > > > On Sun, Apr 9, 2023 at 10:39?PM Ingo wrote: > Buttons or knobs with JPGs (or other picture formats) would be a great > addition for making a good looking user interface. > When making a button it would be great to have the option for adding an > alternative picture directly for on/off instead of writing complicated > code in > Pd. > > One thing that Pd is really bad with is putting things in the background > (for > background pictures) or in the foreground for e.g. a button on top. > Also placing the picture from the top left corner (normal for canvas) makes > more sense than from the center (as it is the case with [ggee/image]) to > me. > > Changing the size of the image would be awsome! > It's very timeconsuming going back into the graphics editor to change the > picture to fit the exact size each time you change your mind about the > placement and size. > > Ingo > > > > From: Alexandre Torres Porres [mailto:por...@gmail.com] > Sent: Thursday, April 06, 2023 6:19 PM > To: Ingo > Cc: Peter P.; pd-list@lists.iem.at > Subject: Re: [PD] object for showing images with a better quality than gif > (like ggee/image) ? > > I also have else/pic which is ba
Re: [PD] Pd complete listing of internal Pd messages? - sending to the Pd window
On Fri, 2023-04-14 at 15:47 +0200, Ingo wrote: > > [pmenu] seems to use the size of the console font. > So by changing this with an internal Pd message I could change my > [pmenu] > font size on the fly. Did you try the vanilla drop-down abstraction with configurable font size I posted some days ago? https://github.com/reduzent/netpd/blob/main/includes/netpd-gui-dropdown.pd https://github.com/reduzent/netpd/blob/main/includes/netpd-gui-dropdown-help.pd Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd complete listing of internal Pd messages? - sending to the Pd window
Hi Roman, I tried the netpd-gui-dropdown . . . I installed netpd and the latest Pd vanilla. The first time I tried it didn't create at all. Redownloaded today and it did create - except for [netpd-mutex MXDROPDOWN]. This has probably to do with the fact that I just created the help patch on the Desktop of my Windows machine where no externals are registered. Looks pretty good and configurable. However, I did not see how to get a value from clicking on a menu item. Maybe it has to do with the missin [netpd-mutex MXDROPDOWN]. I could also not get any colors to change so far - only grey and black atm. I'll have to keep checking it out a bit further. It would definitely need a re-implementation of my current dropdown menus and would take some time once I have it running the way I need it. BTW, netpd looks really interesting! I'll have to take another (closer) look at it as soon as I have a bit more time. Thanks, Roman, for pointing me at this! Ingo -Original Message- From: Pd-list [mailto:pd-list-boun...@lists.iem.at] On Behalf Of Roman Haefeli Sent: Friday, April 14, 2023 4:05 PM To: pd-list@lists.iem.at Subject: Re: [PD] Pd complete listing of internal Pd messages? - sending to the Pd window On Fri, 2023-04-14 at 15:47 +0200, Ingo wrote: > > [pmenu] seems to use the size of the console font. > So by changing this with an internal Pd message I could change my > [pmenu] font size on the fly. Did you try the vanilla drop-down abstraction with configurable font size I posted some days ago? https://github.com/reduzent/netpd/blob/main/includes/netpd-gui-dropdown.pd https://github.com/reduzent/netpd/blob/main/includes/netpd-gui-dropdown-help.pd Roman ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd complete listing of internal Pd messages? - sending to the Pd window
On Fri, 2023-04-14 at 17:39 +0200, Ingo wrote: > I tried the netpd-gui-dropdown . . . > I installed netpd and the latest Pd vanilla. Actually, you don't need a full netpd installation for [netpd-gui- dropdown] to work. I thought it is a standalone abstraction and forgot about: > except for [netpd-mutex MXDROPDOWN]. that is just another abstraction to make sure that at most one instance of [netpd-gui-dropdown] is active. [netpd-gui-dropdown] still works without it, but user experience can get messy if many overlapping dropdown are active. > This has probably to do with the fact that I just created the help > patch on > the Desktop of my Windows machine where no externals are registered. Of course - like with any other abstraction - you need to put it somewhere where your patch finds it. Or tell your patch where to find it with [declare -path ] > > Looks pretty good and configurable. > However, I did not see how to get a value from clicking on a menu > item. There is no outlet, the communication works through a send/receive symbol specified by first argument. [netpd-gui-dropdown $0.mydropdown] [r $0.mydropdown] | [route selected] | [print] <- print what you selected with [netpd-gui-dropdown] > Maybe it has to do with the missin [netpd-mutex MXDROPDOWN]. No. > I could also not get any colors to change so far - only grey and > black atm. Send a message like 'select_box_color 800' to it. Please note that color values use data structures color encoding: 800 = red 80 = green 8 = blue > I'll have to keep checking it out a bit further. Also note, that when you increase the font size, you might need to increase the height as well, like [fontsize 16, height 20( | [s $0.mydropdown] Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list