• yannseznec

    Is there a way to dynamically change the argument for [clone]? For example, if I have a clone object called [clone synth 16], can I somehow within the patch change it to have 20 instances rather than 16?

    posted in I/O hardware diyread more
  • yannseznec

    @seb-harmonik.ar that's brilliant, thanks so much! so far it's working perfectly.

    posted in technical issues read more
  • yannseznec

    Each time I load a sound into an array using soundfiler that array will automatically have the "save-in-patch flag" cleared. I know this is normal behavior, but sometimes I don't want that to happen. So is there a way of setting an array to save the contents with a message of some kind? currently to do that after loading a new sound into the array I have to:

    • right-click
    • select "properties"
    • tick the checkbox for "save contents"
    • click OK
    • click OK again for the other array properties window

    this feels needlessly tedious. have I missed something obvious? maybe a flag for when I'm loading the sound in soundfiler? or is there something I can do using the [array] object?

    posted in technical issues read more
  • yannseznec

    Has anyone worked out a way to get a Raspberry Pi launched and running a Pd patch really quickly? For me it always takes around 60-90 seconds or so, and I'm wondering if there's anything I can do to speed it up.

    posted in I/O hardware diyread more
  • yannseznec

    I'm starting to feel bullied by various software services to "upgrade" my MacBook to 10.15 Catalina.
    I remember hearing that as far as audio software goes there were a number of issues on launch. Is it vaguely safe to upgrade in terms of Pure Data nowadays?
    From what I've read it looks like the main build is fine (0.51)...I use a few external libraries regularly - zexy, purest_json, and comport. anyone have experience with using those with 10.15?

    posted in technical issues read more
  • yannseznec

    ah that's too bad, I was really hoping for 130,000 years :)

    but seriously - thanks so much for the brilliant explanation. vline~ seems like the easiest approach. It also occurred to me that I could just divide a very long timeframe up into smaller chunks and run line~ the requisite number of times, with offsets to make up for the resulting output. it wouldn't be perfectly accurate but it would probably work fine too.

    posted in technical issues read more
  • yannseznec

    oh right yes ok! that makes sense.

    I'm looking at other approaches to generating very long signal-rate ramps now...is there a similar limit to how slowly I can drive the line~ object, for example? I've found that I'm able to make it go from 0 to 1 over the course of 2 hours without any issue, but is there a limit to that? Can I make it go for 2 days, or 2 months, or 2 years?!

    posted in technical issues read more
  • yannseznec

    ok interesting! thanks for the great explanation. I'm pretty terrible at math - does that mean that if I use a higher sample rate then I can send slower frequency arguments to phasor~?

    posted in technical issues read more
  • yannseznec

    Hi!
    Is there a limit to how low of a frequency argument can be sent to phasor~?

    I'm currently finding that if I send my phasor~ objects an argument of 0.00005 (5e-5) it works fine, but if I send an argument of 0.000005 (5e-6) it doesn't work at all, the output just stops.

    any thoughts?

    posted in technical issues read more
  • yannseznec

    Code and info here: https://github.com/yannseznec/jumpSynth

    PD-wise it's a very simplistic patch. I'm no synth specialist, but it makes some fun noises :)

    posted in output~ read more

Internal error.

Oops! Looks like something went wrong!