Pd-list April 2023

pd-list@lists.iem.at

30 participants
34 discussions

[leapmotion] how to get focus?
by rolfm＠dds.nl 25 Apr '23

25 Apr '23

Windows 11, PD-53.1 SDK:LeapDeveloperKit_2.3.1+31549_win PD-console: --------------------------------------------- Leap Motion Listener: Initialized Leap Motion Service: Connected Leap Motion Connected Device: LP32497879452 v1.7.0 **************** [leapmotion] for Pd version 0.2.3 Forked from version 0.1 by Chikashi Miyama Updated by William Brent (Dec 2022) **************** Leap Motion Service: Connected Leap Motion Controller: Focus gained Leap Motion Controller: Focus lost Leap Motion Controller: Focus gained Leap Motion Controller: Focus lost Leap Motion Controller: Focus gained Leap Motion Controller: Focus lost ------------------------------------------------- i've been trying to get leapmotion-help working, with minimal succes. where the leapmotion diagnostic visualiser shows my hands representation all the time, [leapmotion] does not report anything from the controler, and now and then prints the messages focus gained/focus lost. only a few times suddenly a frame with general data showed up, with or without a change of position for the button in the cursor-test. why, i don't know. i cannot reproduce it, whatever i do with my hand(s). the siamese appearance of the gained/lost messages gives the impression (to me) there's some 'secret magic' needed for [leapmotion] to get focussed. what am i missing or doing wrong? rolf

2 7

midi file into [text sequence]?
by Peter P. 24 Apr '23

24 Apr '23

Hi, starting to use [text sequence] instead of [qlist] more and more, I am wondering how difficult it might be to write an external script that converts .mid file into .txt usable by [textfile sequence]? Has anyone attempted something similar already? What would be the easiest language and/or libraries to do this on DebianGNU Linux? Thanks! Peter

6 8

