Training a RAVE Timbre Model End to End
Learning objectives
- learner can prepare a homogeneous dataset and run RAVE's two-phase training with gin configs
- learner can diagnose training via TensorBoard, judge quality by ear, and fix discriminator instability
- learner can choose a config and latent size and export a streaming model for realtime use
Capstone — one whole task that evidences the objectives
Train (or fully spec a training run for) a RAVE model on a homogeneous instrument dataset: prepare and augment the dataset, pick a config, run reconstruction-then-adversarial phases with beta warmup, monitor via TensorBoard while judging by ear, apply the discriminator-period fix if phase 2 destabilizes, truncate the latent by PCA fidelity, and export a --streaming .ts.
Prerequisite modules
This module builds toward the defining move of neural-audio live performance: training your own timbre. A stock RAVE checkpoint gives you someone else’s instrument; a model trained on your own corpus — a prepared piano, a modular patch, your voice — becomes a personal synthesizer you can play through nn~ in Max/PD or the RAVE VST mid-set. That’s a days-long GPU commitment, so the craft here is making one run count rather than iterating blindly.
The arc starts fully supported: with a supplied homogeneous corpus, the learner preprocesses it into a chunked database and reads how homogeneity-versus-diversity balance shapes latent quality, adding mute/compress/gain augmentations for small datasets. Next comes a launch on a chosen architecture config — the config-selection tradeoffs (quality, VRAM, continuous vs discrete latents) and the gin-config system are the JIT how-tos here — with the two-phase training structure and beta warmup explaining what the run will do and why. The middle exercises are diagnostic: reading TensorBoard’s distance and fidelity logs, and — critically — judging validation audio by ear, because adversarial losses do not track perceptual quality. These two monitoring habits are the part-task drills: they recur every few hours across any real run and must become reflexive. The unsupported capstone then hands the learner a dataset and nothing else, expecting them to spec and run the whole pipeline, apply the discriminator-period fix if phase 2 wobbles, pick a latent size from the PCA fidelity curve, and export a streaming TorchScript file that won’t click in a realtime host.
Every required atom is load-bearing for that capstone — skip one and the run fails or the export is unusable. The supporting set deepens the picture: VAE mechanics and reparametrization, feature-matching and EMA internals, lazy datasets, hardware and Colab paths, and adjacent config-management cultures.
Atoms in this module
Required — these gate the capstone
Supporting — enrichment, not gating
Part of curricula
- Generative & AI AV Artist — real-time machine-driven performance — Train a neural audio instrument (DDSP → RAVE) required
Unlocks — modules that require this one