• s.elliot.perez

    Hah, whoops. Wasn't so hard after all. semitone value>[+ -36.3]>[mtof] does what I want, though it's approximate of course. If you have a better idea, you're welcome to share it...

    posted in technical issues read more
  • s.elliot.perez

    Hello, I worked on one of my abstractions today so that I can feed it a spectrum of specific pitches from which it randomly chooses one at each bang. This abstraction is a sample reader, so the base pitch is different depending on the file. I then transpose it by changing the reading speed of the array. So if 1 is the untransposed base pitch (normal playback) and 2 is an octave higher, what's the simplest way to calculate semi-tones (I'll worry about quarter- or other microtones later on) in between 1 and 2? I would like to be able to feed the abstraction something like "0 4 8 12" and have it play back c, e, g# and c (if the base pitch is a c), but if I just divide those values by 12 and add them to 1, it doesn't work because of how frequency ratios work. Any ideas? I'd also like to be able to transpose downward in the same way...

    I'm aware of the existence of [mtof] and [ftom], but I'm not sure they're of any use here...

    posted in technical issues read more
  • s.elliot.perez

    Hi everyone,

    My abstractions have GoP activated to allow for covenient monitoring of an experimenting with various sound parameters. However, the rewriting of these many graphical objects slows down PD. When hiding these abstractions in a subpatch, this slow-down is circumvented. However, now I'm getting some error messages in the main PD window:

    (Tcl) INVALID COMMAND NAME: invalid command name ".x1d73448.c"
    while executing
    "$tkcanvas itemconfig $tag -text $text"
    (procedure "pdtk_text_set" line 2)
    invoked from within
    "pdtk_text_set .x1d73448.c .x1d73448.t60bbdb8 {50.26}"
    ("uplevel" body line 1)
    invoked from within
    "uplevel #0 $docmds"

    Do you know anything about this? Thanks in advance.

    posted in technical issues read more
  • s.elliot.perez

    @heyok Thanks heyok, I didn't even know about that object. It makes things a little more compact - amazingly, [bang~]>[snapshot~]>[sel 1] (or [moses 1]) still doesn't work, so [> 0.999]>[change]>[sel 1] it is!

    posted in technical issues read more
  • s.elliot.perez

    @whale-av I tried it with just [sel 1] and it didn't work. [metro 1]>[snapshot~] is apparently not high-res enough to detect that one value. [>] outputs 1 and 0 and I only want 0, whence I added [sel 1] afterwards. I also added a [change] between them to avoid a stream of superfluous bangs.

    @alexandros The [phasor~] speed changes during all of this, not sure how I would do that with [line~].

    posted in technical issues read more
  • s.elliot.perez

    Hello

    I have a sampler abstraction that reads an array with [phasor~] when it receives a bang. I've set it up thus:

    [metro 1| [phasor~]
    | /
    [snapshot~]
    |
    [> 0.999]
    |
    [sel 1]
    |
    [0(

    and the [0( goes into the left and right inlets of the above [phasor~]. This is to prevent the sample from looping while allowing it to start from the beginning when a new bang comes in. This works, but it feels a bit hacky, so I'm open to other suggestions. NB: the playback speed (left inlet of [phasor~] is variable during playback.

    posted in technical issues read more
  • s.elliot.perez

    Also, Katja made a vanilla abstraction version of freeverb~: http://forum.pdpatchrepo.info/topic/6247/freeverb-in-vanilla-pd

    posted in technical issues read more
  • s.elliot.perez

    @alexandros Hey, thanks for the tip! I followed your instructions and it works well. Just to make sure the delay line is always bigger than the delay time, I put $1 as the delay line... Not sure if there's any disadvantage in making it so unnecessarily larger than the delay time, e.g. in terms of cpu consumption. vz~.pd

    posted in technical issues read more
  • s.elliot.perez

    @whale-av Hey David, I wasn't alerted to your reply for some reason...

    Yes, that's what I was afraid of. Yesterday, I remembered having used [delwrite~] with [vd~] in the past.

    posted in technical issues read more
  • s.elliot.perez

    Changed topic questions.

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!