Pd-list April 2021

pd-list@lists.iem.at

37 participants
44 discussions

pd~ -nogui process with Gem [scopeXYZ]
by Samuel Burt 11 Apr '21

11 Apr '21

Here's what I'm trying to do: On a Raspberry Pi 3, *I want to run an audio patch that generates LFOs and also have a Gem window that shows [scopeXYZ].* There are tremendous dropouts unless [scopeXYZ] has a very short length of samples to process. Here's one problem I've run into: I'm prototyping on Windows 10. I decided to try running the Gem component in a subprocess [pd~]. *The [pd~] object doesn't seem to accept the "-nogui" tag. How do I use it?* Will it also hide the terminal window that launches the second copy of Pd? Is this an effective method of separating Gem from audio on a Raspberry Pi? Is there a better way? Hi. I find it difficult to search for discussions related to pd~ because Google uses ~ for synonym searches. Any tips for searching for [pd~] on the web and the mailing list? Thanks! Sam

3 3

Re: [PD] [PD-announce] piro 0.0.3 alpha
by Marco Matteo Markidis 11 Apr '21

11 Apr '21

Hi Edwin, Thank you for your interest. [multiconvolve~] combines time domain convolution for the early portion of an IR with more efficient FFT-based partitioned convolution for the latter parts of the IR[1]. Moreover SIMD instructions are used in the FFT-convolution scheme. Best, Marco [1]: http://eprints.hud.ac.uk/id/eprint/14897/1/HISSTools_IR_Toolbox.pdf.pdf Il giorno dom 11 apr 2021 alle ore 19:02 Edwin van der Heide <pd(a)evdh.net> ha scritto: > Dear Marco, > > Very nice, I’l do some testing soon! > > Does multiconvolve~ use a combination of different FFT sizes in order to > achieve both low latency output and a cpu-efficient form of partitioned > convolution? > > Best! > > Edwin > > On 11 Apr 2021, at 17:25, Marco Matteo Markidis <mm.markidis(a)gmail.com> > wrote: > > Dear all, > > I would like to announce the release of *piro*[1]. > Piro is a Pd-port of an impulse-response measurement object and a zero > latency convolver from the HISSTools Impulse Response Toolbox (HIRT). > Moreover in the package it is included a general-purpose object that > contains several utilities for managing IRs; this is still in progress. > Source code and binary for major architectures are provided. > For any questions about the Pd version of these objects please do not > hesitate to contact me. > Moreover in the readme there is a link for the original project, where you > can find an article that describes the original package and its utilities. > > Finally I would like to thank Lucas Cordiviola and Giuseppe Silvi for > their patience with this project. > > Best, > Marco > > [1]: https://github.com/d-i-s/piro > _______________________________________________ > Pd-announce mailing list > Pd-announce(a)lists.iem.at > https://lists.puredata.info/listinfo/pd-announce > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > >

2 1

[PD-announce] piro 0.0.3 alpha
by Marco Matteo Markidis 11 Apr '21

11 Apr '21

Dear all, I would like to announce the release of *piro*[1]. Piro is a Pd-port of an impulse-response measurement object and a zero latency convolver from the HISSTools Impulse Response Toolbox (HIRT). Moreover in the package it is included a general-purpose object that contains several utilities for managing IRs; this is still in progress. Source code and binary for major architectures are provided. For any questions about the Pd version of these objects please do not hesitate to contact me. Moreover in the readme there is a link for the original project, where you can find an article that describes the original package and its utilities. Finally I would like to thank Lucas Cordiviola and Giuseppe Silvi for their patience with this project. Best, Marco [1]: https://github.com/d-i-s/piro _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Re: [PD] Pd and computer crash/freeze when using [comport], bug?
by Nicklas Lundberg 11 Apr '21

11 Apr '21

