OK, I've uploaded the fix (I hope correctly) to msp.ucsd.edu/software.html,
as "0.53-2test1". If that seems to work for everyone I'll rename it "0.53-2".
Thanks to all the help from several people (and to the portaudio folks!)
Miller
On Sat, Feb 04, 2023 at 03:09:21PM -0800, Theron Trowbridge
ks to Zmoelnig's CI machine)- here's a version of Pd with
> > the newest stable portaudio - can someone with MacOS 13 test this and see
> > if
> > the problem is still there?
> >
> > http://msp.ucsd.edu/tmp/pure-data_pa-v19.7.0_Darwin.zip
> >
> > cheer
Puckette via Pd-list wrote:
> Thanks for the heads-up... Pd is carrying around a rather old version of
> portaudio - I'm in the middle of trying to update ot the latest stable
> version,
> will let you know when I have something you can try...
>
> Miller
>
> On Mon, Ja
Thanks for the heads-up... Pd is carrying around a rather old version of
portaudio - I'm in the middle of trying to update ot the latest stable version,
will let you know when I have something you can try...
Miller
On Mon, Jan 30, 2023 at 01:46:22PM -0800, Theron Trowbridge wrote:
> I have
On Tue, Jan 24, 2023 at 07:27:59PM +0100, IOhannes m zmölnig wrote:
> On 1/24/23 17:36, Peter P. wrote:
> > Hi list,
> >
> > I am trying to trace the non-loading of an external, iemguts in my case.
> > I enabled verbose messages either in the "Path" preferences or by the
> > command
> > line
Hi all -
I believe the site went down last night but is back up now.
cheers
Miller
On Mon, Jan 23, 2023 at 04:41:55PM +0100, Peter P. wrote:
> Mario, both currently are working from within my country on the european
> continent.
>
> * mario buoninfante [2023-01-23 16:22]:
> > Hi,
> >
> >
OK, I think I have this fixed - you can download them again from the
usual site, msp.ucsd.edu.
I had made a serious and stupid mistake putting out the 64-bit release (The
32-bit one appears to have been OK). The good news is that the previous
files actually were 0.53-0, i.e., the "about pd"
Nah.. it's just the command "xcodebuild -configuration Deployment -project
pd~.xcodeproj/" (which has to be replaced) - after which I appear simply to
have copied the sources and help file into the built "mxo" bundle.
cheers
M
On Thu, Dec 29, 2022 at 07:19:23PM +0100, Dan Wilcox wrote:
> Ok,
Sources are exactly the same as in extra/pd~ - needed files are
pd~.c and binarymsg.c . I had these compiling with the 7.x Max SDK but
the 8.x one has dropped "xcodebuild" for cmake so the build and
release scripts have to be revisited.
Anyway I'm leaning toward buying a used macmini for
Trying to compile and test it under Max - so that Max users can enjoy the
powerful features of Pd at last :)
M
On Thu, Dec 29, 2022 at 04:47:50PM +0100, Dan Wilcox wrote:
> Actually, isn't pd~ already compiled for arm64? What am I missing...?
>
> % file
I don't have a recent enough mac to compile for M1. I'm almost ready to
hold my nose and buy one. Mac SDK requires cmake which I don't think my
department has managed to get running on their machines yet. UGH...
M
On Wed, Dec 28, 2022 at 07:49:43PM +0100, IOhannes m zmölnig wrote:
> Am 28.
I think Max users can use pd~ to run this.
cheers
Miller
On Sun, Dec 25, 2022 at 06:08:44PM -0500, William Brent wrote:
> Hey Joao,
>
> Chikashi also has a mac build of [leapmotion] available here
>
I've seen something slightly related, which is that if Pd is running without
audio while a machine is in the "suspend" state, then when it wakes up it goes
mad trying to catch up with all the elapsed time. But other than that I've not
seen Pd's non-audio timing fail the way yuo described. Can
I don't have access to any ventura machines but would like to hear more about
this. Looking down the portaudio github for the last year I don't see anything
about breakage on Ventura.
We can count on Apple though to break stuff on every OS release, harrumph.
Miller
On Thu, Oct 27, 2022 at
On Sun, Oct 23, 2022 at 06:53:13PM -0700, Miller Puckette via Pd-list wrote:
> Aha it's that fucking VU meter - it's now drawing something that pokes way
> north of what's visible.
>
> On Sun, Oct 23, 2022 at 06:50:02PM -0700, Miller Puckette via Pd-list wrote:
> > Oops, there's
Aha it's that fucking VU meter - it's now drawing something that pokes way
north of what's visible.
On Sun, Oct 23, 2022 at 06:50:02PM -0700, Miller Puckette via Pd-list wrote:
> Oops, there's more than that. I was wrong - the empty string is always
> displayed in 0.52-2 or 0.53-0, but in
Puckette via Pd-list wrote:
> I'm getting the same problem on linux... and 0.52-2 is working correctly.
>
> It looks like IEM GUIs are displaying empty strings above themselves by
> default
> (you can see this by making a new toggle and moving it close to the top of the
> window)
I'm getting the same problem on linux... and 0.52-2 is working correctly.
It looks like IEM GUIs are displaying empty strings above themselves by default
(you can see this by making a new toggle and moving it close to the top of the
window). At some point I "fixed" this by suppressing displaying
+0200, IOhannes m zmölnig wrote:
> Am 23. Oktober 2022 19:49:10 MESZ schrieb Claude Heiland-Allen
> :
> >
> >On 23/10/2022 15:27, Miller Puckette via Pd-list wrote:
> >> On Sat, Oct 22, 2022 at 04:45:00PM -0300, Alexandre Torres Porres wrote:
> >>> all goo
No luck ("bad superblock" style messages for both hfs and hfsplus).
I'm not sure how much longer I should spend trying to fix this - I'll
be able to get on a Mac Tuesday.
thanks
M
On Sun, Oct 23, 2022 at 05:23:14PM +0200, Dan Wilcox wrote:
> You can mount a dmg (disk image). Something like:
>
>
Hi Alexandre -
This sounds a bit mysterious and might be a problem or might not...
could you (or anyone) download this one:
http://msp.ucsd.edu/tmp/pd-macos-5c4f7554.zip
... and see what the app is named when you unpack it? (I don't have a mac
handy and have no idea how to open a "dmg" on my
Right, that's part of the IEMGUI rewrite... I stuck a quick reference to it in
the release notes
(but missed getting it in "test2").
I think it's an improvement...
cheers
M
On Fri, Oct 21, 2022 at 06:23:29PM +0200, Giulio Moro wrote:
> I am sorry if this conversation has taken place before and I
Hi Ingo and all -
This reminds me of a problem I had 15 or 20 years ago, in which the (ASCII)
communications between Pd and the GUI would sometimes choke under heavy
volumes - perhaps because teh GUI wasn't reading stuff as fast as Od was
trying to spit it out.
This would be dependent on the
To Pd list -
UCSD is hiring an assistant professor starting next fall. First application
deadline is this Nov. 1. Job announcement is here:
https://apol-recruit.ucsd.edu/JPF03295
Quoting from the ad:
...broad expertise in computer and electronic music. Possible areas of research
MIDI messages only go out to one device - so to send to
device 2 you send to MIDI "channel" 17 to 32. In this
case, probably 18 (channel 2 on device number 2).
cheers
Miller
On Mon, Apr 18, 2022 at 05:28:04PM -0500, Rick Snow wrote:
> Hello!
>
> I am working to use two Teensy devices as midi
Because when just making a patch the origin is conventionally top left,
not bottom left. So pixels count downward, and if you want "y" to increase
as you go up, that's the opposite dorection.
Just install a mirror on your desktop and look at your screen downward
through it, and you'll see 'y'
Interesting - that's a bit of code nobody's touched for at least 15 years.
The next thing I'd do would be to try to run the project under a memory-
integrity-checking system (I use valgrind in linux to do this).
If you'd be willing to send me the project (or even better if you can reduce
the
I think the bug report isn't needed, thanks.
Meanwhile, yes, it would be appropriate to print a message that the delay
got reset, and yes, please do throw it in the develop PR.
thanks
M
On Tue, Mar 22, 2022 at 12:43:08PM -0300, Bruno Rohde wrote:
> As it looks like you guys are working on a
You can use tabsend~ and tabreceive~ (with the same name) - whatever you
put into tabsend~ wil come out of the tabreceive~ in the next cloned
instance.
all best,
Miller
On Mon, Mar 14, 2022 at 10:40:23AM +0100, Max wrote:
> vd~ is just an alias for delread4~. I don't see a set message for them in
Each time a [random] is created it gets a new (pseudo-random) seed - so if
you want total repeatability you should exit and restart Pd. Then you should
see exactly the same behavior on linux and on Mac.
cheers
Miller
On Thu, Mar 10, 2022 at 12:04:15PM +0100, Yann Seznec wrote:
> Hi! Here's
It's teh 'center of gravity' of the bonk spectrum, that is, the centroid
of the spectrum considered as a distribution. It's intended to be a
sort of 'spectral centroid' along the lines of David Wessel's old idea,
but measuring the centroid in 'bonk's might correlate bette with perceived
Just to ad tothe confusion ... I'm running tests ("reality check") to see
of Pd runs musical pieces the same way on diffrent machines. I found that
AMD64 Pd on linux and on MacOS (both 64-bit Intel CPUs) gave slightly
different results, off by less thatn a part in a million (10^-6 error).
But..
Hi Rafael -
I don't know why the colors aren't the standard (black and white) that are
baked into
the Pd code. Pd should be ignoring the theme setting on your desktop.
Just for a test, can you see if the colors change when you change your theme?
cheers
Miller
On Tue, Feb 01, 2022 at
Yep, I can think of other reasons you'd want to know the size of a soundfile
in a Pd patch without having to read the whole thing in.
cheers
M
On Fri, Jan 28, 2022 at 07:32:02PM +, Pierre Alexandre Tremblay wrote:
> > I forgot is even simpler (no need for an array)
>
> Oh la la this is
Excellent - nothing to do then. My favorite kind of dolist.
cheers
M
On Fri, Jan 28, 2022 at 07:37:04PM +, Pierre Alexandre Tremblay wrote:
> Wait - this is embarrassing, it seems that the left outlet still spits out
> the number of samples when there are no destination arrays so I should
Hi PA -
Are you doing stuff that "soundfiler" doesn't? If so, it would be better
to add to the soundfiler object than to add a new object with its own name.
cheers
Miller
On Fri, Jan 28, 2022 at 06:17:21PM +, Pierre Alexandre Tremblay wrote:
> Hello again
>
> So I was missing an object
OK... I've put a link to Dan's version on my download page and will leave it
until the CI build is merrily building for ARM .
cheers
M
On Mon, Jan 24, 2022 at 05:56:40PM +0100, IOhannes m zmoelnig wrote:
> On 1/24/22 17:18, Dan Wilcox wrote:
> > There was an issue with building Tk Wish 8.6.12 as
You can use camomile (github.com/pierreguillot/Camomile) to wrap Pd
inside a VST for 64-sample latency back and forth.
cheers
Miller
On Sun, Jan 16, 2022 at 05:38:34PM +0100, oliver wrote:
> >
> > As for the need for it, I would personally use it, I tuned my linux
> > system to run at 16
The confusion is my fault... "." never really meant current working directory,
it just means "THIS directory here". I.E., it could mean any #$^#$ thing at
all :)
M
On Sat, Jan 08, 2022 at 10:42:35AM +0100, Dan Wilcox wrote:
> I agree with Roman's point that "current working directory" as an
Iohannes's builds are compiled for both IA64 and arm64. Incidentally, i heard
from one informal tester that the arm64 version runs way faster in an M1 machine
than the older ia64-only builds. No surprise there, but nice to hear.
cheers
M
On Thu, Dec 16, 2021 at 05:38:47PM +0100, IOhannes m
Excellent.. I think it's time for test4 :)
M
On Tue, Dec 14, 2021 at 09:22:51AM -0500, William Brent wrote:
> For me, IOhannes' latest build (
>
>
> As explained in previous emails, I don't use jack from Homebrew for my
> builds. I use the distribution from jack.org
>
> >
>
> seems to run fine on "macOS Sierra - 10.12.6"
>
> miller: does it also run on "Mac OS X Lion - 10.7"?
> (or even "OS X Snow Leopard - 10.6"?)
>
> gffxyd
> IOhannes
Nope - Wish 8.6.12 seems to depend on newer Mac features than are
on OSX 10.7.
But I'm OK with continuing to compile
t; Date: Sat, 11 Dec 2021 02:44:38 -0300
> >>> From: Lucas Cordiviola >>> <mailto:lucard...@hotmail.com>>
> >>> To: Miller Puckette mailto:m...@ucsd.edu>>,
> >>> pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>
> >>> Subject: Re: [PD] [PD-announce] Pd vers
, Miller Puckette via Pd-list wrote:
>
> On Fri, Dec 10, 2021 at 09:20:09PM +0100, IOhannes m zmölnig wrote:
> > On 12/10/21 21:11, Miller Puckette via Pd-list wrote:
> > > Looks like I'm not going to be able to get 8.6.12 running on my MACOS 10.7
> > > machine (errors compi
On Fri, Dec 10, 2021 at 09:20:09PM +0100, IOhannes m zmölnig wrote:
> On 12/10/21 21:11, Miller Puckette via Pd-list wrote:
> > Looks like I'm not going to be able to get 8.6.12 running on my MACOS 10.7
> > machine (errors compiling the event-management code - ex
Looks like I'm not going to be able to get 8.6.12 running on my MACOS 10.7
machine (errors compiling the event-management code - exactly the stuff
that it was so miserable to get running before)... so considering the "main"
version of Pd should run OK on 10.10 and onward, I think it's OK to just
So combining from two branches of this same thread: Iohannes writes:
afaict the problem actually was that Pd doesn't launch at all.
(un)fortunately i am able to reproduce this on a Sierra machine:
(and then various trouble)... and from below, Dans' got Pd working with the
newest jack but not
I might have something mislabeled, but I _think_ all the Pd builds I'm
making are indeed based on Wish-8.6.10, with these 4 patches:
tk8.6.10_helpmenu.patch
tk8.6.10_keyfix.patch
tk8.6.10_scrollbars.patch
tk8.6.10_zombiewindows.patch
OTOH, should I 'upgrade' to ish-8.6.12? If there/s no reason
I'm hoping to make this part of a major change that will have to introduce
a new version of t_signal to hold extra info (overlap factor for sub-blocked
windows; separate sample rate and number-of-samples-per-second; at least one
additional dimension for multichannel signals and/or images; some
So I guess they should be labeled "Macintosh OS 10.10 or later" and
"Macintosh OS 10.7-9". I'm not sure if "macos7" works on 10.10 or not,
but I don't think it matters much :)
M
On Wed, Dec 08, 2021 at 05:30:22PM -0300, Alexandre Torres Porres wrote:
> Em ter., 7 de dez. de 2021 às 22:51, Miller
Drat... I'd better look again...
M
On Wed, Dec 08, 2021 at 10:52:56PM +0100, Dan Wilcox wrote:
> I think that's an old version. It looks like Tk 8.6.10 when it should be the
> Tk 8.6.12 as you have in the 0.52-0test3 builds.
>
> > On Dec 8, 2021, at 7:20 PM, Miller Puckette wrote:
> >
> >
"compiled for Macintosh OS 10 or later",
confusingly, as Alexandre has pointed out :)
M
On Wed, Dec 08, 2021 at 08:05:07PM -0800, Miller Puckette via Pd-list wrote:
> Hmm, I see "-ljack" in the command line in the CI output... so I guess
> what version of jack i
the current version of jack?
> >
> > thanks
> > M
> >
> > On Wed, Dec 08, 2021 at 07:55:03PM +0100, IOhannes m zmölnig wrote:
> > > On 12/8/21 16:54, Miller Puckette via Pd-list wrote:
> > > > I think it would be sensible to build the "offici
ler Puckette via Pd-list wrote:
> > I think it would be sensible to build the "official" Pd binary with the
> > newest JACK - I think anyone running the older JACK can probably fall back
> > to the "macosx7" compile that I can still compile :)
> >
> &g
Should be there now (on github; I presume that's where it would be
useful.)
cheers
M
On Wed, Dec 08, 2021 at 05:29:11PM +0100, Dan Wilcox wrote:
> Howdy Miller,
>
> can you update mac/stuff.tgz with the latest Wish you've compiled? That's
> need before the release so people self-compiling will
I think it would be sensible to build the "official" Pd binary with the
newest JACK - I think anyone running the older JACK can probably fall back
to the "macosx7" compile that I can still compile :)
Iohannes - is this an easy thing for you to change in the CI sys?
thanks
Miller
On Wed, Dec 08,
So I guess the OS11 one should say "10 or later" and the "9" version is the
same as the
"7" version (so I'll just keep the "7" link around.
thanks
M
On Mon, Dec 06, 2021 at 02:19:39PM -0300, Alexandre Torres Porres wrote:
> and since i'm talking aboute editing the site, you may wanna have "
>
Nope... I think it's a zip file that unpacks to "test3".
but now I don't know which "compile" to use, "Darwin" or "macOS"
(both appear on https://git.iem.at/pd/pure-data/-/pipelines ). The "Darwin"
is a zip file containing the raw app, and the "macOS" one is a "disk image".
I'd prefer to
Excellent news... I'm busy trying to grind out test3 which will have the fix in.
cheers
M
On Sun, Dec 05, 2021 at 06:12:38PM +, Philip Stone wrote:
> Thanks, Miller. I can confirm that build #8286 does *not* exhibit the problem.
>
> Phil
>
> From: Miller Puckette
> Date: Sunday, December
If you're on a mac you can just go to
https://git.iem.at/pd/pure-data/-/pipelines
look at the latest version that has finished compiling (build #8286 , third
from top). On the "..." drop-down, you can grab "macOS:archive" which
should be an "app" with the fix in it.
cheers
Miller
On Sun, Dec
I think having a "message" object is a better idea. Only thing is, it
does raise some interesting design questions of its own - like, what of
sending more than one message; how to specify destination names without
using the ';' separator, and what if we allowed expressions ...
cheers
Miller
On
I think this is right. "pd dsp 1" is definitely public, and "watchdog"
isn't. Perhaps there should be two different destinations for the public
and non-public ones. but it would be cruel to change that just to clean
the situation up, when people are probably using some things that I
would think
I don't know which way to go on this one... I think it's a bad
idea to have a shortcut for "symbol" since it's more often hit
by accident than on purpose - and it confuses people who make them
thinking they're making floats.
cheers
M
On Tue, Nov 23, 2021 at 10:00:47PM +0100, Roman Haefeli wrote:
I disagree with the "$0" in message box idea. Why not $1 then?
(Oh, because it already does something different...)
It would be interestnig to allow message boxes to access canvas creation
arguments somehow, but not that way.
Meanwhile I adopted the atan2 fix but then had to fix a compileer
Hmm.. I just finished fixing it to leave it turned off by default
(it bothers some people and pleases others, so the tiebreaker is to default
to previous behavior).
Meanwhile merging the no-select-text PR - I meant to do that
earlier but somehow missed it.
On Sun, Nov 28, 2021 at 12:25:41AM
... I'm thinking now to leave it in but have it turned off by default -
that way it would be easy to add as a preference later.
M
On Wed, Nov 24, 2021 at 09:53:09PM +0100, Dan Wilcox wrote:
> Oh and I forgot:
>
> # Active Patch Cable Highlight
>
> I think greying out the active patch cable is
Oops, fixed now, thanks.
On Thu, Nov 25, 2021 at 12:34:39AM -0300, Alexandre Torres Porres wrote:
> hey, release notes says "libpd included as part of the Pd distribution. A
> test libpd project is included in ../pd/libpdtest." but I can't find this.
>
> Em qua., 24 de nov. de 2021 às 21:38,
I think my e-mails aren't making it to pd-announce for some reason.
Anyway, yes, 0.52-0 test 2 is out :)
Miller
On Mon, Nov 22, 2021 at 11:20:16PM -0300, Alexandre Torres Porres wrote:
> Test it out. http://msp.ucsd.edu/software.html
>
>
> now, Miller, I haven't seen announcements from
Thanks for this - I think lots of people were getting confused, thinking
Pd extended was Pd and then concluding the whole thing was unmaintained.
cheers
Miller
On Mon, Nov 22, 2021 at 05:15:06PM -0300, Alexandre Torres Porres wrote:
> Hi folks, as I've been saying, I was able to get involved
If by any chance you're using pd 0.52 (test version) then I think
it can crash when used as a subprocess (this should be fixed for the next
test release). If you're using Pd 0.51-4 the problem is something else.
The "broken pipe" message means the subprocess died suddenly for some reason.
But I
OK, this should be fixed for the next test release (thanks Dan)
cheers
Miller
On Tue, Nov 16, 2021 at 06:51:20AM -0300, Lucas Cordiviola wrote:
> Sorry it was a fast and bad answer.
>
> There's a math that puts together: delay * samplerate / blocksize. :
>
> int nbufs = sys_schedadvance *
On Mon, Nov 15, 2021 at 01:46:41AM +0100, Max wrote:
> OK, got it. It's not shaving off one % per depth, it actually removing every
> other % on each iteration, so the # of escaping symbols (%) grows
> exponentially.
> Maybe should lower my screen resolution to see the number of %% symbols
>
If by any chance you were using writesf~ or readsf~, you might have tripped
a concurrency problem that I think I circumvented in commit
8049fa849e9ac728251715feae4db3c369904400 . The symptom was that the patch
kept running but the GUI quit updating after hitting a message box that set
off a
The least-horrible way to learn about it is the "4.data.structures" tutorial
sequence.
But the whole idea of hierarchical data structures maps horribly to a
patch language - there needs to be a better way to access 'data' in Pd.
cheers
M
On Tue, Sep 07, 2021 at 08:23:58PM +0100, Pierre
There's also the "ring buffer" stuff in s_audio_paring.c - it's quite general
and well written. Byte stream oriented.
cheers
M
On Mon, Jul 26, 2021 at 12:46:43PM +0200, Dan Wilcox wrote:
> (Sending again with correct subject line. :P)
>
> Note, there is Peter's C atomics ringbuffer.c
Well, my first attempt to fix things added 5 msec tothe latency, hmm.
On Sat, Jul 24, 2021 at 10:05:35AM -0700, Miller Puckette via Pd-list wrote:
> Yes. Also, I beleive jacks' setup assumes that all its clients share
> the same latency (set via jack's buffer size and number of buffe
Yes. Also, I beleive jacks' setup assumes that all its clients share
the same latency (set via jack's buffer size and number of buffers) so
if you want to mix high-and-lower latency operations you might need to
add some to a Pd instance.
'Git blame' is blaming almost the entire s_audio_jack file
Aha.. I've been meaning to look at why jack doesn't respond to audio latency
setting... I think it needs fooling with.
cheers
M
On Sat, Jul 24, 2021 at 01:01:43AM +0200, Christof Ressi wrote:
> Hi Miller,
>
> > As I understand it, when Pd is idle (finishes a 64-sample block and can't
> > yet
>
On Fri, Jul 23, 2021 at 11:59:26PM +0200, Christof Ressi wrote:
> On 23.07.2021 23:11, Roman Haefeli wrote:
>
> > On Fri, 2021-07-23 at 21:52 +0200, Christof Ressi wrote:
> > > When we overhauled the networking code, I noticed that the TCP and
> > > UDP functions would both read up to N bytes
Hi all -
This appears to be a PR to https://github.com/pure-data/pd-icon - but htere
seems to be confusion as to whether this should be part of pure data itself.
I think it wound be fine to have it in pure data - but I don't know if I should
just grab the files and stick them in pure-data or if
Martin made a huge contribution to electronic musicians everywhere - I'll
sorely miss his generous personality and his creative insights.
Miller
On Mon, Jul 05, 2021 at 11:51:47PM -0300, Alexandre Torres Porres wrote:
> Sorry to bring this bad news and unfortunately I don't have much
>
n 6/17/21 22:56, Miller Puckette via Pd-list wrote:
> > Well, how about just adding capabilities to the pdcontrol object.
>
> i am wondering why you would put that into [pdcontrol] - and not, say, the
> [float] object.
>
>
> gfdgn
> IOhannes
> _
On Thu, Jun 17, 2021 at 12:54:40PM +0100, Claude Heiland-Allen wrote:
> Hi all,
>
> On 17/06/2021 12:25, IOhannes m zmoelnig wrote:
> ...
> > Pd is a data flow language and I thikn the per-canvas paradigm maps well
> > to the idea of data "passing through a danger zone" - which it can also
> >
hi all -
A counter-proposal; I want to get 0.52 out this summer. Perhaps we should
prioritize which PRs to include in it and I'll just merge them into master.
Since it would be early int he cycle there would be plenty of time to work
out the kinks before finalizing the release.
I think these
Here's another idea: a "catch" object that passes messages from inlet to
outlet, but
then reports errors (somehow or other) only when those errors occur while
forwarding
the message.
cheers
M
On Mon, Jun 14, 2021 at 04:01:15PM +0200, oliver wrote:
> Christof Ressi wrote:
> >
> > > i quite
On Tue, Jun 08, 2021 at 05:44:39PM +0200, IOhannes m zm?lnig wrote:
>
>
> Am 8. Juni 2021 17:05:13 MESZ schrieb Miller Puckette via Pd-list
> :
> >P.S. maybe 'sendto' would be clearer - 'to' could be misunderstood as
> >just setting
> >a return port/addr for a lat
P.S. maybe 'sendto' would be clearer - 'to' could be misunderstood as just
setting
a return port/addr for a later 'send' (which I think would make netreceive -u
unnecessarily stateful).
On Tue, Jun 08, 2021 at 08:01:30AM -0700, Miller Puckette via Pd-list wrote:
> Yep, I was going to prop
Yep, I was going to propose that too. It would simplify my 'conniption' objects
a lot to have that possibility!
cheers
M
On Tue, Jun 08, 2021 at 02:45:10PM +0200, Dan Wilcox wrote:
> With the Pd net object overhaul, pd is using sendto with UDP as suggested by
> Christof as well, I believe.
>
One solution (which the conniption server/client and quacktrip both
use in somewhat different ways) is for a "netreceive" object to wait
for an incoming connection and then, once one arrives, immediately to close
its own listening port and for a "nestsend" in the same patch to open
a connection to
This is a long-standing problem... I've been putting off optimizing this
until I can get my head around some improvements I want to make first.
cheers
Miller
On Thu, May 20, 2021 at 04:37:02PM +0200, Roman Haefeli wrote:
> Hi
>
> When using "many" data structure scalars, all scalars seem to get
Hi Vinicius -
I've never written it up because I've always thought it badly needs more
work. Newest version is indeed 0.2.8.
cheers
Miller
On Tue, May 04, 2021 at 07:15:34PM -0300, Vinicius Cesar wrote:
> Hi, all
>
> Does anyone know if there's some documentation about scofo~ object, that
>
ing some
inevitable distortion to adding delay.
all part of the Dark Art (tm:)
Miller
On Mon, May 03, 2021 at 09:14:42AM +0200, Peter P. wrote:
> * Miller Puckette via Pd-list [2021-04-24 17:45]:
> > As far as I can tell limiter design is a dark art. Here's one (that imposes
> &
pure-data/pure-data/issues/1305__;!!Mih3wA!XMhJYxjhME5toHvcGQaK14n4LmNU0RlX-iYx637isdS8y31b1M1Q3joyLE6z$
>
>
> Max
>
>
>
> On 28.04.21 18:14, Miller Puckette via Pd-list wrote:
> > On Wed, Apr 28, 2021 at 10:56:58AM -0500, Charles Z Henry wrote:
> > My 2 cents...
> &g
On Wed, Apr 28, 2021 at 10:56:58AM -0500, Charles Z Henry wrote:
My 2 cents...
The 4-point interpolation scheme gets radically better if the signal it's
used on is oversampled (error goes down asymptotically by 24 dB for each
doubling of sample rate) - so my own strategy is simply to 4x upsample
As far as I can tell limiter design is a dark art. Here's one (that imposes
a hard limit just within the (-1, 1) range - I made this for "music101" where
I needed a hard limit and am assuming the input signal is a voice (so unlikely
to have extremely fast attacks)...
cheers
Miller
Looks like the 'installer' is badly messed up! I'll see if I can figure
out what's wrong.
Meanwhile, it looks like you can fix it by renaming Program Files/Pd/ to
Program Files/Quacktrip and then re-installing Pd.
cheers
Miller
On Mon, Apr 19, 2021 at 07:28:53PM -0400, Samuel Burt wrote:
>
OTOH in this particular application you migth be able to run several
Pd processes, one for each audio device, and sync them using
netsend/netreceive. (Me, I use the startech "7.1" interface that costs about
$25; the "1" is full bandwidth so it gives you 8 independent channels out.
But I haven't
I think the question is - within a shader, can you 'snap' an image to
a texture so that it doesn't have to go back and forth between the
GPU and CPU? I'm curious too... I guess there must be a way to do this...
cheers
Miller
On Sun, Feb 14, 2021 at 08:57:19PM +0100, IOhannes m zm??lnig wrote:
>
that's right - savestate just lets a patch add stuff to its parent
(calling) patch when the parent is saved, that is retrieved when reloaded
from a file. I don't know of other meanings of "savestate" although the
name does (unfortunately) suggest that it's for object archiving ala
NeXTStep (and I
1 - 100 of 182 matches
Mail list logo
