Pd-list May 2021

pd-list@lists.iem.at

40 participants
46 discussions

Patterns for Pd Documentation
by Esteban Viveros 25 May '21

25 May '21

Hello list! I'm looking for beliefs, judgment, advice, and anything that can contribute to better documentation of the entire world for pd users only. I suggest explicit 2 points: 1. What is the audience that you believe will make use of the Pd documentation? Things like, advanced english speakers, academics, the gender, low/high earning power, if they are programmers, musicians, open source people, nationality... whatever you can write in a few words. 2. Issues you see in actual way to document the objects, suggestions to improve documentation to meet your imagined pd user. Educational experiences, examples of documentation patterns, opinions about how things have been done so far are welcome! If you want to contribute more in effort to improve Pd Docs Structure I have opened a issue in Pd github: Pattern design for Pd Documentation <https://github.com/pure-data/pure-data/issues/1320> Thanks for all! :) -- Esteban Viveros www.estebanviveros.com

3 4

[PD-announce] vstplugin~ v0.5 pre-release!
by Christof Ressi 25 May '21

25 May '21

Hi, here is a pre-release for vstplugin~ v0.5 - a Pd external to run VST2 and VST3 plugins. You can find it on Deken or download it here: https://git.iem.at/pd/vstplugin/-/releases/v0.5-test1 --- The most important changes: * VST3: support multiple input/output busses ("-i" and "-o" creation argument flags) + new methods for obtaining bus info * VST3: fixed possible wrong channel count (regression introduced in v0.4) * Linux: allow to run 32-bit and 64-bit Windows plugins (via Wine) * Linux: fix non-functional VST3 editor * some thread-safety improvements which fix occasional crashes with NI plugins (and possibly others) The full changelog is here: https://git.iem.at/pd/vstplugin/-/releases/v0.5-test1 --- Beside trying out the new features, it would be very appreciated if you could test it with your existing projects and check if nothing is broken. If you find any issues, please file a bug report here: https://git.iem.at/pd/vstplugin/-/issues Have fun! Christof _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

3 10

Control scroll bar
by Esteban Viveros 24 May '21

24 May '21

Anyone knows how can I control the scrollbar position? I wan't to send a msg to tcl and control scroll position. I don't tcl programme, but I already tried to use (without success) -yscrollsommand: https://www.tcl.tk/man/tcl/TkCmd/options.htm#M-yscrollcommand I think it's because I don't have the y scroll id. Thanks any advance! -- Esteban Viveros www.estebanviveros.com

1 0

Re: [PD] Pd number boxes, slider boxes, etc. don't update if my main patch is not visible during starting up (Debian) Tcl/Tk 8.6 (Ingo)
by rolfm＠dds.nl 24 May '21

24 May '21

on Windows 10 a minimal patch with a loadbang of vis 0 to the main (and only) canvas, a numberbox updating with a metro, a vis 1 after some time shows the number box changing. does something like this also not work in your setup? rolf

2 4

Pd number boxes, slider boxes, etc. don't update if my main patch is not visible during starting up (Debian) Tcl/Tk 8.6
by Ingo 23 May '21

23 May '21