> > Thank you for doing this. It may also be relevant that I experienced the exact same of freeze/crash behavior when using Pduino. Date: Fri, 9 Apr 2021 17:14:18 +0300 > From: Alexandros <adrcki(a)gmail.com> > To: pd-list(a)lists.iem.at > ... > This has to do with the abstraction I made then. We did discuss about it > on Pd's forum, but it didn't occur to me that this could be the case. > I'll have a look at it and get back to you. > > On 9/4/21 5:10 ?.?., Nicklas Lundberg wrote: > > Hmm, it does not crash when [serial_print any] is disconnected. You > > can quit normally. > > > > This may be relevant: > > > > Pd console reports no errors when communication fails when trying too > > fast updates (with [serial_print any] disconnected less than 30 ms). > > > > I uploaded a similar setup (pd patch+arduino sketch) to the folder. > > Here it does not crash even if updates are sent every 1 ms. And the pd > > console starts to write error messages when the communication is too > > fast (starts around 7 ms). >

4 4

Re: [PD] Pd and computer crash/freeze when using [comport], bug?
by Nicklas Lundberg 10 Apr '21

10 Apr '21

> > On Fri, 2021-04-09 at 09:31 +0200, Nicklas Lundberg wrote: > > > [comport] is communicating with an Arduino Nano over USB to control > > PWM pins. > > > > If [comport] is receiving messages faster than 50 ms Pd will freeze, > > has to be force quitted, system gets sluggish, and the computer has > > to be restarted. > > > > I can replicate it and it happens every time. I wonder if this should > > be reported as a bug or if it is expected behavior in the specific > > setting. > > > While not suggesting that I'd be able to help, can you provide some > more information, ideally providing a minimal patch that triggers the > behaviour? > > Also what versions are involved: OS, Pd, comport? > > Roman > Pd/Arduino codes and crash instructions in this folder: https://drive.google.com/drive/folders/1oDxeFCc63tvdgP6CWguJmBdfekAAMOrQ?us… comport 1.1.1 Pd-0.51-4 MacOS Mojave 10.14.6 MacBook Air 11" mid 2012 to crash pd and computer: Upload sketch to Ardunio (Nano) Open comport serial communication activate dsp Set metro object to less than 50 ms Toggle metro on to crash

3 4

Re: [PD] Sending Startbit and Stopbit with comport for MIDI with Arduino
by Ingo 10 Apr '21

10 Apr '21