Re: [PD] [porres/pd-else] [else/keyboard] issue with Pd Max. Zoom - Pd 0.53.1 / Ubuntu Studio 22.04 - Linux Mint 21 (Issue #1395)
by Linux ROUEN Normandie 23 Apr '23

23 Apr '23

Hello Alexandre, GREAT! Thank you for your hard work. 😎 Awaiting for your next ELSE library release so I can test it. - - - - - - - Best, Joe - - - - - - - Le 23/04/2023 à 09:46, porres a écrit : > > Closed #1395 <https://github.com/porres/pd-else/issues/1395> as > completed via b6d9370 > <https://github.com/porres/pd-else/commit/b6d9370f41d8b09abfe974da3697cc619c…>. > > — > Reply to this email directly, view it on GitHub > <https://github.com/porres/pd-else/issues/1395#event-9074409944>, or > unsubscribe > <https://github.com/notifications/unsubscribe-auth/ANP5JGKQB4WPICOISU6ENKTXC…>. > You are receiving this because you authored the thread.Message ID: > <porres/pd-else/issue/1395/issue_event/9074409944(a)github.com> >

1 0

Re: [PD] midi file into [text sequence]?
by Dan Wilcox 23 Apr '23

23 Apr '23

There is also the [c_seqplay] abstraction in rjlib which can playback txt files output from [seq] by Max or Cyclone's seq. It's pure vanilla, so once you have done the conversion, you don't need additional externals for playing. It was written before [text] and uses [textfile] so maybe useful to examine as a reference? https://github.com/rjdj/rjlib <https://github.com/rjdj/rjlib> That being said, I also use mrpeach midifile to work with MIDI directly. I have a wrapper, [c_midiplay], in my rc-bastractions which outputs to the internal messaging so you can receive events visa the traditional [notein], [ctlin], etc objects: https://github.com/danomatika/rc-patches <https://github.com/danomatika/rc-patches> > On Apr 22, 2023, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 1 > Date: Sat, 22 Apr 2023 07:46:28 +0200 > From: "Peter P." <peterparker(a)fastmail.com <mailto:peterparker@fastmail.com>> > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: [PD] midi file into [text sequence]? > Message-ID: <20230422054628.vf2qzum6s2yxrbj2(a)fastmail.com <mailto:20230422054628.vf2qzum6s2yxrbj2@fastmail.com>> > Content-Type: text/plain; charset=us-ascii > > Hi, > > starting to use [text sequence] instead of [qlist] more and more, I am > wondering how difficult it might be to write an external script that > converts .mid file into .txt usable by [textfile sequence]? > > Has anyone attempted something similar already? What would be the > easiest language and/or libraries to do this on DebianGNU Linux? > > Thanks! > Peter -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Re: [PD] Pduino issue
by Rick Snow 18 Apr '23

18 Apr '23

Thank you all for your thoughts regarding this 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 have used pduino in the past with a mega. I do not remember if I used the specific pins in question previously. I am using pduino .8 and standardFirmata (most recent). I am using a Mac with a usb c dongle….I have tried it on a pc laptop and had the same problem. I have used a couple of different brand new megas for testing. One test run revealed the following. Process: I turn on all the pins with a 250 ms delay in sending messages “pinMode 2 output” -> “pinMode 53 output”. Then I check each individual pin with a multimeter. The results are: Pins 2-23 work fine Pins 24-30 turn on but do not turn off Pins 31-38 do not turn on or off Pins 39-53 work fine I’ve done this a few times and had different sets of pins working/not working but they are generally in the areas above with pins 24-38 the most problematic. >> >> 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. When trying this method directly (without trying to turn on all the pins first) the working pins all work. When trying with a “non-working pin”, if I do this right after opening the patch, I can do this with at least 1 pin and it will work. Sometimes, I can check up to 3-4 “non-working pins” with this method and they will work, but then no more “non working pins” will work, and the previously checked non-working pins will stop working. Working pins will work even after the “non-working pins” stop responding. Restarting pd will allow this behavior to be replicated. > 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'? pinState messages will show what the multimeter shows with all working pins. pinState will sometimes show 1 for non working pins when the multimeter shows 0. >> 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. My intuition is that the messaging for these pins gets corrupted somehow after a certain number of pinMode messages are sent to the arduino object, but I really know absolutely nothing about the serial port/sysex side of this. Thank you all again for your thoughts! Ultimately this person would like to control about 40 solenoids with an arduino mega and a pd patch. Cheers, Rick

2 2

Pure Data Vanilla: [else/sfont~]... couldn't create under Manjaro Linux
by Linux Rouen Normandie 18 Apr '23

18 Apr '23

1. Same issue with latest [else/sfont~] v.1.0.0 rc-7 (installed thru Deken) than with previous versions under Manjaro Linux 22.1.0 (Arch Linux base). ------------------------------------------------------------------- -----> ELSE - EL Locus Solus' Externals for Pure Data <----- ------------------------------------------------------------------- - Version: 1.0-0 rc-7; Released march 1st 2023 - Author: Alexandre Torres Porres - Repository: https://github.com/porres/pd-else - License: Do What The Fuck You Want To Public License (unless otherwise noted in particular objects) - ELSE 1.0-0 rc-7 needs at least Pd 0.53-2 (you have 0.53-2, you're good!) ------------------------------------------------------------------- 2. Error in Pd's Console: /home/joe/Pure-Data/externals/else/sfont~.l_amd64: libpcre.so.3: cannot open shared object file: No such file or directory else/sfont~ -g 0.3 ... couldn't create 3. Current workaround: Continue to use Albert Graef's "else 1.0-0 rc-7; Unreleased" version with [sfont~] version 1.0-rc6 (using fluidsynth 2.3.1) ------------------------------------------------------------------- -----> ELSE - EL Locus Solus' Externals for Pure Data <----- ------------------------------------------------------------------- - Version: 1.0-0 rc-7; Unreleased - Author: Alexandre Torres Porres - Repository: https://github.com/porres/pd-else - License: Do What The Fuck You Want To Public License (unless otherwise noted in particular objects) - ELSE 1.0-0 rc-7 needs at least Pd 0.53-1 (you have 0.53-2, you're good!) ------------------------------------------------------------------- Thanks, Joe

