Re: [PD] DSP crashing - PD freezes.

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 wr

Re: [PD] DSP crashing - PD freezes.

; > > OK (and thanks 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_Darw

Re: [PD] DSP crashing - PD freezes.

00, Miller 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 >

Re: [PD] DSP crashing - PD freezes.

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 simila

Re: [PD] verbose object search paths not displaying unless debug4?

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 fl

Re: [PD] Pd download pages are down

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, > > > > Just

Re: [PD] Pd0.53-1 for Windows downloads look like Pd0.53-0

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" panel

Re: [PD] [PD-announce] [leapmotion] version 0.2.0 on deken

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, tha

Re: [PD] [PD-announce] [leapmotion] version 0.2.0 on deken

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 decently

Re: [PD] [PD-announce] [leapmotion] version 0.2.0 on deken

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 /Applications/Pd-0.53-1.app/Contents/Resou

Re: [PD] [PD-announce] [leapmotion] version 0.2.0 on deken

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. Dez

Re: [PD] [PD-announce] [leapmotion] version 0.2.0 on deken

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 >

Re: [PD] metro and dsp error interacting

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

Re: [PD] Pd freezing on Mac Ventura 13.0

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 09:34

Re: [PD] Pd 0.53-0test2 scrollers

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: > >

Re: [PD] Pd 0.53-0test2 scrollers

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-

Re: [PD] Pd 0.53-0test2 scrollers

M -0700, Miller 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

Re: [PD] Pd 0.53-0test2 scrollers

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

Re: [PD] [PD-announce] pd 0.53-0test2 released

:06PM +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: > >>> al

Re: [PD] [PD-announce] pd 0.53-0test2 released

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: > >

Re: [PD] [PD-announce] pd 0.53-0test2 released

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 li

Re: [PD] [PD-announce] pd 0.53-0test1 released

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

Re: [PD] Alternative for array to show curves?

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 rela

[PD] [OT} faculty job at UCSD, deadline Nov. 1

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 specializat

Re: [PD] Using Teensy as midi compliant device

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 c

Re: [PD] why units per pixel: -1 by default on subpatches?

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' inc

Re: [PD] consistency check failed: drawline

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 size

Re: [PD] Pd 0.52-1 - frozen dsp and gui in ubuntu 20.04

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 quic

Re: [PD] delwrite~ delread4~ name of delay line not settable?

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

Re: [PD] Different [random] behaviour between macOS & linux?

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 thing

Re: [PD] what's the 3rd value of bonk~'s cooked output?

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 brilliance

Re: [PD] different float accuracy betw. Pd-0.52-1-msw-i386 and Pd-0.52-1-msw-amd64

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.. th

Re: [PD] KDE: how to change window color, too dark...

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 09:50:42P

Re: [PD] [sfinfo~]

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 embar

Re: [PD] [sfinfo~]

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 b

Re: [PD] [sfinfo~]

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 tha

Re: [PD] pd 0.52-0 test 4 released

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

Re: [PD] JACK and blocksize

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 samples

Re: [PD] [file]: paths not relative to patch

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 idea

Re: [PD] pd 0.52-0 test 4 released

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 zmoe

Re: [PD] JACK on macOS

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 ( > https://urldefense.proofpoint.com/v2/url?u=https-3A__git.iem.at_pd_pure-2Ddata_-2D_jobs_33818_artifacts_file_Pd-2D0.52-2D0test3-2D2-2Dg6ca9539f.dmg&d=Dw

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

> > As explained in previous emails, I don't use jack from Homebrew for my > builds. I use the distribution from jack.org >

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

> > > > 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 fo

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

> >>> Message: 1 > >>> 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> > >>

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

24PM -0800, 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 > > > machin

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

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 - exactly the s

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

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 s

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

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 runn

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

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 t

Re: [PD] mc – multichannel extension for Pd

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 sort

Re: [PD] Pd version 0.52-0test3 released

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

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

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: > > > > Sho

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

;s labeled "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

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

ling to connect with 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 bu

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

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 :) > > > > Ioha

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

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

Re: [PD] [PD-announce] Pd version 0.52-0test3 released

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,

Re: [PD] Pd version 0.52-0test3 released

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 " > ht

Re: [PD] Pd version 0.52-0test3 released

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 distribu

Re: [PD] 0.52.0test2: window jitter on (Mac OS)

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 5

Re: [PD] 0.52.0test2: window jitter on (Mac OS)

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 0

Re: [PD] '$0' in messages again, another proposal? (Was: Pd 0.52 test 2 is out)

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 W

Re: [PD] documenting messages to/from Pd and dynamic patching

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

Re: [PD] Pd 0.52 test 2 is out

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:

Re: [PD] Pd 0.52 test 2 is out

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 erro

Re: [PD] Pd 0.52 test 2 is out

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 +0100

Re: [PD] Pd 0.52 test 2 is out

... 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 g

Re: [PD] Pd 0.52 test 2 is out

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, Luca

Re: [PD] Pd 0.52 test 2 is out

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 Pd-anno

Re: [PD] Pure Data FLOSS Manual has been renamed to Pd-extended FLOSS Manual (was Re: mickfuzz's Pure Data FLOSS Manual, a message on behalf of Pd's community)

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 with

Re: [PD] pdmax - broken pipe in macos?

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 c

Re: [PD] GUI freezes on windows?

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 * a

Re: [PD] makefilename multiple substitutions

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 > mo

Re: [PD] Pd-list Digest, Vol 200, Issue 15

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 writes

Re: [PD] Nestable Dictionaries in Pd

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 Alexandre

Re: [PD] JACK affects UDP rate

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 implementa

Re: [PD] JACK affects UDP rate

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

Re: [PD] JACK affects UDP rate

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

Re: [PD] JACK affects UDP rate

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 >

Re: [PD] JACK affects UDP rate

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 (w

Re: [PD] Pd files on Linux: MIME type and (document) icons

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 th

Re: [PD] sad news: RIP Martin Peach

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 > informatio

Re: [PD] Ability to access error messages from patch

te: > On 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 > ___

Re: [PD] Ability to access error messages from patch

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 > > lea

Re: [PD] develop testing branch was: Find last error

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 sou

Re: [PD] Ability to access error messages from patch

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 like

Re: [PD] UDP server with Pd

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

Re: [PD] UDP server with Pd

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:

Re: [PD] UDP server with Pd

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. > >

Re: [PD] UDP server with Pd

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

Re: [PD] data structure flickering

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

Re: [PD] Miller Puckette's scofo~ object

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 > wa

Re: [PD] compander-limiter from slop~-help.pd

make them zero-delay, preferring 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&#

Re: [PD] 4-point interpolation changes timbre depending on sample rate

/v3/__https://github.com/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: > &

Re: [PD] 4-point interpolation changes timbre depending on sample rate

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 e

Re: [PD] compander-limiter from slop~-help.pd

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 --

Re: [PD] Quacktrip now launches with Pd

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: > This

Re: [PD] Multiple audio outputs on a single-board computer ?

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 tr

Re: [PD] Image from shader back to Gem

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: >

Re: [PD] [OT]Re: Preset management for Pd Vanilla

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   2   >