@Dizzy-Dizzy on the EE side - sounds like you might not be interfacing to the arduino in an ideal way, normally you want to wire them pull up just using the arduinos internal resistors, putting a small capacitor across the switches will also filter out a lot of noise.

mostly nostalgia out of me - the cz 101 felt unique, probably out of its limitations. really wanted to slide through all its settings in real time or at least send sysex to randomize a patch while it was playing.

what interesting now about casio's take on FM/PM with 'phase distortion synthesis' is after listening to it do its thing through a patch randomizer I'm surprised how many real instruments it will attempt to sound like in kind of a plastic toy way. does a lot with very little

@lacuna figured it out, the crash happens in windows with 0.54.1 when you try closing the patch after sending [clone] the [resize < message - but only if the amount of voices is different than when it started

& thanks - it wasn't obvious to have a second subpatch connected to [clone] for the oversampling filter

also looking closer I see that all the math for calculating the filter is in J07.oversampling.pd

I have an old 2010 13" macbook pro thats about similar, it kind of chokes compared to a desktop.. but you definitely should be able to run 200 oscs~

its probably the FX - maybe there's a cheaper reverb out there (they use delay lines) or maybe use delay lines more sparingly

it might also be the UI if you have a PD screen full of number boxes, sliders, other things that are giving feedback all the time, reducing the amount of responsive UI can help

if you are using two monitors try just one, definitely close browsers and other apps, turn off the network

but yeah upping the delay msec setting is usually where you go to try and fix it, you're right around the threshold I run into when I jam in netpd with that laptop. theres a patch you can open with your patch running - its called test audio and midi and listen to the sine wave - if it crackles or sounds weird while your patch is on try setting the delay msec up until its good.

leave the block at 64 - a lot of stuff expects it to be 64, so that can only cause weirdness.

It isn't as much latency as you think it is because its 64+that setting, as little as 2. this is different than something like JUCE which just says its a power of two buffer. it would be 104 at 40. vs 128 is the lowest usually offered

side note: testing the round trip settings in the extras I was able to set it down to 3 on an intel mac. 2 with asio and a roland dac on a pc. quickly had to turn it up when I started working on complicated patches tho

@seb-harmonik.ar they polyblep ones are here https://github.com/MikeMorenoDSP/pd-mkmr/tree/master/oscillators

& actually its also in there - the os.cz~ oscillator that I'm using though I wastefully hooked it up so you can slide through waves and everything in realtime, something I always wanted my cz101 to do

but it was mostly from playing around with really high notes in anticipation of what might happen in netpd .. later I realized the casios of that era actually modulo notes above and below their range to the top and lowest octave

nice tip @oid - sounds like if anything I should introduce more aliasing

@Load074 PD uses different libraries for audio and midi based on how its compiled and what OS its talking to .. so in linux I bet there's a difference between alsa, jack, or legacy and id guess that over time thats changed when libraries either continue to get updated or not

back in the glory days of Windows XP if you unplugged a live usb midi it would not only crash out your software, possibly need a reboot, it could show up like an entirely different device and everything had to be set up all over again.. doubt anyone has tried it but vanilla is still being built for XP

the 16x oversampling filter http://msp.ucsd.edu/techniques/latest/book-html/node194.html from this part of the book is too expensive to use with [clone]. [clone] also just really does not like any reblocking (closing the patch while its running will often crash pd so I'm trying to avoid using it with a dynamic patching system like netpd).

Is there a cheaper way to achieve something similar or some maths to try 8x or 4x oversampling to smooth out high pitches? It's a polyphonic casio cz synth I'm testing with really high midi notes

I like to use a virtual port to connect my hardware (in windows or wine MIDI-OX), that way I can stop and start/close reopen it if I need to unplug it physically without having to interrupt any audio software running

check out plugdata for ios, its super alpha, but it has [else] installed. just checked on my phone and something like the help for [pluck~] works

you can bug them on the discord https://discord.gg/eT2RxdF9Nq

if you really want to make it easy use [else]. its got everything you need already whipped up with help documentation as well as a whole tutorial on live electronic music.

its in find externals (works best with the newest vanilla) or baked in to the vanilla compatible max lookalike plugdata (plugdata works best if you get the nightly)

@inum https://github.com/MikeMorenoDSP/pd-mkmr/tree/master/sequencers check out the vanilla friendly mkmr library, uhh the github is a lot newer than whats in the find externals .. download the whole zip here https://github.com/MikeMorenoDSP/pd-mkmr just put whatever you want to use (and the help if you like) in the same folder and [callitbyitsname].pd