4 5

Re: [PD] Pduino issue
by rolfm＠dds.nl 18 Apr '23

18 Apr '23

in my experience using a multimeter to test the working of pins on an Arduino is not always giving what you expect. i suggest to use e.g. a led to see if pins are on or off. rolf Rick Snow wrote: Thank you all for your thoughts regarding this 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 have used pduino in the past with a mega. I do not remember if I used the specific pins in question previously. I am using pduino .8 and standardFirmata (most recent). I am using a Mac with a usb c dongle….I have tried it on a pc laptop and had the same problem. I have used a couple of different brand new megas for testing. One test run revealed the following. Process: I turn on all the pins with a 250 ms delay in sending messages "pinMode 2 output" -> "pinMode 53 output". Then I check each individual pin with a multimeter. The results are: Pins 2-23 work fine Pins 24-30 turn on but do not turn off Pins 31-38 do not turn on or off Pins 39-53 work fine I've done this a few times and had different sets of pins working/not working but they are generally in the areas above with pins 24-38 the most problematic. >> 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. When trying this method directly (without trying to turn on all the pins first) the working pins all work. When trying with a "non-working pin", if I do this right after opening the patch, I can do this with at least 1 pin and it will work. Sometimes, I can check up to 3-4 "non-working pins" with this method and they will work, but then no more "non working pins" will work, and the previously checked non-working pins will stop working. Working pins will work even after the "non-working pins" stop responding. Restarting pd will allow this behavior to be replicated. > 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'? pinState messages will show what the multimeter shows with all working pins. pinState will sometimes show 1 for non working pins when the multimeter shows 0. >> 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. My intuition is that the messaging for these pins gets corrupted somehow after a certain number of pinMode messages are sent to the arduino object, but I really know absolutely nothing about the serial port/sysex side of this. Thank you all again for your thoughts! Ultimately this person would like to control about 40 solenoids with an arduino mega and a pd patch. Cheers, Rick

2 1

Re: [PD] Pd complete listing of internal Pd messages? - sending to the Pd window
by Ingo 16 Apr '23

16 Apr '23

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-bounces@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(a)lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

3 6

Re: [PD] Pd complete listing of internal Pd messages? - sending to the Pd window
by Dan Wilcox 16 Apr '23

16 Apr '23

"Use the source, Luke." https://github.com/pure-data/pure-data/blob/master/tcl/pdwindow.tcl#L451 <https://github.com/pure-data/pure-data/blob/master/tcl/pdwindow.tcl#L451> The pd window text console is .pdwindow.text. You can send the -font command to it in TCL: https://tcl.tk/man/tcl8.6/TkCmd/options.htm#M-font <https://tcl.tk/man/tcl8.6/TkCmd/options.htm#M-font> As for "internal Pd message" I don't believe there is one in this case as the core doesn't send setup info on this directly to the GUI like it does for the patch window canvases. This is why you didn't get a response yet with the exact answer to your request: I don't believe there is one. What you can do is use one of the GUI plugins and/or external objects which allows you to send TCL to the GUI directly. > On Apr 15, 2023, at 9:00 PM, pd-list-request(a)lists.iem.at wrote: > > It would have been nice to simply find out the name of the Pd console for > sending internal Pd messages until I get done with all of it. > Until then the software is probably not going to be usable with small screens > for a while. Oh well . . . > (My users don't have access to the regular Pd gui - it's a hardware box with a > dedicated user interface for non-programmers.) > > Ingo -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

object for showing images with a better quality than gif (like ggee/image) ?
by Ingo 14 Apr '23

14 Apr '23

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! Thanks Ingo

6 17

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list April 2023