FV-1 pitch

S

serhay

Member
Hello, I have a question. I'm currently using the FV-1's built-in effects and I'm experiencing an audio delay in the pitch shifter effect, which many people dislike. How can I fix this? If I load different effects onto the EEPROM chip, will the pitch shifter effect still have the same problem? How can I overcome this issue?
 
The EEPROM chip is an external source of FV-1 patches (algorithms) and does not interact with the internal patches of the FV-1 in any way. The internal patches cannot be changed - except to transfer them to an EEPROM , from which they can then be extracted, massaged & edited and then placed back onto an EEPROM for reading by the FV-1 as an external source.
 
Cybercow said:
The EEPROM chip is an external source of FV-1 patches (algorithms) and does not interact with the internal patches of the FV-1 in any way. The internal patches cannot be changed - except to transfer them to an EEPROM , from which they can then be extracted, massaged & edited and then placed back onto an EEPROM for reading by the FV-1 as an external source.
Click to expand...
I understand. So, I'd like to ask this question: To prevent or reduce the audio delay at the input, can a buffer circuit be added to or before the output of the FV-1 pedal? I only experience the delay (audio lagging behind) in pitch shifter mode; this is a common problem even with many branded pedals. Also, if we want to use the pitch shifter from EEPROM memory, I assume this delay can be resolved via software. Is this correct? If so, what kind of intervention would be necessary? Thanks.
 
Latency is just the nature of the beast when it comes to pitch shifting, programming can help but the processing power of the chip set is the real hurdle, ultimately if you want a better tracking pitch shifting pedal you are better off using a chip set with more processing power like the daisy seed, the fv-1 can do some cool stuff but IMHO pitch shifting is where it falls short rather quickly.
 
The only DIY-friendly polyphonic pitch-shifter project I’ve seen that can compete with commercial products as far as latency is schult’s project for the daisy seed:

Steve Schulteis

Thread 'Terrarium Polyphonic Octaves Code & Demo'

I got another one for y'all. This time we're doing polyphonic octaves, like a POG or a Sub 'N' Up.

Project page: https://github.com/schult/terrarium-poly-octave
Firmware binary: https://github.com/schult/terrarium-poly-octave/releases/download/v1.0.0/TerrariumPolyOctave.bin


Not the best demo, I know, but I'm wiped out, and I want to get this thing out there. I also probably could have done a better job matching the settings of the Sub 'N' Up with the Terrarium. Regardless, my take is that my implementation landed pretty close to the Sub 'N' Up, but the...
  • Like
  • Love
  • This ROCKS!
 
1 second? (OP sent me a DM claiming the delay was 1 second). Typically you can expect to get half of the pitch shift buffer length latency IIRC, so 1 second does not sound right. Over at the Spin forum some guy figured out a way to reduce it, I'd suggest looking or asking over there.


Note, SpinCAD pitch blocks don't implement this but it's probably trivial to edit the SpinASM.

DL
 
Last edited:
You must log in or register to reply here.
Back
Top