Chorus+

A multi-voice modulated-delay chorus with four Character models and direct Tone, Width, Speed, Depth, and Mix control.

What it does #

Chorus+ creates one or more slightly delayed copies whose delay positions move over time. Mixing those moving voices with the source produces pitch drift, ensemble density, and stereo width; the four Characters choose different internal voice and modulation behaviors.

Controls and ports #

Character selects one of the four model families shown on the module. Tone and Width are the model-dependent X/Y controls, Speed sets modulation rate, Depth sets movement amount, Mix balances processed and dry signal, and Signal In/Out carry stereo audio.

Practical uses #

• Use low Speed and modest Depth to widen pads, synths, guitars, or vocals without obvious wobble.
• Increase Width and choose a denser Character for ensemble or unison-like stereo spread.
• Keep bass mostly dry or split the low band before chorusing to preserve a stable center.

Things to know #

• Chorus pitch movement is a consequence of changing delay time, not a conventional note transposition.
• Tone and Width are forwarded as generic Character parameters, so their exact transfer can change with the selected model.
• A wide wet signal can weaken mono compatibility through phase cancellation.
• Level-match comparisons: multiple delayed voices can sound better simply because they add energy.
• The exact internal voice counts, delay ranges, modulation shapes, and filtering remain inside the imported Chorus implementation rather than the recovered wrapper.

Technical details #

A high-confidence Nitro implementation candidate supports the technical summary, but the visible-module mapping remains inferred.

The high-confidence mod_fx/chorus_module wrapper owns a Chorus processor, selects type, and forwards audio-rate rate, depth, mix, paramX, and paramY before calling tick(input). This proves the visible four-Character wrapper and its two model-dependent controls. The imported mod_fx/chorus/chorus implementation is not expanded in this Nitro body, so a conventional bank of modulated short delay reads is the supported architectural explanation, while exact per-Character equations remain unverified.

Nitro port	Type
input	InputAudioPortType
type	InputValuePortType
rate	InputAudioPortType
depth	InputAudioPortType
mix	InputAudioPortType
paramX	InputAudioPortType
paramY	InputAudioPortType
output	OutputAudioPortType

Open questions #

• Measure each Character's voice count, static delay range, LFO shape/rate, Tone response, Width law, and wet/dry gain law.
• Test stereo phase relationships, mono cancellation, latency, initialization, reset, and behavior under audio-rate modulation.
• Recover or instrument the imported Chorus implementation to replace the architectural model with exact per-Character DSP.

Version and sources #

Checked against Bitwig Studio 6.0.6. This page combines Bitwig's module metadata, the existing Grid course and guides, and Nitro analysis where the mapping is strong enough to support a technical statement.

Related material #

• Grid Modules course reference
• Bitwig Grid: Recreate Serum Hyper and Dimension

Return to Bitwig Grid Modules or the Grid Modules course lesson.