Did you try saving the preset under the current firmware?Yep, crazy.....like I said, I have been playing at real low volumes, and just happened to turn up a little today and heard it, so not real
sure when it showed up.
Yes, it has been saved to 23.00 Beta4Did you try saving the preset under the current firmware?
Here is a clip of what I'm hearing...seems like I can hear it glitch right before it changes....maybe just me? View attachment 128939
Well that's cool, I just must be hearing the gap.....no big deal as it's not huge, but there none the less.....thanks for checking it out.You could zoom in on the wave form to verify. But that sounds like what I get here. I don't hear the obvious stutter heard in a different example, that was likely caused from having the editor active (it's recommended to pause the editor).
But the gaps are larger with both Amp blocks and the Cab block all changing channels at the same time. If you manually change the channel of any one of them by itself, the change is much quicker. It's an interesting case study/stress test for this new function.
Personally, I am so used to avoiding channel changes on specific high-CPU blocks that I try to find work-arounds using Scene Controllers, Control Switches, and/or other low-CPU block places before or after the Amp block as needed to alter the gain, pre-EQ, and post-EQ. It seems that in some cases, this won't be needed going forward.
Most of the extra gap seems to be coming from the Cab block additionally changing channels. If this was my personal preset, or if a client really wanted this specific preset to switch scenes more smoothly, I would make four new IRs of the current Dyna-Cab and Legacy cab blends. Load them into the first two slots of two stereo two Cab blocks, pan everything to access each of them as needed without needing to change any Cab block channels. As well as some other possible changes depending on the clients specific preferences.Well that's cool, I just must be hearing the gap.....no big deal as it's not huge, but there none the less.....thanks for checking it out.
Here is a clip of what I'm hearing...seems like I can hear it glitch right before it changes....maybe just me? View attachment 128939
Wow....that cuts the gap way down.......great idea!Try copying your preset into four preset slots. Setup the four presets to load on consecutive scenes, first copy-scene 1, second copy-scene 2, etc...
Now make sure that 'Gapless Switching' is set to 'ON', and 'Spillover' is set to 'ALL'.
Note that switching between each preset (and consequently between the scenes) is actually faster than switching between the scenes within a single preset. You would think that switching scenes within a preset would be faster than completely reloading another preset. Maybe there is a clue here for Cliff @FractalAudio ??
I am probably one of the weird ones, but I've always used presets instead of scenes. I just found it easier for me, since I'm old school, and like setting them up like a regular amp. Clean, Crunch, Distortion, Heavy distortion, etc.. Then I setup all my effects accordingly. I am gapless or at least almost.Wow....that cuts the gap way down.......great idea!
CPU allocation is different in FM9, and the dedicated processor for (iirc) reverb means a preset with a busy reverb block will run at a lower CPU percentage than expected....Just updated to this beta and think this is a great improvement - thanks FAS!
Having said that, it inspired me to export some of my FM9T presets back to the AXEIII. I am surprised to see that the CPU usage on the AXEIII for each preset is around 10% to 15% higher than the FM9T. I have checked all of my settings and cannot see any reason for the differential. Has anyone else experienced this as up until l now I had expected the opposite to happen i.e. lower CPU on AXEIII? (FM9T is running FW5.01)
Thanks for the quick response. I have the Medium Room reverb in these presets, both set to highest quality - would that really account for a difference of this scale?CPU allocation is different in FM9, and the dedicated processor for (iirc) reverb means a preset with a busy reverb block will run at a lower CPU percentage than expected....
Thanks for the quick response. I have the Medium Room reverb in these presets, both set to highest quality - would that really account for a difference of this scale?
Thanks for the suggestion - the key culprits for the differences are:Make a duplicate of your preset in each unit, then delete the reverb block from each and see what you have.
Thanks for the suggestion - the key culprits for the differences are:
Reverb block - uses 8% more CPU on the AXEIII
Dyna Cab block - uses 4% more CPU on the AXEIII
That surprises me as I had assumed that the extra firepower in the AXEIII would always result in lower CPU usage overall.
Hi Cliff, i've just a little report: the pre-delay tap seems to be set to "output" by default when i reset the channel, instead to be set to "input" on your note.?https://www.fractalaudio.com/downlo...xe-fx-3/23p0/axefxiii_dsp_rel_23p00_beta4.zip
Fixes a bug where Output 4 isn't working.
Axe-Fx III Firmware Release Notes
23.00
Added “Pre-Delay Tap” parameter to Reverb block. This selects the input to the reverb engine. When set to OUTPUT the behavior is as before. When set to INPUT the initial delay is absent. This allows more natural “Echo-Verb” sounds. This is now the default for these types of models and existing presets are automatically updated.
The release notes say "input" is the default for "these types" but doesn't specify which types. Resetting a channel selects Medium Room type. I assume "output" is the intended default for that.the pre-delay tap seems to be set to "output" by default when i reset the channel, instead to be set to "input" on your note.?
Correct.You were running the beeta which has new reverb algorithms and other cool enhancements (triodes, gapless, etc) not on the FM9; no?