• rumblefuzz

    It does (sometimes)

    That was still a temporary measure so I don't have to worry about that number getting too high. In the final implementation I plan to trigger the reset from a noise gate on the input, or, if it becomes a synth, from a note-off msg

    posted in technical issues read more
  • rumblefuzz

    Actually that first remark was the solution :grin: . The delay was set to 7 samples because at some point I was messing with that to get it to trigger right.

    Now the only thing left is to get this so I can 'stack' these to transpose multiple octaves

    Here is the patch if you want to have a look (hopefully this works):

    divide down test.pd

    posted in technical issues read more
  • rumblefuzz

    My first post here, hello all!

    As an exercise I'm making a patch that emulates an oldschool flipflop squarewave octaver like in an MXR bluebox or in some analog synths and organs.

    I'm getting really close using {expr~ $v1 > 0] to convert a sine to a squarewave and with a short delay [expr~ $v1 > $v2] compares one sample to a delayed one to check if the value of the new sample is higher than the one before. This gives me a pulse every time the value went from 0 to 1. Those pulses go to an [rpole~ 1] as an integrator and [expr~ pow(-1, $v1) ] converts that ramp to 0 and 1 at half the original frequency.

    This does work, but at higher frequencies I'm getting a 'ripple' on both rising and falling edges of about three or four alternating 0's and 1's that I can't seem to find the culprit of. Any ideas?

    Screen Shot 2020-03-31 at 03.29.23.png

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!