Pd-dev

pd-dev@lists.iem.at

2 participants
9620 discussions

bug in double click event in a GUI in a GOP?
by Alexandre Torres Porres 08 Apr '23

08 Apr '23

Hi, I am designing a knob GUI and it has a feature for double click where it goes to the mid position (or some other setting) when you do it. This is quite cool and I'm happy with it. Then I was testing it inside an abstraction, as I wanna use this to design modular inspired abstractions and to my frustration it doesn't work. Somehow the 'double click' event that we get from 'w_clickfn' in 't_widgetbehavior'... In Vanilla, double click in a GUI (when in run mode) is only possible for gui boxes (atom/symbol/list), which lets us select the contents of the box. I haven't looked at its code, but I can see it is also not possible to double click it in a GOP, so it might be the same thing. Well, is this intentional? Is this a bug? Can I ask to change this? I would really like to be able to write GUIs that make use of double clicking, not being able to do so seems like a very weird and arbitrary restriction. Thanks Cheers

2 4

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

Re: [PD-dev] branch names (was Re: figuring out how to get everything merged)
by Dan Wilcox 06 Feb '23

06 Feb '23

I'm fine with branching master, (hard) resetting back to a previous point, merging/cherry-picking portaudio fixes, tagging 0.53-2, then doing a force push. As long as everyone knows ahead of time, we can do a force pull afterwards. Yes, it's best avoided, but is sometimes be needed. Afterwards, maybe current development can be in the branch until ready, ie. feature/multi-channel or develop/0.54, etc? > On Feb 6, 2023, at 12:00 PM, pd-dev-request(a)lists.iem.at wrote: > > Message: 2 > Date: Mon, 6 Feb 2023 09:44:36 +0100 > From: IOhannes m zmoelnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>> > To: pd-dev(a)lists.iem.at <mailto:pd-dev@lists.iem.at> > Subject: [PD-dev] branch names (was Re: figuring out how to get > everything merged) > Message-ID: <47a595e9-4e0a-12fb-1432-41803fc6c8a8(a)iem.at <mailto:47a595e9-4e0a-12fb-1432-41803fc6c8a8@iem.at>> > Content-Type: text/plain; charset="utf-8"; Format="flowed" > > On 2/5/23 22:37, Miller Puckette via Pd-dev wrote: >> Yep, I originally made a "0.53" branch but then messed it up so badly >> I had to start over - and thought it better to change the name to >> avoid confusion. > > i see. > it seems like the "avoid confusion" did not utterly succeed though ;-) -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 3

Raise error from abstraction
by Matt Barber 06 Feb '23

06 Feb '23

Hi dev list, Could there be a way to give abstractions the ability to raise pd_error() and highlight the abstraction instance with find last error? The reason for it would be that externals often distribute with a mix of binaries and abstractions, and it would be cool to have the user get an error pointer to the abstraction instance rather than the inside of an abstraction, e.g. when they send an unexpected data type. Matt

3 2

figuring out how to get everything merged
by Miller Puckette 06 Feb '23

06 Feb '23

I've back-merged the portaudio update to version 0.53 (tried a week ago but messed it up, hopefully have it correct now). If I understand correctly this will fix the hang-on-macos-13 trouble but won't prevent people from checking callback which also can hang Pd on a Mac. Meanwhile there's Christof's semaphor feature which promises to lower latency (I tried doing this earlier in s_audio_pa.c but found it actually increased latency; not sure what's going on here). The PR is here: https://github.com/pure-data/pure-data/pull/1756 I'm now thinking I should get multichannel inlet~/outlet~ finished first, then study and hopefully incorporate the semaphore PR after that's all working. Then that can be 0.54 (so that 0.53 can be limited to bug-fixing). I wanna get the 0.53 bugfix out as soon as it's pretty sure that it actually fixes things... cheers Miller

5 11

Re: [PD-dev] figuring out how to get everything merged
by Dan Wilcox 06 Feb '23

06 Feb '23

> on close inspection, it turns out that the portaudio/ directories in the > '0.53-2' branch and the 'master' branch are indeed different. > i don't know why and how they have been imported (presumably with the > 'portaudio/update.sh' script, but the > portaudio/portaudio/src/common/pa_gitrevision.h now shows 'unknown' > which is not very helpful) It looks like the script was not used nor was my update/portaudio branch merged which has the define set. The script indeed sets the PA_GIT_REVISION using the update_gitrevision.sh script in the PA repo. I had fixed several small issues with the script itself, mainly due to a file no longer being present in the new portaudio version which may have been why it wasn't used in the end. In any case, I made a small commit directly to the 0.53-2 branch which addresses this and should be pulled into master: dd20389559b3b293a1dd4fdc427f1881e3818bd3 -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

← Newer
1
...
9
10
11
12
13
14
15
...
962
Older →

Jump to page:

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