Just to let you know, buffering was the problem and not the start bit and stop bit. Setting it to low before sending each byte and hi afterwards made the MIDI signal garbage. So, it looks like the Arduino is already taking care of the necessary serial start/stop bits. Everything works perfectly now - sending to the LCD display and MIDI out at the same time. Ingo > -----Original Message----- > From: Ingo [mailto:ingo@miamiwave.com] > Sent: Monday, March 22, 2021 6:45 PM > To: 'Martin Peach' > Subject: RE: [PD] Sending Startbit and Stopbit with comport for MIDI with > Arduino > > I'll have to go through the whole chain and monitor at which point it starts > getting messy. > > First include the message directly in the Arduino program, then read on the > Arduino serial monitor what come into the Arduino, then see if I get both > right if it works. > > I think I need to set up an array first that will hold he bytes coming from > Pd. > Pd is sending with a baud rate of 115200 while the serial midi is running at > 31250 baud. > > Serial.begin(115200); // send from Pd to display, > MIDI and read > buttons to Pd > Serial1.begin(31250); // Start MIDI > > Most likely something gets lost there if it's not the start and stopbits. > > Thanks! > Ingo > > > > > > -----Original Message----- > > From: Martin Peach [mailto:chakekatzil@gmail.com] > > Sent: Monday, March 22, 2021 4:29 PM > > To: Ingo > > Subject: Re: [PD] Sending Startbit and Stopbit with comport for MIDI > > with Arduino > > > > Well I'm sure the start ans stop bits are fine, if the serial > > connections are working at all. > > You can only change that in Serial.begin() anyway. Writing LOW will > > just send the value 0 as serial. > > > https://www.arduino.cc/reference/tr/language/functions/communication/s > > erial/begin/ > > It sounds like your message parsing or buffering is messed up. If you > > just send 144,60, 127 through Serial1, does it work? > > > > Martin > > > > On Mon, Mar 22, 2021 at 11:07 AM Ingo <ingo(a)miamiwave.com> wrote: > > > > > > Hi Martin, > > > > > > I have been using Arduinos for years for MIDI without any issues. > > > > > > Serial (USB) is connecting to Pd and Serial1 (Pin 0 and1, TX and RX) > > > are sending and receiving MIDI at a Baud Rate of 31250. > > > I had been able to send and receive before as long as my Arduino was > > > doing only MIDI. > > > > > > Now I am sending from Pd both LCD display text data as well as MIDI > > > and Arduino command data for turning pins on and off, etc. > > > There are headers (253 - 255) that change only when the message type > > > changes (from display text to MIDI or commands). > > > So when I send to the display I send 253 followed by the ascii > > > numbers for the text. > > > When I send MIDI I send 254 followed by the raw MIDI data -like > > > [144(, [60(, [100( . > > > When I need to switch on a pin I send 255 followed by the number > > > that executes turning on a certain pin. > > > > > > This works perfectly except for some reason a connected MIDI device > > > or interface does not recognize the MIDI signal anymore. > > > So I'm troubleshooting now. > > > > > > The missing startbit and stopbit were one thing that I'm suspecting. > > > Amother thing is that Pd sends much faster to the Arduino than the > > > MIDI Baud rate - so I'll have to create an array inside of the > > > Arduino for reading the complete data. To slow this down for testing I > used [drip 1]. > > > > > > I tried to add the startbit and stopbit like this in the Arduino > > > sketch but without any success. > > > The " tempSerialMidiInValue1" is coming in over USB (Baud Rate > > > 115200) from Pd. > > > Receiving MIDI data from Pd is activated at this point. > > > > > > if ((tempSerialMidiInValue1 >= 0) && (tempSerialMidiInValue1 < > 253)) { > > > Serial1.write(LOW); > > > // > > > MIDI Out Startbit > > > Serial1.write(tempSerialMidiInValue1); // MIDI data byte > > > Serial1.write(HIGH); > > > // > > > MIDI Out Stopbit > > > tempSerialMidiInValue1 = -1; > > > } > > > > > > Unfortunately the MIDI interface does not signal that it got a message. > > > While reading from the serial (RX pin) MIDI input on the Arduino has > > > no problem sending the received MIDI input data directly to the > > > output like > > this: > > > > > > if (Serial1.available() > 0) { > > > tempSerialMidiInValue1 = Serial1.read(); > > > } > > > if ((tempSerialMidiInValue1 >= 0) && (tempSerialMidiInValue1 < > > > 253)) > { > > > Serial.write(tempSerialMidiInValue1); > > > Serial1.write(tempSerialMidiInValue1); > > > // > > > MIDI Thru > > > tempSerialMidiInValue1 = -1; > > > } > > > > > > However, seinding a note on with [144(, [60(, [100( and forwarding > > > it to Serial1.write is not being recognized. > > > > > > Whether this has anything to do with the startbit and stopbit > > > required by the MIDI format is just a guess . . . > > > > > > > > > Ingo > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: Martin Peach [mailto:chakekatzil@gmail.com] > > > > Sent: Monday, March 22, 2021 3:16 PM > > > > To: Ingo > > > > Cc: Pd-List > > > > Subject: Re: [PD] Sending Startbit and Stopbit with comport for > > > > MIDI with Arduino > > > > > > > > Hi Ingo, > > > > It's not clear to me which parts of your setup are hardware MIDI > > > > and which are hardware serial, so this may be not relevant: > > > > MIDI uses the same serial protocol as regular serial, the > > > > difference is the baud rate (31250 is not a standard baud rate) At > > > > the hardware level, MIDI is optoisolated and works as a current loop. > > > > At the Pd end, MIDI messages are handled completely separately > > > > from whatever [comport] is doing, so you have to 'manually' > > > > reconstruct MIDI from a serial stream (as with [midifile], which > > > > also doesn't integrate with Pd's MIDI sytsem, as MIDI is being > > > > handled at the driver level, and uses a different software interface). > > > > > > > > So if your baud rate on the Arduino is 31250, at the minimum you > > > > need [comport] to be running at 31250 s well, which is not usually > > possible. > > > > It's easier to use a MIDI interface on the computer and send MIDI > > > > from the arduino directly. This can be done using 2 220 Ohm > > > > resistors and a > > > > DIN-5 connector. > > > > > > > > Martin > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Mon, Mar 22, 2021 at 4:13 AM Ingo <ingo(a)miamiwave.com> wrote: > > > > > > > > > > Hi, > > > > > > > > > > I would like to send MIDI with [comport] from Pd by using an > > > > > Arduino. > > > > > > > > > > Reading into Pd is no problem. > > > > > It also works fine as a MIDI Thru by simply forwarding the > > > > > Serial1 RX input (MIDI input) to the Serial1 TX output (MIDI Thru). > > > > > Something like this: > > > > > > > > > > if (Serial1.available() > 0) { > > > > > Serial1.write(Serial1.read()); > > > > > } > > > > > > > > > > (The loop duration is only about 250 ? so there is no timing > > > > > problem in this case. > > > > > For data coming in faster than the loop duration I would > > > > > probably have to read into an arry first.) > > > > > > > > > > > > > > > However, if I'm sending a MIDI message from Pd it's not > > > > > recognized by the connected MIDI interface. > > > > > I'm assuming that's probably because there is no startbit and > > > > > stopbit that the MIDI interface is looking for. > > > > > > > > > > According to the helpfile I can send a stopbit with [comport] > > > > > but I didn't find anything about a startbit. > > > > > > > > > > Is there a possibility within Pd and [comport] to send a > > > > > startbit or would it make more sense to add the startbit and > > > > > stopbit within the Arduino programming? > > > > > > > > > > Thanks! > > > > > Ingo > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Pd-list(a)lists.iem.at mailing list UNSUBSCRIBE and > > > > > account-management -> > > > > > https://lists.puredata.info/listinfo/pd-list > > > > > >

1 0

[PD-announce] Scoring Pd patches with ossia score
by Jean-Michaël Celerier 10 Apr '21

10 Apr '21

Hi folks ! I'd like to introduce this group to ossia score, a sequencer which embeds PureData through libpd since its latest alpha versions, in order to easily allow to score Pd patches (among many other things) in an interactive time-line. It is a preview feature - thus I'd like to ask this group if anyone wants to beta-test it and help report bugs / inconsistencies / any kind of issues with the way Pd is integrated in ossia score ? Here is a small video of how it looks: https://vimeo.com/529042247 And a link towards the Pd integration documentation: https://ossia.io/score-docs/docs/advanced/puredata.html ossia score can be downloaded here: https://ossia.io/score/download.html Please share around (& report any issues) - but most importantly hopefully you'll have fun while trying it :-) Kind regards, Jean-Michaël ossia.io _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Pd and computer crash/freeze when using [comport], bug?
by Nicklas Lundberg 09 Apr '21

09 Apr '21

Hi, Scenario [comport] is communicating with an Arduino Nano over USB to control PWM pins. If [comport] is receiving messages faster than 50 ms Pd will freeze, has to be force quitted, system gets sluggish, and the computer has to be restarted. I can replicate it and it happens every time. I wonder if this should be reported as a bug or if it is expected behavior in the specific setting. Best regards, Nicklas Lundberg.

2 1

[PD-announce] Last Call for papers: “A quarter of century of Pd: past, present and future”.
by Alexandre Torres Porres 08 Apr '21

08 Apr '21

Hi, maybe this is the last reminder for this call of papers whose deadline is approaching (june 1st 2021). Please spread the word yourselves in your mailing lists for contacts who may contribute. Vortex Music Journal | v.9 n.2, 2021 | Call for Papers “A quarter of century of Pd: past, present and future”. Deadline: June 1st, 2021. Guest editor: Dr. Alexandre Torres Porres. - Full Call: http://vortex.unespar.edu.br/call_v9_n2a.pdf Thanks! _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

PhD postion on the ERC-funded Intelligent Instruments project
by thor list 07 Apr '21

07 Apr '21

Hello, and apologies for x-posting! We are seeking applications for the first PhD position on the ERC-funded Intelligent Instruments research project hosted at the Iceland University of the Arts. This is a three-year fully-funded scholarship. The candidate will propose their own project under the rubric of Intelligent Instruments (see advert) and work in an exciting lab in the heart of Reykjavik, Iceland. Deadline is May 17th and the start date for the project is Sept 1st, 2021. Further information here: https://www.lhi.is/en/intent <https://www.lhi.is/en/intent> Please share and forward this email or the above URL! Looking forward to hear from you - happy to answer any questions at thor.magnusson(a)lhi.is <mailto:thor.magnusson@lhi.is> All best Thor Magnusson https://thormagnusson.github.io <https://thormagnusson.github.io/>

1 0

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 2021