Thanks, I'll take a look at that.

When I search for how to do voice stealing in Pure Data, I find poly. But poly just seems to be for MIDI notes. I'm calculating frequencies on the fly; MIDI notes won't work for me. How do you do voice stealing in Pure Data when you aren't using MIDI notes? Thanks for any help or suggestions!

@lacuna Adding [switch~] to the abstraction almost completely eliminated the noise. Thanks! It didn't occur to me that [osc~] and [dsp~] objects that weren't producing sound would use so much system resources.

Next I'll look at wavetables. Can all the instances of an abstraction share the same wavetable, or does each instance need to have its own copy of the wavetable?

@whale-av You can ignore my last question. I don't think a single [dac~] object would solve the problem. I'm looking at a patch I made last summer that has 2,940 [osc~] objects and 105 [dac~] objects and no noise problems. The logic is a bit different, but I don't yet see how the differences in the new patch could cause the noise. Time to do some more experiments...

@whale-av Is there a way to route all of the [osc~] objects in all of the abstractions to a single [dac~] object?

I reduced the number of [osc~] objects to 27, and still have noise. The noise doesn't sound as bad as it did before, but the strange thing is that the noise happens just as often with 27 [osc~] objects as it did with 4374 [osc~] objects. That makes me wonder if there is something more going on here than just the number of [osc~] objects.

I've started looking at the poly thread, but it will take me a while to figure out whether there's something there that can solve my problem. Thanks.

I changed [vline~] to [line] as you suggested, but that introduced a new noise. [line~] worked better.

I'll try making an abstraction for the 81 groups. That will reduce the number of [osc~] objects to 1458. Do you think that will be enough to eliminate the noise?

I typically only play one chord at time, but I was hoping to be able to play two or three. I don't know how to implement voice stealing, but I'm starting to research it. Do you know of any examples of voice stealing I could look at?

Thanks for your help.

One correction to what I originally posted... there aren't 80 bangs, there are 81 groups of 3 bangs, so 243 bangs altogether that can each invoke the abstraction 3 times.

I don't know whether it's related, but I couldn't try one of the PD audio options. I'm using "old MMIO system". If I try to change to "standard (portaudio)", I get the message, "error opening audio: Invalid sample rate", no matter what the sample rate is set to.

Here's the zip file:
tritone.zip

I have a patch with 80 bangs that reference the same abstraction. When I click one of the bangs, it simultaneously calls the abstraction three times to produce a chord with three notes. Most of the time it sounds correct, but I often get a crackling noise. The noise usually starts at the middle or end of the chord. I've tried changing all of the audio parameters. Most of the parameters did not affect the noise. Changing the sample rate to 96k made the problem worse. Increasing the block size to 2048 made the problem better, but did not eliminate it. How can I get rid of the noise?

I'm running on Windows 10. I've tried both the internal sound card and an external USB sound card (Sound Blaster Play! 3). I've also tried the patch on a different Windows PC. The problem occurs on every PC and sound card.

That worked. Thank you! I didn't know that I needed to add the pd- to the patch name.

It's disappointing to see that people have been struggling for nine years with the problem of PD randomly putting patches where they can't be seen. Do you know whether there are any plans to fix this? Anyway, thank you again for your help and patience with a newbie.

Your test patch worked, but when I tried mine, I got this in the console:

saved to: C:/Users/nypon/Desktop/Music/PureData/launchpad/test_relocate.pd
test_relocate.pd: no such object

That didn't move or resize the window.
I downloaded Mofiki's Coordinate Finder and verified that Windows has the top left of the display as x=0, y=0.

As an experiment, I copied the messages from the help file and added a bang. I tried moving and resizing the window, then clicking the bang, but nothing happened. The window did not move or resize. What am I missing?

I have two displays connected to my Windows PC. I normally only have the primary display turned on. Sometimes when I open a patch in PD, it opens it on the secondary display, even though I never placed it on the secondary display, and the secondary display is turned off. This was very disconcerting the first time it happened. I thought that PD had lost my patch. It took me a while to figure out that PD had placed the patch on the wrong display. How can I get PD to stop putting patches on the wrong display? I just want PD to open patches at the location where I last saved them. I've tried different display settings in Windows, put PD just seems to ignore them.

Thank you! That's helpful.

Thanks. That might be what I need, but I need to do some more research on MIDI MPE messages. I'd like to find a MIDI MPE sample file that I could download. I see that Max/MSP added some new objects for MPE, mpeconfig, mpeparse, mpeformat, polymidiin, and others. I'm going to look to see what they're doing.

I'm thinking about getting an MPE-capable MIDI controller to use with the synth I made in Pure Data. I'd like to enhance my synth to support the MPE features. Has anyone worked with MIDI MPE in Pure Data? Any advice or suggestions?