Skip to content
Back to blog

ArtRiver Manifesto Addenda

What ArtRiver Makes Possible

ArtRiver is not only a system for avoiding loss. It is a system for making creative history usable.

It makes possible:

  1. Playable history: Returning to a previous version and hearing the work at that point.
  2. Branching experiments: Trying a new mix, arrangement, or sound without destroying the original path.
  3. Selective recovery: Bringing back one setting, stem, or idea without reverting an entire project.
  4. Creative study: Seeing which decisions shaped the work, and which ones were abandoned.
  5. Collaboration with memory: Preserving who changed what, when, and why.
  6. Process attribution: Allowing future systems to recognize creative contribution before the final master.
  7. Reusable sonic artifacts: Treating effect chains, synth patches, routing decisions, and transformations as assets with histories of their own.

What ArtRiver Is, and Is Not Yet

ArtRiver begins with a practical foundation: versioning audio files and project states through a content-addressed local repository. This is the first layer.

It is not enough, by itself, to fulfill the whole vision. A folder of WAV snapshots is useful, but it is not the final form of audio-native source control.

The longer goal is to move from versioned outputs toward versioned creative operations: adding a track, changing a parameter, moving a clip, altering an effects chain, branching a mix, or preserving the state of a session at the moment a creative decision was made.

The current foundation gives ArtRiver something real to stand on. The future model gives it a reason to exist beyond backup.

How ArtRiver Relates to DAWs

ArtRiver does not assume that every DAW speaks the same language.

At the lowest layer, ArtRiver can track audio assets: stems, renders, samples, bounces, and project-adjacent files. Above that, it can track metadata: instruments, effects, notes, collaborators, versions, and relationships between files. Above that, DAW-specific integrations can translate changes from particular environments into ArtRiver's internal model.

The ambition is not to pretend that Ableton, Logic, Pro Tools, Reaper, FL Studio, and other tools are identical (Although Bitwig's DAWproject file format is a great step in abstracting over their differences). The ambition is to build a common history layer that can begin with files, then grow toward project structure, plugin parameters, and creative operations as integrations mature.

What's Hard About This

Is this difficult? Yes.

Audio files are large, binary, and often tied to proprietary project formats. DAWs do not all represent sessions in the same way. Some edits commute cleanly. Others, such as compression, distortion, adaptive effects, and lossy rendering, depend heavily on order and context. A real-time plugin cannot be allowed to block an audio thread. A meaningful audio diff cannot behave like a text diff with prettier colors.

ArtRiver begins with what can be made useful now, while building toward the deeper model carefully: files first, metadata next, then operations, integrations, collaboration, attribution, and playable history.