Pd-list June 2021

pd-list@lists.iem.at

29 participants
43 discussions

[PD-announce] Click Tracker Library is online
by João Pais CT 18 Jun '21

18 Jun '21

Dear List, You can now get the click track of your favorite piece online! (or almost) The Click Trackerwebsite hosts now an open library with tracks sent by its users. The selection is small, but hopefully will grow with time. You can find pieces by Carola Bauckholt, Christian Winther Christensen, Bernhard Lang, Mesias Maiguashca, Enno Poppe, Niklas Seidl, Simon Steen-Andersen, Øyvind Torvundand a couple others. These can be downloaded as a Click Tracker file, or mp3. All the details in http://jmmmp.github.io/clicktracker/index-library If you have any click track to be posted, let me know. Best, João Pais -- Click Tracker Mobile -https://bit.ly/click-tracker-mob Click Tracker -http://j.mp/click-tracker Facebook -http://j.mp/clicktrackerfb _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

develop testing branch was: Find last error
by Dan Wilcox 15 Jun '21

15 Jun '21

Slightly off-topic: IOhannes, et al should we consider making a develop-testing style branch for integrating a number of PRs and the current develop branch for extended testing? I'd also like to have my sound file update branch get more use and it would then be an easier sell for Pd 0.52 etc... > On Jun 15, 2021, at 12:00 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 2 > Date: Tue, 15 Jun 2021 09:41:18 +0200 > From: IOhannes m zmoelnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at> > Subject: Re: [PD] Find last error > Message-ID: <564ebac4-d195-4cea-0297-3c2f983e27f3(a)iem.at <mailto:564ebac4-d195-4cea-0297-3c2f983e27f3@iem.at>> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On 6/15/21 9:28 AM, Jo?o Pais wrote: >> Hi, >> >> in parallel to the error discussion going on: the already existing "find >> last error" function can be quite helpful, but it doesn't always work. I >> didn't find any documentation for it (maybe I didn't search long >> enough), is it marked somewhere in which situations it works, and in >> which situations it doesn't? > > https://github.com/pure-data/pure-data/pull/965 <https://github.com/pure-data/pure-data/pull/965> > >> >> From the discussion going on, I imagine this function should not be >> connected with the new object, as they have completely different >> functions, correct? > > yes. the two are orthogonal. > > fmgasdr > IOhannes -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 1

Ability to access error messages from patch
by Roman Haefeli 15 Jun '21

15 Jun '21

Hi I was just discussing a feature request to an external (aoo) for posting error messages to the outlet instead of the Pd console. It reminded me that I often found error posts on the console limiting because they make the error condition inaccessible for the patch. Often there is no way to deal with a certain error condition on a patch level. Many programming languages provide an infrastructure to deal with error conditions in flexible ways. Pd not so much. OTOH, Pd considered being a rather higher level language, many people might do not expect such flexibility and are happy with clear errors in the console without having to hook up [print]s to all kinds of status outlets. Now, what if the (error) messages printed to the console could be made accessible to the patch? This wouldn't affect convenience of current error post practice, but could allow for dealing with error conditions within the patch. I do not have a clear picture of how exactly this could be designed, but then I wonder if people think whether this is an intelligent idea at all, before I open a feature request. Or maybe an existing external already does that? Roman

9 26

Find last error
by João Pais 15 Jun '21

15 Jun '21

