Re: [PD-dev] plans for next Pd release

h should be updated, > > > including checking if the latest Tcl/Tk Wish can be built natively for > > > arm64. I last looked around February and it wouldn't build. > > > > > > > > > On Jul 13, 2021, at 8:57 PM, pd-dev-requ...@lists.iem.at wrote: > > &

Re: [PD-dev] plans for next Pd release

On 9/14/21 7:35 PM, Miller Puckette via Pd-dev wrote: Well, I'm trying to get one last improvement in (multi-atom number/symbol boxes so you can type and/or see compound messages) - and then after that limit changes to bug fixes. i'd like to bring the 'develop' branch to your attention. as

Re: [PD-dev] plans for next Pd release

..@gmail.com <mailto:por...@gmail.com>>> To: Miller Puckette mailto:m...@ucsd.edu> <mailto:m...@ucsd.edu <mailto:m...@ucsd.edu>>> Cc: pd-dev mailto:pd-dev@lists.iem.at> <mailto:pd-dev@lists.iem.at <mailto:pd-dev@lists.iem.at>>> Subject: Re: [PD

Re: [PD-dev] plans for next Pd release

On Sep 14, 2021, at 12:00 PM, pd-dev-requ...@lists.iem.at >>>> <mailto:pd-dev-requ...@lists.iem.at> wrote: >>>> >>>> Message: 1 >>>> Date: Mon, 13 Sep 2021 20:52:19 -0300 >>>> From: Alexandre Torres Porres mailto:por...@gmail.com>> &

Re: [PD-dev] plans for next Pd release

Em ter., 14 de set. de 2021 às 14:35, Miller Puckette escreveu: > Well, I'm trying to get one last improvement in (multi-atom number/symbol > boxes > so you can type and/or see compound messages) Great. That's awesome, thanks! > - and then after that limit > changes to bug fixes. My own

Re: [PD-dev] plans for next Pd release

; > > > On Sep 14, 2021, at 12:00 PM, pd-dev-requ...@lists.iem.at > > > <mailto:pd-dev-requ...@lists.iem.at> wrote: > > > > > > Message: 1 > > > Date: Mon, 13 Sep 2021 20:52:19 -0300 > > > From: Alexandre Torres Porres mailto:por...@g

Re: [PD-dev] plans for next Pd release

couple of things on macOS which should be updated, > > including checking if the latest Tcl/Tk Wish can be built natively for > > arm64. I last looked around February and it wouldn't build. > > > > > > > On Jul 13, 2021, at 8:57 PM, pd-dev-requ...@lists.iem.at wrote: > >

Re: [PD-dev] plans for next Pd release

2:00 PM, pd-dev-requ...@lists.iem.at <mailto:pd-dev-requ...@lists.iem.at> wrote: Message: 1 Date: Mon, 13 Sep 2021 20:52:19 -0300 From: Alexandre Torres Porres mailto:por...@gmail.com>> To: Miller Puckette mailto:m...@ucsd.edu>> Cc: pd-dev mailto:pd-dev@lists.iem.at>> Subject: Re: [

Re: [PD-dev] plans for next Pd release

t; Date: Mon, 13 Sep 2021 20:52:19 -0300 > From: Alexandre Torres Porres mailto:por...@gmail.com>> > To: Miller Puckette mailto:m...@ucsd.edu>> > Cc: pd-dev mailto:pd-dev@lists.iem.at>> > Subject: Re: [PD-dev] plans for next Pd release > Message-ID: >&

Re: [PD-dev] plans for next Pd release

PM, pd-dev-requ...@lists.iem.at wrote: > > > > > > Message: 1 > > > Date: Tue, 13 Jul 2021 10:22:17 -0700 > > > From: Miller Puckette mailto:m...@ucsd.edu>> > > > To: pd-dev@lists.iem.at <mailto:pd-dev@lists.iem.at> > > > Subject: [PD-

Re: [PD-dev] plans for next Pd release

new behavior in a help-patch subpath with comparisons. > On Aug 5, 2021, at 10:55 AM, pd-dev-requ...@lists.iem.at wrote: > > Date: Thu, 5 Aug 2021 10:55:38 +0200 > From: Max mailto:abonneme...@revolwear.com>> > To: pd-dev@lists.iem.at <mailto:pd-dev@lists.iem.at> > Subje

Re: [PD-dev] plans for next Pd release

On 05.08.21 03:56, Miller Puckette via Pd-dev wrote: I'm using that as rarely as I can, so far only for bug fixes. I don't think a limit on numerical accuracy is exactly a bug. I think it's nicer to most users not to have them have to bother with specifying a compatibility version. Maybe

Re: [PD-dev] plans for next Pd release

I'm using that as rarely as I can, so far only for bug fixes. I don't think a limit on numerical accuracy is exactly a bug. I think it's nicer to most users not to have them have to bother with specifying a compatibility version. cheers Miller On Wed, Aug 04, 2021 at 11:09:06PM +0200, Christof

Re: [PD-dev] plans for next Pd release

Hi Miller, isn't this the perfect use case for the compatibility flag? Or do you think the change would be too invasive? After all, you have also changed the frequency response of [hip~] (Pd 0.44) and the behavior of the [stop( method for [line]  (Pd 0.48). I'm still struggling to figure

Re: [PD-dev] plans for next Pd release

Here's the demo – comparison between a 512 symmetric table and tabosc4~, a 512 cosinesum table and tabosc4~, and osc~ (512 linear interpolation). I'm wondering, if this is a problem, is it a bug or just an alternative? Might affect how one thinks about compatibility. On Wed, Aug 4, 2021 at 3:15

Re: [PD-dev] plans for next Pd release

Unfortunately they can't be fixed by default (compatibility...) I'm still struggling to figure out how to best allow alternative tables (especially larger table sizes when needed) without badly complicating everything. cheers M On Wed, Aug 04, 2021 at 03:09:26PM -0400, Matt Barber wrote: > Hi

Re: [PD-dev] plans for next Pd release

Hi Andy, Thanks for the reply. sinesum is better but not perfect – the issue is that the cos() function is not the same on all four parts of the waveform, and those imperfections can cause fm to drift. You can build a symmetric table easily enough but since osc~ and cos~ are so important, they

Re: [PD-dev] plans for next Pd release

I always found that [tabosc4~] along with ability to fill arrays using like csound gen message functions [sinesum( gives me all the accuracy I needed for FM. Am I missing something in pull/106 about shorcomings of [osc~] andy On Wed, Aug 04, 2021 at 10:55:02AM -0400, Matt Barber wrote: > I'd

Re: [PD-dev] plans for next Pd release

I'd love to get a symmetric cos table for stable FM: https://github.com/pure-data/pure-data/pull/106 But I remember you were thinking about going another direction entirely with osc~? Thanks, Matt On Tue, Jul 13, 2021 at 1:23 PM Miller Puckette via Pd-dev < pd-dev@lists.iem.at> wrote: >

Re: [PD-dev] plans for next Pd release

What Christof is saying is right, my patch wouldn't affect disk I/O as it is. However, it provides infrastructure which could be reused to add threaded behaviour for disk I/O. I think currently only readsf~ / writesf~ use threaded disk I/O and they manage their own threads/locks. I think

Re: [PD-dev] plans for next Pd release

Am I right to assume that this would include writing arrays to disk without interfering with the audio thread? I don't think so, but there's already a separate PR for that: https://github.com/pure-data/pure-data/pull/1357 Actually, I am not sure what Giulio meant with "disk I/O". Maybe that

Re: [PD-dev] plans for next Pd release

Dear Giulio, Am I right to assume that this would include writing arrays to disk without interfering with the audio thread? Best! Edwin > On 16 Jul 2021, at 00:18, Giulio Moro via Pd-dev wrote: > > I have had this PR open for a while: > https://github.com/pure-data/pure-data/pull/1261 . It

Re: [PD-dev] plans for next Pd release

I have had this PR open for a while: https://github.com/pure-data/pure-data/pull/1261 . It adds threaded behaviour for disk and network I/O, making the Pd audio thread "real-time safer". I went through quite a few revisions courtesy of umlaeute and Spacechild1, but haven't heard from you

Re: [PD-dev] plans for next Pd release

Hi Miller, I'm very enthusiastic about the FreeRTOS port, this would open so many possibilities. I think FreeRTOS will run on the RPi too and possibly also on the Teensy. For the tooltips, I would hope that the GUI vs. audio engine separation for libpd would be finalized so that alternative

Re: [PD-dev] plans for next Pd release

Em qua., 14 de jul. de 2021 às 00:03, Alexandre Torres Porres < por...@gmail.com> escreveu: > my suggested PR made by me: > > - add dejavu sns mono italic and bold italic this was promised for the > last version, but it was just too late > https://github.com/pure-data/pure-data/pull/899 > > Some

Re: [PD-dev] plans for next Pd release

> > > Message: 1 > > Date: Tue, 13 Jul 2021 10:22:17 -0700 > > From: Miller Puckette mailto:m...@ucsd.edu>> > > To: pd-dev@lists.iem.at <mailto:pd-dev@lists.iem.at> > > Subject: [PD-dev] plans for next Pd release > > Message-ID: <20210713172217.

Re: [PD-dev] plans for next Pd release

around February and it wouldn't build. > On Jul 13, 2021, at 8:57 PM, pd-dev-requ...@lists.iem.at wrote: > > Message: 1 > Date: Tue, 13 Jul 2021 10:22:17 -0700 > From: Miller Puckette mailto:m...@ucsd.edu>> > To: pd-dev@lists.iem.at <mailto:pd-dev@lists.iem.at> >

Re: [PD-dev] plans for next Pd release

what are the dimension of this? could't find it Em qua., 14 de jul. de 2021 às 13:13, Miller Puckette via Pd-dev < pd-dev@lists.iem.at> escreveu: > Yeah, or 6-channel processor you can mount on a guitar :) > > M > > On Wed, Jul 14, 2021 at 08:24:33PM +0800, Chris McCormick wrote: > > On 14/7/21

Re: [PD-dev] plans for next Pd release

Yeah, or 6-channel processor you can mount on a guitar :) M On Wed, Jul 14, 2021 at 08:24:33PM +0800, Chris McCormick wrote: > On 14/7/21 1:22 am, Miller Puckette via Pd-dev wrote: > > (so I can run it on an Espressif LyraT board, which I think takes only about > > 10 or 20% of the current that

Re: [PD-dev] plans for next Pd release

On 14/7/21 1:22 am, Miller Puckette via Pd-dev wrote: (so I can run it on an Espressif LyraT board, which I think takes only about 10 or 20% of the current that a Pi needs) Sounds amazing. What I wouldn't give for one of those boards with multiple audio inputs. Pd powered pocket mixer.

Re: [PD-dev] plans for next Pd release

my suggested PR made by me: - add dejavu sns mono italic and bold italic this was promised for the last version, but it was just too late https://github.com/pure-data/pure-data/pull/899 Some relatively simple PRs: - pdcontrol updates - Add a

Re: [PD-dev] plans for next Pd release

ithub.com/pure-data/pure-data/pull/1324 > > thanks, > -Seb > > -Original Message- > > Message: 1 > Date: Tue, 13 Jul 2021 10:22:17 -0700 > From: Miller Puckette > To: pd-dev@lists.iem.at > Subject: [PD-dev] plans for next Pd release > Message-ID:

Re: [PD-dev] plans for next Pd release

also very helpful in max, connected to tooltips: - when double clicking in a send/receive object, a list of the objects connected to it appears, and clicking on it opens up the canvas where they are. the same should be done also for receive~/send~ + throw~/catch~. Ideally solving

Re: [PD-dev] plans for next Pd release

Hi Miller, great to see Pd 0.52 approaching! Here's a list of my open PRs: https://github.com/pulls?q=is%3Aopen+is%3Apr+author%3ASpacechild1+archived%3Afalse+user%3Apure-data I made sure that they all apply cleanly. --- Some are trivial: * https://github.com/pure-data/pure-data/pull/769

Re: [PD-dev] plans for next Pd release

ithub.com/pure-data/pure-data/pull/1324 thanks,    -Seb -Original Message- Message: 1 Date: Tue, 13 Jul 2021 10:22:17 -0700 From: Miller Puckette To: pd-dev@lists.iem.at Subject: [PD-dev] plans for next Pd release Message-ID: <20210713172217.v4ch3b3dk7go7...@ucsd.edu> Content-Type:

Re: [PD-dev] plans for next Pd release

.com/pure-data/pure-data/pull/1324 thanks,    -Seb -Original Message- Message: 1 Date: Tue, 13 Jul 2021 10:22:17 -0700 From: Miller Puckette To: pd-dev@lists.iem.at Subject: [PD-dev] plans for next Pd release Message-ID: <20210713172217.v4ch3b3dk7go7...@ucsd.edu> Content-Type: te

Re: [PD-dev] plans for next Pd release

On the topic of minor message related improvements, I hope it's ok to chime in here, and I apologize if this has been hashed to death already and there are good reasons for the current state.. I'm doing a lot of making messages out of other objects to send to Scheme for Pd, and one thing I use

Re: [PD-dev] plans for next Pd release

On Tue, Jul 13, 2021 at 10:22:17AM -0700, Miller Puckette via Pd-dev wrote: > PS more ideas of mine (among many): > hot-reloading externs via a message to Pd > use a "unix binding" socket between Pd and pd-gui instead of localhost > generalize number/symbol box to allow displaying entire messages

Re: [PD-dev] plans for next Pd release

Hi, I have this PR with documentation updates and I see already we got conflicts with the new commits from yesterday and I don't really know how to resolve them https://github.com/pure-data/pure-data/pull/1259 See what you can merge and then we can close and I can start a new PR cheers Em ter.,

Re: [PD-dev] plans for next Pd release

YEah, while I'm meessing with hovering I want ot do something like that (but probably just graphical - I don't want to blow anyone out of his/her seat by accident :) On Tue, Jul 13, 2021 at 07:11:04PM +0100, Andy Farnell wrote: > On Tue, Jul 13, 2021 at 10:22:17AM -0700, Miller Puckette via

[PD-dev] plans for next Pd release

(re-send - I had sent to pd-...@iem.at but that now seems to be defunct...) To Pd dev - I'm going to try to get the next Pd release (0.52) out over the next month or two. My personal priorities for this release would be putting in a message backtrace mechanism (by overriding canvas_connect and