Hello, I have a strange problem with my number boxes, sliders and a few more graphical objects that don't update when my main patch is not visible during starting up. I'm running Debian with Tcl/Tk 8.6. I had this problem before and it had been discussed here before. I had figured out that keeping the main patch window visible during starting up fixes it. However, it looks kind of ugly and messy in comparison to displaying a startup logo . . . I have a relative complicated way of starting up which works fine as long as my main patch is visible. Now I tried to add a logo with a .jpg picture in GEM (2nd patch being started with a script at the same time as my main patch window - connected with netsend / netreceive) covering the messy looking pd window and main patch window during starting up. The problem that I get is that a lot of graphical objects like number boxes, radio buttons and sliders look like they are stuck when the main patch is not visible when starting up. I. e. starting up works fine, the patches get created and work but the UI is unusable due to the fact that e. g. number boxes and sliders don't get updated graphically anymore when being changed. So a number box outputs numbers but always shows "0". A slider sends numbers but is graphically stuck at the position of creation, etc. I have tried several ways of hiding my main patch either by opening a GEM .jpg fullscreen with a logo or [loadbang] - [patchname vis 0] or moving the window outside of the visible screen with [hcs/sys_gui]. Using some of these methods used with [loadbang] and no delay crash Pd while they work with a delay of 1000 ms. This has been discussed and confirmed here with the kiosk plugin being activated in some cases. The effect that e. g. number boxes don't get updated remains no matter how I hide my main patch window - unless my main patch is visible when starting up. The number boxes still send the values e. g. to a canvas (or a connected message box with [prepend set]) but the number boxes themselves keep displaying "0". Does anybody know of a way for resetting the graphical response of these Tcl/Tk objects? It could be possible that they get graphically deactivated or sent to the background when starting up invisibly. It happens with any new or existing window that is being opened or created afterwards. I tried searching for some kind of a "reset" in Tcl/Tk but couldn't find anything. I'm suspecting that is could be an issue of being graphically deactivated due to being in the background upon creation. Any help from anyone who knows more about Tcl/Tk would be appreciated. Thanks! Ingo

1 0

Resources for building a GEM-based external
by Serguei A. Mokhov 21 May '21

21 May '21

Hi, We are looking to build an external for OpenISS's C++ framework. I've gone over docs on how to make externals in Pd in general already, but I am quite fuzzy about how to do the same with GEM. In particular, we'll be receiving image frames of various types (along side any other motion data from sensors and software devices) that we'd like to render / texture-map. I understand that GEM itself is an external. What's the most recent resource that can help us building an external that would work with GEM? Most docs either focus on signal and scalar data or docs for GEM are out of date on the official pages. I guess what I am looking for is a recent "ideomatic" example on how to deal with things that deal with image-like / matrix-like frame data. Thanks! -s

2 1

PInstrument, modular synthesis on Raspberry Pi
by Samuel Burt 21 May '21

21 May '21

Hi, list. Thought some of you might be interested in this. https://github.com/TricksterSam/PInstrument I've shared my code for my PInstrument, a set of modules for audio synthesis built in Pure Data designed to run on a small touch screen. Specifically, the interface is designed to work on a 320x240 2.8 inch TFT Capacitive Touchscreen but it will work on any larger screen. The PInstrument is also designed to run on a low-power CPU like those in a Raspberry Pi 3 or 4. It was also designed with a 4in/8out DC-coupled interface to be used with a Eurorack synthesizer. As of 2021, Expert Sleepers produces both the ES-8 and ES-9 that will solve these purposes. I use it as a rack-mounted touch-screen in conjunction with an ES-8 to add functionality to my Eurorack setup without needing a big laptop on the desk. In it you'll find a number of modules: Relabi Waves - a four channel chaotic oscillator Turing Machine Phase Sequence Wave Folder VCA Panner - panner and four channel mixer Quad Cosines Clocks - a four channel clock-divider and clock-synced wave generator Drums - a quick and dirty set of synth drum sounds Pitch Tracker - three channels of pitch tracking for V/O control You can certainly run this wherever and however you want. You might even find some of the modules and abstractions useful. Using Eurorack has fundamentally shifted some of my approaches to Pure Data coding and I wanted to see what I could accomplish here. You can run it with Eurorack with Expert Sleepers or just run it stand alone on your computer. I believe it's all vanilla Pd. So there shouldn't be any compatibility issues. Feel free to fork or get in touch if you want to contribute. This is an evolving project, but I think it's reached a level of maturity that others might benefit. If you want help setting it up to boot from startup on a Raspberry Pi, get in touch. Cheers! Sam

1 1

Re: [PD] numbers seem to be wrongly adding up
by rolfm＠dds.nl 21 May '21

21 May '21

