SourceLab presets travel with their samples attached

Every SourceLab preset stores its samples, wavetables, loops, and MIDI inside the preset file, so nothing points at a folder that might not exist.

That reads like housekeeping. It isn't. Most sampler formats save a reference to your audio rather than the audio itself, and a reference only holds while the file stays put.

Move the folder, rename a drive, or set up on a different laptop, and the instrument loads with silence where the sound used to be. Anyone who has reopened a two-year-old project has met that screen.

A file path is only a promise​

SourceLab writes the audio into the preset instead. Samples, wavetables, loops, and MIDI data all sit inside the one file.

That is why the first thing to check on a preset that refuses to load is whether it saved consolidated.

Audio baked into the preset file, rather than pointed at, is what makes the difference.

Saving asks for a name, a bank, and a type. Author and comment fields are optional, and tags let you file the sound by genre or character so it surfaces again later.

Duplicating gets simpler as well. Copy a preset, change one source, and the copy stands on its own rather than sharing audio with the original.

None of that is glamorous. It is the difference between a preset that still works in eighteen months and one that doesn't.

One file is easier to send than a folder tree​

Sound designers get the useful end of this. A whole pack, meaning the presets plus the samples, loops, MIDI patterns, drums, and custom skins, ships as a single cross-platform file.

The person receiving it drags it in. No folder structure to preserve, no install path to get wrong, and no support message three days later about missing audio.

The plugin ships with four free expansion banks covering R&B, synthwave, hip hop, and Memphis trap, and every preset in them behaves the same way. Nothing to hunt for, nothing to relink.

Collaboration works on the same logic. Send a bass patch to someone across town, and they hear what you heard, not an approximation built from whatever samples they happen to own.

Loading from your own drives also got easier with the user file browsing added in version 2.4. More presets will now be built from audio that never shipped with the plugin.

That raises the stakes on portability rather than lowering them. Your field recordings and your own drum hits are exactly the files nobody else has.

Consolidation does not solve everything​

Preset files get bigger. A short one-shot barely registers. A long stereo loop running across six sources does, and the size will reflect whatever you loaded.

So keep an eye on what you actually need. Trimming a sample before you save is cheaper than shipping thirty seconds of tail you never hear.

The person on the other end still needs their own copy of the plugin. A preset carries sound, not a licence.

That catches people out when they send finished work to a collaborator who only ever downloaded the demo.

Naming discipline matters more than it looks. Bank and type fields decide where a preset lands in someone else's browser.

A pack of forty sounds filed under the wrong type is a pack nobody finds twice. Spend the extra ten seconds when you save.

The platform question mostly goes away. Windows and macOS read the same preset file, Apple Silicon included.

A producer on a MacBook and one on a Windows desktop can pass sounds back and forth without converting a thing.
 

Attachments

  • SourceLab presets travel with their samples attached.webp
    SourceLab presets travel with their samples attached.webp
    172.9 KB · Views: 1

Similar threads

Sponsored

Top