Pd-dev March 2023

pd-dev@lists.iem.at

7 participants
5 discussions

Re: [PD-dev] multichannel signals, preliminary support
by Dan Wilcox 20 Mar '23

20 Mar '23

> On Jan 18, 2023, at 2:41 AM, pd-dev-request(a)lists.iem.at wrote: > > "MC is not an entirely new API for MSP objects. Instead it is built on top > of the existing MSP API. (...) This name prefix / wrapper approach seems like an implicit way of what Miller is looking at doing more explicitly via [clone]. Either way, they have also avoided having to update each object directly. > so it seems they did not create new codes and new objects, just adapted, > and even made it possible for it to open a special help patch but it's all > the same object and you can use this API to generate externals - if I get > things correctly... Also similar to Miller's approach, there appears to be a way to load existing mono externals in the mc mechanism. So yeah, same problem, similar technical solution, different implementation. I believe this doesn't require any changes in libpd, thankfully. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

7 27

A web frontend for Pd
by Giulio Moro 19 Mar '23

19 Mar '23

Here's something the Chair and Bela teams have been working on for a few months: a proof-of-concept web interface to Pd. https://github.com/BelaPlatform/pure-data-web-GUI This leverages the refactored communication protocol effort by Iohannes in order to obtain a "toolkit-agnostic Core<->GUI Communication" (https://github.com/pure-data/pure-data/discussions/1695), which resulted in https://github.com/pure-data/pure-data/pull/1765 . This is part of a broader project outlined in https://github.com/pure-data/pure-data/pull/1693 . Now, this pure-data-web-GUI repo comprises three components: - pd: is started with -guiport so that it doesn't start its own GUI - the "shim": a very thin layer of websocket that forwards messages to/from Pd and the browser - the "frontend": the actual HTML5 stuff, written using the svelte framework. For now, you can try it out with docker following the instructions included in the repo. The easiest way is to run it with the Pd it comes with (which is run inside docker and thus doesn't have audio/MIDI I/O capabilities), but you can easily connect it to your own Pd server instance (assuming it comes from this branch https://github.com/giuliomoro/pure-data-1/). The docker containers are used to simplify the development effort, but ultimately this can be packaged up in a self-contained app (even for Android, if required), or you can have it run embedded (e.g.: on a Bela board) while displaying the GUI in a web browser (which is actually our primary goal). It is by no mean complete or perfect, but I hope it shows that there is a tcl-tk-compatible, non-tcl-tk future possible for Pd. As it is, it even allows (well, with a lot of effort on the user side, but very little effort was put into it from the dev side) to patch on a touchscreen. You may be wondering how this differs from the purr-data web GUI. Good question. This is a complete rewrite and it aims to use "stock" Pd as a backend server, by means of a communication protocol that has been refactored (by Iohannes) such that Pd no longer sends out raw tk messages, but rather tcl-compatible commands that are higher level and also easier to parse in other languages (the parser here is written in js). So right now you can run the same Pd binary (from this branch) deciding at runtime if using a tcl GUI or a web GUI. Nifty. The aim is eventually to upstream this communication protocol into vanilla, to make it easier to swap GUI frontends. Hopefully this can eventually help other forks with custom GUIs such as PlugData so that they don't have to maintain their own fork of Pd. Best, Giulio

2 1

Where is the universal wish for macOS?
by Roman Haefeli 13 Mar '23

13 Mar '23

Hey all If I'm not mistaken, the releases for recent macOS versions on Miller's page are universal builds based on a universal Wish.app. When I do `make app`, the resulting app is based on the included wish-shell.tgz from mac/stuff which is only x86_64. How are the official releases made? From where do they get their Wish.app? Thanks, Roman

2 2

multichannel signals, preliminary support
by Miller Puckette 10 Mar '23

10 Mar '23

To Pd dev - I've pushed what I think is working support for multichannel signals. Many objects haven't yet been adapted to deal with them, but there are enough to at least test the concepts: lop~, send~, receive~, and (ugh) clone are multichannel-aware, and new pack~ and unpack~ objects are provided to combine and split signal channels. I've put a couple of example patches on http://msp.ucsd.edu/tmp/multichannel-tests.tgz ... the interplay between multichannel inlets and outlets and clone are sometimes amusing. cheers Miller

10 45

Pdvst
by Jorge W 09 Mar '23

09 Mar '23

Hello. I would like to integrate Pd patches in my DAW as VST plugins, so i came across this repository https://git.nubegris.com.ar/lucarda/pdvst-0.52 I consider it to be a very useful (and basic) feature, so i'm wondering why it is not already included in the basic Pd distribution... Would it be possible/convenient? Thanks!

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev March 2023