HD500 input signals routings (by hurghanico)

line colors legend:

white = input 1 full signal

green = input 2 full signal
dark blue = processed signal half part L
light blue = processed signal half part R

new empty patch overdrive 1 amp overdrive 2 amps

• the HD500 has two virtual inputs (1 and 2) to reach its virtual chain, and has several physical input sources which can be assigned individually or in some combinations to any of the 2 virtual
inputs..

• all mono FXs or amps give 2 halves (L and R) of the processed signal at their outputs..

• in the chain there are 4 stereo paths: 1 pre-split-path, 2 parallel paths (A and B), 1 post-mixer-path..

• the split point is always present, and all the signals passing through it are automatically duplicated before going into path A or B..

• the purpose of the duplicating process is to retain also in path A and B (see fig. 3) the same total level (sum of the L and R halves) of the processed signal coming from the last block (FX or
amp) placed in pre split path..

• to send 1 standard single (not duplicated) input signal to the first FX/amp in pre split position, input 2 must be set to an unused source..

• to send 1 standard single (not duplicated) input signal directly to the first FX/amp in Path A and/or Path B, input 2 must be set to an unused source, and one mono FX in pre position is
necessary to split the input signal in 2 halves L and R, which would be duplicated after at the split point, thus reconstituting the standard full signal before going in both Paths as A and/or
B..

• to send 2 different standard single (not duplicated) signals, one in Path A and the other one in Path B, each of the 2 inputs must be set to their own source, and a dedicated Studio EQ with
-6 dB gain is necessary at the beginning of each Path to reduce the signals (still) duplicated at the Paths Split Point..

• the default input settings (with input 2 = same) never give unity gain, i.e. the input signal is always duplicated, and the first model reached by the duplicated input signal could be easily
overloaded not giving the expected results you’d get from the real things modeled