Sub Phatty post-release firmware v1.2.1

[Amos]

Hello all,

I have created a firmware update for the Sub Phatty, in order to clean up a few little items that were not ready in time for the initial release.

Before I put this update into production, I'd be grateful if one or two Sub Phatty owners could try it out and give me their feedback.

http://www.moogconnect.net/downloads/ph ... _1_2_1.syx
http://www.moogconnect.net/downloads/ph ... EAD-ME.txt

new Shift Mode controls:
http://www.moogconnect.net/downloads/ph ... v1_1_4.pdf


Here is a list of changes since firmware v1.0:

- Responds to MIDI KB Octave CC (CC# 89)

- EG Decay Speed per envelope, is now Filter EG Decay Speed and Amp EG Decay Speed.

- fixed a number of bugs related to Active Panel mode.

- In Shift mode, Amp EG Attack knob always controls Attack unless EG is looping
(doesn't adjust Delay unless Delay is active, which only happens when Amp EG Repeat is on)

- Also in Shift Mode, the scaling of the Delay and Hold parameters is now correct.

- Changed rootnote for all "kb amount" (key tracking) type params to 60 (was 48, manual says 60)

- Added handling of SUSTAIN_PEDAL, LEGATO_PEDAL (MIDI CC# 64, 68)

- CC95 assigned to Decay Speed parameter

- "Gate Reset" parameters now trigger correctly in Local Off mode

- wider center detent on Fine Tune knob

- parameter smoothing applied to Filter Cutoff MIDI CC, and MIDI Chanel Pressure controls, for smooth, step-free filter automation.

- fixed integer truncation error in "velocity to eg time" parameters (was clipped to 4 values before!) also re-scaled maximum to 10x

- Filter KB Amount no longer interacts with Fine Tune.

- Panic / All Notes Off by pressing Keyboard Octave Up + Octave Down buttons at same time

- default knob mode really is Relative mode now (was Snap)

Thanks for taking the time to check it out!

-Amos

[ZYKLIFF]

... a few little items that were not ready in time for the initial release...In Shift mode, Amp EG Attack knob always controls Attack unless EG is looping (doesn't adjust Delay unless Delay is active... the scaling of the Delay and Hold parameters is now correct...

Greetings & salutations, Amos! I have yet to receive mine/mi first Moog (Yours & Marc Doty's videos sold it), but did I miss something? What does Delay and Hold mean? Is there a delay module in the signal path? At any rate, thanks for Your time and efforts, can't wait to move air with this beastly muchine.

[Sir Nose]

- parameter smoothing applied to Filter Cutoff MIDI CC, and MIDI Chanel Pressure controls, for smooth, step-free filter automation.

Wow!!! Any way to get that into the little phatty code? I'd give up tuning tables in a heart beat.

[Amos]

hi guys!

Sir Nose, I probably can't do parameter smoothing in the Little Phatty; it uses a very different processor than the Sub Phatty.
I'll keep it in mind as something to try, just in case there's a way

ZYKLIFF: "Delay" is not an audio delay; on the Sub Phatty this parameter defines a delay between the start of a note and the start of the Attack phase of an envelope.
Hold sets an amount of time that the envelope stays at its maximum level before beginning the Decay phase.
You can use a little bit of Hold time to get extra punch in the attack of short percussive sounds, for example.

[tungchihyu]

HI Amos,

I am willing to test the firmware, however the link doesn't work:p

[Amos]

It worked for me, just now... perhaps control-click or right-click and save link as?

[tzx426]

Hi Amos,

I downloaded the new firmware, no problem.
The firmware update loaded on the Sub Phatty. I used the SysEx Librarian on my Mac, OSX 10.8.3.
I haven't spent much time trying out the changes yet. It's working, sounds great!

Scott

[tungchihyu]

Hi Amos,

I just did the upgraded but it has bugged my Sub Phatty in Ableton with record button triggered on, it sounds every knobs i tweak sound step by step rather than full smooth when the record button is off.

Would you please put the v1.0.0 firmware somewhere online so I can flash back the firmware?

[tungchihyu]

If I change the midi in channel of the Sub Phatty to channel 2, it fixed the problem. Seems like this bug only affecting channel 1. Hope this gives you some direction on where is bug is.

[tungchihyu]

Sorry, it affects every midi in channels.

[tungchihyu]

Sorry for another post, now I can confirm that this bug happens when Local Control is on. When LC is off, Sub Phatty sounds fine with record button is engaged. But it sounds messed up when LC is on, record button is engaged, monitoring set to auto or in.

[Amos]

Sorry for another post, now I can confirm that this bug happens when Local Control is on. When LC is off, Sub Phatty sounds fine with record button is engaged. But it sounds messed up when LC is on, record button is engaged, monitoring set to auto or in.

Hi, this is not a bug! You have discovered the reason that the Local Control setting exists.

Basically, when Live (or any DAW) is set up this way, it "echoes" the MIDI it receives from the synth, back out to the same synth. If Local Control is turned on, this creates a problem, because the synth is responding directly to your knob-turnings, and then it's also getting MIDI echoed back from from the DAW which represents the same knob-turning action, only slightly later in time. This creates a glitchy sound as the two sets of instructions (Local and MIDI) fight with each other.

Sorry if this sounds confusing, but the short story is that if you are working in the way you describe, you should leave MIDI Monitoring in Live set to IN or AUTO, and leave Local Control turned OFF on the synth. That's what the Local Control setting is there for.

Try that and let me know if everything works OK for you. Cheers, and thanks for the feedback!

_Amos

[tungchihyu]

Hi!

Thank yiu for the quick reply. Yes, with Local Control Off, everything is back to normal. But how come it didn't act that way with the stock firmware? It didn't creat this glitchy sound with Local Control on..

Other than this Local Control thing, I have noticed that when I activate the activate panel mode, it doesnt sound as where the knobs currently are (like it describes in the manual). For example, if I switch to active panel mode from a preset with Mod wheel parameter all the way up (but the actually mod wheel is all the way down), when I play a sound, the mod parameter setting from the preset is carried over to the active panel mode.

Hope I have described it clear enough:)

I will test it again when I get home.

[dswo]

For example, if I switch to active panel mode from a preset with Mod wheel parameter all the way up (but the actually mod wheel is all the way down), when I play a sound, the mod parameter setting from the preset is carried over to the active panel mode.

This is the default behavior, but you can change it. See p. 35 in the manual under "Use Preset Mod Wheel."

[Amos]

it's true that the default behavior is to reload the saved mod wheel value...
however, I think it is logical to always use the real mod wheel position when switching to "Panel Active" mode.
I'll make this change...