Hi, in parallel to the error discussion going on: the already existing "find last error" function can be quite helpful, but it doesn't always work. I didn't find any documentation for it (maybe I didn't search long enough), is it marked somewhere in which situations it works, and in which situations it doesn't? From the discussion going on, I imagine this function should not be connected with the new object, as they have completely different functions, correct? jmmmp

2 1

panning window (touchscreen) with [hsc/sys_gui] on Linux
by Ingo 13 Jun '21

13 Jun '21

Hi, I'd like to be able to pan through a window that is larger than my touch screen. Does anyone know where I can find TCL/TK commands for panning that will work with [hcs/sys_gui]? Thanks! Ingo

2 4

Scheme for Pd 0.1 beta release
by Iain Duncan 13 Jun '21

13 Jun '21

Hi everyone, I'm excited to announce that Scheme for Pd (aka s4pd) is now code complete for version 0.1 and ready for people to use, though it does still require building from source at the moment. This should "just work" with the Makefile, let me know if not. Scheme for Pd is an open-source external for live-coding and scripting Pd with an embedded s7 Scheme Lisp interpreter. It is a port of most of Scheme for Max, also by me, for Max/MSP. s7 is an embeddable minimal Scheme implementation by Bill Schottstaedt at CCRMA, with many nice features for algorithmic composition and embedding. It's the Scheme engine used in the Common Music algorithmic composition toolkit and the Snd audio editor, and has keywords, Common Lisp style macros, first-class environments, thread safety, applicative syntax, and a very straight forward FFI (foreign function interface). Features in beta 0.1: * run code from files, and hot reload files during playback * evaluate scheme code from Pd messages live with a REPL * keeps on playing fine when you go into edit mode * output numbers, symbols, lists, vectors (as Pd lists) * basic array i/o * send messages to named receivers * schedule functions with delay, using the Pd scheduler The GitHub project page is here. Please file issues there if you find bugs or the help is unclear. I'm sure there are still some issues! https://github.com/iainctduncan/scheme-for-pd If you've not used Scheme before, I've written a crash course for Scheme for Max which should almost all apply here: https://iainctduncan.github.io/learn-scheme-for-max/introduction.html There are various videos on the youtube channel demoing things you can do with the Max version, which might be of interest, as they should mostly port over without issue. I will be making Pd specific ones in the future. https://www.youtube.com/channel/UC6ftX7yuEi5uUFkRVJbJyWA If you can help with testing and making builds on Windows and Linux, please let me know. I think this version should be ready for a binary release now. Enjoy, iain

1 0

Re: [PD] [PD-dev] Scheme-for-Pd, how to release beta versions, call for testers
by Christof Ressi 11 Jun '21

11 Jun '21

> If so, how is that normally bundled up? I need people to have > external, the help patcher and also a set of scm files on their pd > search path for it all to work. Externals are mainly distributed in binary form (sometimes also with the sources) via Pd's own package manager Deken. As others have already noted, you should use the pd-lib-builder build system if possible. Christof On 10.06.2021 22:19, Iain Duncan wrote: > Hi folks, I'm only a few days away (I think!) from a first beta > release for Scheme-for-Pd, and am wondering what I'm supposed to do > for releasing to the early testers given I don't want to put it on > Deken until it's had the tires well kicked... > > Things I need to sort - answers or pointers to where to read both > appreciated: > > Is it pretty common that people know how to build or should I prepare > a binary for OSX and Windows? > > If so, how is that normally bundled up? I need people to have > external, the help patcher and also a set of scm files on their pd > search path for it all to work. > > Is there anyone who would be interested in testing out building and > running, both from zipped up packages and cloning and building? > There's a pretty extensive help file, and everything in it should > "just work". (haha, we'll see about that!) > > thanks > iain > > _______________________________________________ > Pd-dev mailing list > Pd-dev(a)lists.iem.at > https://lists.puredata.info/listinfo/pd-dev

4 6

Re: [PD] 4-point interpolation changes timbre depending on sample rate
by Dan Wilcox 10 Jun '21

10 Jun '21

Maybe I'm opening a can of worms, but I could imagine tabread etc taking an argument to specify which algorithm to use among a (small) list of those available. The current algorithm would be the default so as not to break existing patches. :) I'm no expert, but if there are a known set of tried-and-true approaches, maybe they could added through a simple API. This is sort of how I refactored the soundfile type handling in the (as yet unmerged) soundfile object update branch: https://github.com/pure-data/pure-data/blob/0061a083e85ba2548668825b693a72f… <https://github.com/pure-data/pure-data/blob/0061a083e85ba2548668825b693a72f…> > On May 3, 2021, at 3:37 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 2 > Date: Mon, 3 May 2021 15:24:10 +0200 > From: Clemens Wegener <clemens(a)chair.audio <mailto:clemens@chair.audio>> > To: Charles Z Henry <czhenry(a)gmail.com <mailto:czhenry@gmail.com>> > Cc: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] 4-point interpolation changes timbre depending on > sample rate > Message-ID: <B6FDFF69-EE54-4F59-8234-5A53D086229C(a)chair.audio <mailto:B6FDFF69-EE54-4F59-8234-5A53D086229C@chair.audio>> > Content-Type: text/plain; charset="utf-8" > > I think now would be a good place to pause the implementation and discuss > if there is a need for this kind of algorithm in the PD community. > > We saw some use cases for the Whittaker-Shannon interpolation where > we gain in quality and/or speed. Namely waveguides and pitch shifters. > > Is there anything else, where we would like to use this interpolation kernel? > Like in general resampling? > In the tabread~ for sample playback? > Are there really quality or speed issues that we could solve there? > > For our use case the code I submitted is good enough. But I would be happy > to spend more time optimizing if there is a need / a broad use of that algorithm. > In that case we need another restructuring and some help from somebody > who is very proficient in writing pd source code. :) -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 6

Re: [PD] UDP server with Pd
by Dan Wilcox 09 Jun '21

09 Jun '21

Ah yes, you are right. [timeout( is for TCP. I think I got that mixed up with UDP previously closing itself after some sort of unknown host return etc which we removed to make it "fire and forget." > On Jun 4, 2021, at 4:17 PM, pd-list-request(a)lists.iem.at wrote: > > Message: 3 > Date: Fri, 04 Jun 2021 16:17:29 +0200 > From: Roman Haefeli <reduzent(a)gmail.com <mailto:reduzent@gmail.com>> > To: Dan Wilcox <danomatika(a)gmail.com <mailto:danomatika@gmail.com>> > Cc: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] UDP server with Pd > Message-ID: <2aed329cdb23e198c96f658f05a81ce4f276bf84.camel(a)gmail.com <mailto:2aed329cdb23e198c96f658f05a81ce4f276bf84.camel@gmail.com>> > Content-Type: text/plain; charset="utf-8" > > On Thu, 2021-06-03 at 19:51 +0200, Dan Wilcox wrote: >> You could try a longer connection timeout via the [timeout f( >> message. > > Isn't the 'timeout' method only affecting TCP sessions? In UDP nothing > at all is sent when using 'connect' method. It internally sets > destination address and port, I believe. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

5 20

cyclone 0.2beta1 wasn't showing up in deken for macOS + issues with other old versions
by Alexandre Torres Porres 09 Jun '21

09 Jun '21

So, cyclone 0.2beta1 wasn't showing up in deken for macOS, this is something I've been aware of for years, but I only decided to do something about it today. So I uploaded a new build I did https://puredata.info/Members/porres/software/cyclone/0.2beta1/ The other version that's still up there is in https://puredata.info/Members/fjkraan/software/cyclone/0.2beta1/ I don't know why this build and upload doesn't show for macOS, what's the issue, but hey, maybe we keep it to, I don't know... just warning you people of what's going on. I also uploaded other older builds that were missing and want to do that for other platforms as well (namely 0.1alpha57, 0.2beta2 and 0.2beta3), I did this for macOS only but can do for othr platforms that are missing (raspberry pi too maybe?). The 0.1alpha56 version is what's actually named as extended.v00 and that was part of Pd-Extended 0.43, 0.1alpha55 is the one that was part of extended for most of its run and i'd like to upload that too eventually. It'd be good to name them both as 'extended' and use their actual version next to it (extended.0.1-alpha55 / extended.0.1-alpha56) - could we do that? Yes dear IOhannes, I'm asking you :) cheers

3 3

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