thanks Roman for replying i had the, apparently, wrong idea that it were the big numbers giving problems when using floating point arithmetic. now, after reading up about the 'perils of floating point' i have to rethink my method of calculation. rolf Roman Haefeli wrote: >>The intricacies of 32bit floating point numbers have been discussed up >>and down on this list. >>tldr; many decimal numbers do not have an exact floating point >>representation. Incrementing with such numbers increases the error on >>each iteration >>Suggestion: Count with integer numbers and scale afterwards. >>Roman

2 1

Re: [PD] PInstrument, modular synthesis on Raspberry Pi
by Nicklas Lundberg 20 May '21

20 May '21

Hi Sam, I would really appreciate if you could share how you set up Pd on a Raspberry Pi 3. Vänliga hälsningar, Nicklas Lundberg. www.nicklaslundberg.com > > Message: 2 > Date: Tue, 18 May 2021 15:44:18 -0400 > From: Samuel Burt <composer.samuel.burt(a)gmail.com> > To: Pd-list <pd-list(a)lists.iem.at> > Subject: [PD] PInstrument, modular synthesis on Raspberry Pi > Message-ID: > <CAFwwLiR5OvDNm=9EPNjphM+UPjE=14= > 4zGfbAdJiNN5PPxD5Gw(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi, list. Thought some of you might be interested in this. > > https://github.com/TricksterSam/PInstrument > > I've shared my code for my PInstrument, a set of modules for audio > synthesis built in Pure Data designed to run on a small touch screen. > Specifically, the interface is designed to work on a 320x240 2.8 inch TFT > Capacitive Touchscreen but it will work on any larger screen. The > PInstrument is also designed to run on a low-power CPU like those in a > Raspberry Pi 3 or 4. It was also designed with a 4in/8out DC-coupled > interface to be used with a Eurorack synthesizer. As of 2021, Expert > Sleepers produces both the ES-8 and ES-9 that will solve these purposes. > > I use it as a rack-mounted touch-screen in conjunction with an ES-8 to add > functionality to my Eurorack setup without needing a big laptop on the > desk. > > In it you'll find a number of modules: > Relabi Waves - a four channel chaotic oscillator > Turing Machine > Phase Sequence > Wave Folder > VCA Panner - panner and four channel mixer > Quad Cosines > Clocks - a four channel clock-divider and clock-synced wave generator > Drums - a quick and dirty set of synth drum sounds > Pitch Tracker - three channels of pitch tracking for V/O control > > You can certainly run this wherever and however you want. You might even > find some of the modules and abstractions useful. Using Eurorack has > fundamentally shifted some of my approaches to Pure Data coding and I > wanted to see what I could accomplish here. You can run it with Eurorack > with Expert Sleepers or just run it stand alone on your computer. > > I believe it's all vanilla Pd. So there shouldn't be any compatibility > issues. > > Feel free to fork or get in touch if you want to contribute. This is an > evolving project, but I think it's reached a level of maturity that others > might benefit. If you want help setting it up to boot from startup on a > Raspberry Pi, get in touch. > > Cheers! > Sam >

1 0

For those who like inspiring technical musicking talks
by Pierre Alexandre Tremblay 20 May '21

20 May '21

Dear all The Fluid Corpus Manipulation (www.flucoma.org) project is the radar of some of you, because it keeps cropping up once in a while. To make a long story short, we have various machine listening and learning tools to help tackle programmatically sound bank mining in Max and SuperCollider (and Pd in progress) on MacOS, Windows and Linux with all the code open source... As part of the project design, we commissioned works to get first users feedback on interface decisions and directions and many other things. You can see who was on the first cohort here (https://www.flucoma.org/commissions/)) Now, in early July we have 8 more pieces coming. We asked all composers to tell us how they (ab)used the tools. You can follow the saga [here](https://discourse.flucoma.org/t/video-presentation-by-the-artists-sec… and I'll post one per week, which leads us to the gigs. This week, Hans Tutschku explains his approach to polyphonic piano processing, informed by 30 years of practice. I hope you enjoy! p

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 May 2021