H90 Pitch Flex bug

[GEDDN]

Hi there, I have encountered a bug that I have detailed in this unlisted YouTube video, I have also uploaded a program that hopefully allows the Eventide team to more quickly see the issue for themselves.

The issue is that wherever the ‘manual shift’ setting is set in a preset or program, when the preset or program is loaded, the algorithm internally sets the ‘manual shift’ setting to -1 even when the display says it is at +1 or elsewhere.

I’m trying to mimic the classic/chords mode switch on my Whammy V pedal so I can replace it with the H90 while also using the B preset for echo or whatever.

My idea was to have two programs, one with Pitchflex to represent the classic mode and one with Polyflex to represent the chords mode.

I also talk about a second issue in my video which is less of a bug and more of a feature request.

That is, I believe that if an expression pedal is assigned to a parameter in a program and the program is loaded, the expression pedal input should read/sense the position of the expression pedal where it is at the time the program is loaded. Otherwise there is a discrepancy between the expression pedal position and the parameter which can only be fixed by changing the position of the expression pedal so that the parameter will jump to the correct value.

I hope these issues can be addressed in a future update. I really like the vibe of this pedal but there are a few issues like this that make it so that for every issue in my current pedal set up it solves, it throws up several other issues. I’m hoping eventually this pedal can be the centre piece of my pedalboard and allow me to make a smaller and more portable set up.

Thanks, N

Attachments:

You must be logged in to view attached files.

[brock]

I watched the video, and I ‘believe’ I know what you’re running into.  The GRUMBLE_BULB Program was saved with your expression pedal out of position.  That point in the treadle throw is also saved, and reloads with the Program.  Any subsequent pedal motion jumps to its current position.

You can test out my theory:

• Load the Program, and don’t do anything else to it.
• Put the expression pedal exactly where you want it to load (full Toe, if I recall).
• Re-Save the Program.
• Switch to another Program, then back to GRUMBLE_BULB.
• See if that’s the solution.

[GEDDN]

Thanks for the response, Brock.

I’ve found some time today to make a new video showing that this isn’t the case and it is in fact a bug.

It would be great if someone from Eventide could comment on this, cheers.

https://youtu.be/f0vXxnOCOWk?si=XwJkye26nr_igD_h

[DLGuitar]

I’m having the exact same problem with this Pitchflex bug. Would be great to see it resolved.  I’d really like the program to load with the manual shift sounding at 1.00 where I saved it!

[apalazzolo]

I spent some time with PitchFlex using H90 Control (not using the pedal as the interface like the OP) today.

I can reproduce the behavior described in the OP’s post dated April 24.

More generally, I tested various other things as well.  I believe there is a problem and that it is limited to the Manual Shift parameter as reported.  The visual position of that parameter control saves properly (where ever I set it).  However, the underlying value of that parameter is never saved.  Instead, (as reported) the underlying value of that parameter is always -1 upon recall of a saved preset (you can clearly hear it).   To keep things as simple as possible I tested out various factory presets and only made this one change before saving.  Same problem every time.

I continued on to test various other parameters using various factory presets and did NOT have a similar problem with any of those other parameters.

Thus, the error appears to be limited to the Manual Shift parameter.

I hope that helps.

 

 

 

[joecozzi]

The Manual Shift parameter is meant to be a realtime control, so it will only sweep the pitch when the H90 senses it’s being moved. It should not be used to achieve a starting pitch. As it pertains to GEDDN’s post, if you wish to achieve the +2 Octave pitch upon loading the Program, it’s better to set the Heel A parameter to +2 Oct and the Heel B parameter to +1 oct while maintaining Manual Shift at it’s default value of zero. The Toe parameters should be set lower than +2 Octave if you need to access lower pitches upon moving the Manual Shift.

[GEDDN]

joecozzi wrote:

The Manual Shift parameter is meant to be a realtime control, so it will only sweep the pitch when the H90 senses it’s being moved. It should not be used to achieve a starting pitch. As it pertains to GEDDN’s post, if you wish to achieve the +2 Octave pitch upon loading the Program, it’s better to set the Heel A parameter to +2 Oct and the Heel B parameter to +1 oct while maintaining Manual Shift at it’s default value of zero. The Toe parameters should be set lower than +2 Octave if you need to access lower pitches upon moving the Manual Shift.

I know this is the official line and that I gather this is how the algorithm also worked on the H9 but it really does feel like a bug.

The interface not matching the state of the algorithm is bad design, plain and simple.

I haven’t encountered another parameter on an algorithm that also exhibits this behaviour.

It’s evidenced further because the ‘manual shift’ parameter for polyflex works as expected.

I don’t understand why this old H9 algorithm can’t be updated, it seems like a relatively simple fix.

I am strongly considering selling my H90 on because of this and a few other things that feel like oversights. It’s a real shame as I really feel this product could be very useful to me. That this design flaw in the Pitchflex algorithm is being presented as ‘how it’s supposed to work’ really rubs me up the wrong way.

I’m glad I’m not the only one who feels that this is a bug. Please reconsider.

[joecozzi]

I’m glad you pointed out how PolyFlex works in this case. I understand you have an open Support ticket with this concern. It would be great if you could reiterate your last comments on that ticket so Support can relay that to developers.

[Author]

Posts