I replied without seeing other messages, sorry, in a rush here :)
Em ter., 12 de mar. de 2024 às 10:20, Alexandre Torres Porres < porres@gmail.com> escreveu:
Some PRs for that
https://github.com/pure-data/pure-data/pull/2059 https://github.com/pure-data/pure-data/pull/1978 https://github.com/pure-data/pure-data/pull/2049 https://github.com/pure-data/pure-data/pull/2052 https://github.com/pure-data/pure-data/pull/2110
so, besides multichannel stuff from christof in the middle, last one is adding MC secondary signals to clip~ and the 1st is to draw a thicker MC connection line
In general, instead of a very dense 2-week merge window twice a year, it would great to merge PRs on a mere regular basis. Not only would it cause less stress, it would also give us more time to find bugs before the actual release. That's just my personal opinion, of course.
+10000 :)
may I ask if you're finally retired from classes at UCSD by the way Miller ;)
cheers
A few things from my side:
- Please consider my scheduler improvements:
https://github.com/pure-data/pure-data/pull/1756
I have been using this for 1 1/2 years now, both in my daily patching and in big concerts (including an opera production!), and I can't live without it anymore. It would be nice if other people could enjoy these improvements as well. Also, I wouldn't have to hand out custom Pd versions to my performers anymore :)
- There are quite a few missing multichannel features!
Here are my multichannel PRs:
- MC support for [print~], [snapshot~] and [sig~]:
https://github.com/pure-data/pure-data/pull/1978
- MC support for [readsf~] and [writesf~]:
https://github.com/pure-data/pure-data/pull/2052
- MC support for [delwrite~], [delread~] and [delread4~]:
https://github.com/pure-data/pure-data/pull/2049
- allow to change the number of tables/channels in table DSP objects:
https://github.com/pure-data/pure-data/pull/2058
- signal comparison operators (finally!) with multichannel support:
https://github.com/pure-data/pure-data/pull/2054
The [snake~] object is also missing a few crucial features, most importantly:
query the number of channels in a MC signal, e.g. [snake~ count]
combine several MC signals into a single MC signal, e.g. [snake~
join], or extend [snake~ in to accept multichannel signals
- split a MC signal into several MC signals resp. get a subset of
channels, e.g. [snake~ split] resp. [snake~ get]
- sum a MC signal, e.g. [snake~ sum]
People are already implementing these as externals, but these features seem so basic that they really should be part of Pd vanilla IMO.
For reference, here's the discussion: https://github.com/pure-data/pure-data/issues/1996
A few other things I really want to see eventually (not necessarily for this release):
- more clone improvements:
https://github.com/pure-data/pure-data/pull/2053
- "goprect" method: https://github.com/pure-data/pure-data/pull/627.
Solves a real issue and lying around for 5 years now.
- namespace constructors for all external objects:
https://github.com/pure-data/pure-data/pull/630. Solves a real issue and lying around for 5 years.
Cheers,
Christof
PS: here is a full list of my open PRs, in case anyone is interested:
https://github.com/pure-data/pure-data/pulls/Spacechild1?page=1&q=is%3Ao...
On 12.03.2024 08:47, Miller Puckette wrote:
To Pd dev -
I'm thinking of making a release mid April (assuming things go well) and so I should probably call for a freeze late March. As usual I plan to merge in "devel" and "Documentation" - in fact I should do a first merge rather soon, assuming things are in a good state for merging.
I'm planning to add a couple of features: 1. message to Pd to toggle between GUI and no-GUI -- perhaps with a way to reset the GUI startup command -- so that if you have a headless installation that's doing something funny you can pop it open and look; and 2. improvements to the "pointer" object to make it easier to get around data structures, and possibly a menu extension for dragging new "data" onto the screen; 3. an optional pop-up display showing (x,y) coordinates of object or data knob being dragged.
Incidentally: I just noticed that the IEM slider object (and proabbly other EM GUIs) spits out a number when clicked upon, even if not dragged. Is this desirable behavior? It caught me out buit perhaps other users are actually wanting to be able to click on a control to repeat its value. Hmm..
cheers
Miller
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev