Bug? Can’t Copy Channel Settings Between Inputs

Luke Stringwalker

Luke Stringwalker

Inspired
Title says it, for example, I can’t clipboard copy a channel from Input 1 and paste on Input 2. Shouldn’t this be possible?

EDITED
 
Last edited:
Channel copying takes place within a single block. Input 1 and Input 2 are two separate blocks.
 
Last edited:
Don't know if this applies to input blocks, but besides directly copying a channel to another channel of the same block, you can also copy the current channel to the clipboard, which may let you then paste it into a channel of another block of the same type.

Does that work here?
 
Luke Stringwalker said:
Title says it, for example, I can’t copy a channel from Input 1 and paste on Input 2. Shouldn’t this be possible?
Click to expand...

Yes, it might seem like it should be possible. The reason is doesn't work is because the different input blocks are treated as different block types (and copy/paste only works within the same block type). The different input blocks do perform different functions, so it kinda makes sense that they are considered distinct block types.
 
Luke Stringwalker said:
Clipboard copy/paste does work for other separate blocks, for example, Amp 1 and Amp 2.
Click to expand...
There's a fine distinction here.

Amp 1 and Amp 2 are two instances of the Amp block type.

Output 1 and Output 2 are distinct block types, not instances of the Output block
 
unix-guy said:
There's a fine distinction here.

Amp 1 and Amp 2 are two instances of the Amp block type.

Output 1 and Output 2 are distinct block types, not instances of the Output block
Click to expand...
I saw that earlier in this thread.

What's the functional difference that requires them to be entirely different block types? (Not at my gear.)
 
Dave Merrill said:
I saw that earlier in this thread.

What's the functional difference that requires them to be entirely different block types? (Not at my gear.)
Click to expand...
It's the way Fractal implemented them.

There are global settings related to each specific Output block, so that might be part of it.

They are also tied directly to specific hardware components (output jacks).

That's what I can think of. That may be wrong or there may be more...

I'm not sure why that would preclude the copy/paste as I think they all share the same parameters, but I am pretty sure that's (my previous answer) why it's currently not possible.
 
What I don't understand is it won't behave similarly to other blocks, like Amp or Cab. We can copy an Amp 1 block and paste it into the grid and it'll paste as Amp 2 only with the same settings as Amp 1.

I think In 1 and In 2 should behave similarly, as should Out 1 and Out 2, at a minimum.

I also think we should also be able to save In 1 to the block library and retrieve it into an In 2 block.

That's my $0.02.
 
Greg Ferguson said:
What I don't understand is it won't behave similarly to other blocks, like Amp or Cab. We can copy an Amp 1 block and paste it into the grid and it'll paste as Amp 2 only with the same settings as Amp 1.

I think In 1 and In 2 should behave similarly, as should Out 1 and Out 2, at a minimum.

I also think we should also be able to save In 1 to the block library and retrieve it into an In 2 block.

That's my $0.02.
Click to expand...
Agree, think that's everyone's expectation, but apparently it doesn't work like that.

@unix-guy's theory that they're each tied to different hardware might be the key, we don't know. We also don't know how easy it'd be to remove those asymetries and limitations. Hopefully we'll hear soon.
 
Last edited:
Yeah the numbered IN and OUT blocks are not iterations of one type, but completely different inputs and outputs. Amp 1 and Amp 2 are functionally identical and can be used interchangeably on the grid. That is not the case with the In 1 and In 2 blocks.
 
mr_fender said:
Yeah the numbered IN and OUT blocks are not iterations of one type, but completely different inputs and outputs. Amp 1 and Amp 2 are functionally identical and can be used interchangeably on the grid. That is not the case with the In 1 and In 2 blocks.
Click to expand...
I think that the hardware aspect is something that could be separated from the software/configuration aspect in the modelers. There’s typically an abstraction layer between the two that can act as a buffer.

There are features in some blocks on the FX3 that are not available in the other units, yet we can move presets back and forth between the systems with something in Edit or the firmware interpreting or translating to ensure the blocks work, including the In and Out blocks. That same ability is what could allow pasting the In or Out blocks if it was coded to do so.

Do I expect the existing behavior to be changed? Nope, but I think it should be, because consistent behavior when working with a device is important. Inconsistencies in behavior are frustrating and slow our ability to feel comfortable with the system.
 
Input 1 is unbalanced mono and input 2 is balanced stereo, so it makes sense to me that they can’t be treated as the same type of block. And even if you could copy settings, things like gain would be different given the nature of the input circuits.

That said, can you save to the block library from one input block and load into another input block?
 
Greg Ferguson said:
Inconsistencies in behavior are frustrating and slow our ability to feel comfortable with the system.
Click to expand...

Sure in abstract, but what’s the value of copying gate settings between inputs that will have different gain? For example, a setting appropriate for a given instrument plugged into input 1 wouldn’t behave the same for even the exact same instrument plugged into input 2.
 
You must log in or register to reply here.
Back
Top Bottom