Posts by frescokid

    I don't want to offend anyone.

    It is probably a sign of today's times that subjects related to mathematics, programming and algorithms are expressed by people who have no clue about it. They imagine how it should work and believe that they are right even without reading even one scientific paper on the subject.

    https://dafx.org/understanding-…rlap-add-psola/

    Yep. Hence there is always latency when applying digital pitch shifting. However, I stand by my assertion that input pitch recognition is not needed for a chromatic pitch shifter. Only an envelope detector is required which requires less samples of the digitized waveform then a pitch detector.

    I speculate that the harmonic pitch shifter, on the other hand, requires both an envelope detector and a frequency detector. Both pitch shifters will then use some kind of algorithm similar to the one you linked.

    Edit... After considering this a little more, I'm definitely minimizing the complexity of the process. For any pitch shifting, some sort of frequency analysis most likely takes place to provide a realistic sounding shift. I've talked myself out of this argument (don't tell my wife!)

    You are correct that there will always be a processing latency in any digital pitch shifting algorithm. However, the latency for a chromatic pitch shifter will/should be less than a diatonic (harmonic) pitch shifter as the later must detect the input pitch to apply the correct shift interval. I haven't investigated myself, but I would assume that the transpose option in rig settings will have less latency than the chromatic pitch shifter. I'll have to investigate this evening.

    as i said: it just needs to think: everything that comes in, i will let out through the -100Cents door.

    it does not need to know an exact note. just put every signal 100 cents(for example) down.

    the digitech drop at least has no feelable latency when going down 1 or 2 halfsteps, it gets a tiny little washy when going 3 steps down. i wouldn't use it any lower.

    I'm not sure how it's done in the Kemper, but you are correct that a direct pitch shift (i.e. minus 1 half step) should have very little latency because it doesn't need to detect the input pitch. However, if you are using an intelligent pitch shifter (i.e. shifting withing the scale of a key) then there will be more latency as the algorithm must detect the pitch before it can apply the appropriate shift to stay within the desired scale.

    Sorry for the double post. I originally posted this in the OS7 public beta discussion, but realize it's better suited here.

    I'm running 7.0.5.14942B and RM 2.3.10.14949. I'm having an issue where when I preview performances from RM the amps/effects don't change. For example, when I change perfrormances (by double clicking in RM) the number of active slots works (i.e. first performance has 5 slots while the next performance has 3), but the contents of the slots doesn't change. I have double checked that nothing is locked. However, after I copy a performance to my Kemper it works as expected. Is anyone else experiencing this?

    I'm running 7.0.5.14942B and RM 2.3.10.14949. I'm having an issue where when I preview performances from RM the amps/effects don't change. I have double checked that nothing is locked. However, after I copy a performance to my Kemper it works as expected. Is anyone else experiencing this?