Nightly · v2026.04 Open source · Fedora Linux

An open instrument
processor
using hardware
you already own.

MAP2 turns a standard x86_64 machine into a pro-grade audio appliance — amps, cabs, effects, MIDI routing, and recall. If it ran Win10 it will ROCK the MAP!

<3msRound-trip target on tuned hardware, with live callback-timing instrumentation.
100+Documented capabilities across DSP, routing, MIDI, control, and deployment.
3 layersReal-time engine, control plane, and operator surfaces — inspectable end to end.

Made for musicians

One platform. Your sound, your rig, your rules.

MAP2 is the main brain for a serious instrument rig — built so players, producers, and engineers can trust their tone from the practice room to the stage, without giving up control of the system underneath.

01 / Guitarists & bassists

Your pedalboard, your amp, your cab — recalled instantly.

NAM amp models, IR cabinets, a full effects suite, and dual parallel chains. Save a clean, crunch, lead, and ambient — and move through a song without rebuilding anything.

02 / Keyboardists & hybrid rigs

Route, layer, and monitor complex setups from one surface.

Keep multiple keyboards, vocals, in-ears, and FOH mixes organized. MAP2 sits between your controllers and your outputs with documented MIDI routing and recall.

03 / Producers & live engineers

A clean processing rack beside any console or DAW.

Run re-amping, headphone mixes, FX returns, and deterministic routing as services that survive reboots. Works with your tools instead of against them.

The platform

Appliance-grade feel.
Open-source guts.

A lot of modern modelers are sealed ARM boxes with a fixed hardware design and a closed internal system. MAP2 takes that appliance idea in the other direction: an open x86_64 rig you can inspect, tune, automate, and truly own — with no mystery signal-path changes and no confusion about who is in control.

Guitarist using MAP2 as an open source instrument audio processor
01

Latency is a property, not a marketing claim.

Sub-3ms round-trip target on tuned hardware, with callback-timing, xrun, and CPU-load exposed as first-class signals — not buried in a diagnostics menu.

02

Recall that you can trust on stage.

Chains are JSON recipes. Snapshots capture full signal state. Presets are portable. Your rig boots into a known state — the same one, every night.

03

Control from anywhere — browser, SSH, pedal, or knob.

React web UI, Textual TUI, hardware LCD, and MIDI learn all target the same inspectable state. Pick the surface that fits the moment.

04

Grows with you, from solo rig to AVB cluster.

Start on one box. Add nodes. Split heavy DSP across an AVB network. Run primary/standby pairs for production use. The same platform scales.

Architecture

Four layers, separated on purpose.

Time-critical audio work is held apart from orchestration and operator control. That separation is what keeps the platform understandable under load — and what makes it inspectable instead of opaque.

First-class services

How MAP2 service offerings are designed.

MAP2 documents four first-class service offerings. The design rule is consistent across all four: a canonical operator surface plus a canonical authority model, with consumer projections layered on top.

MIDI Services

Unified control and binding authority

  • Canonical surface: /midi (legacy /midi-hub/* redirects).
  • Canonical authority: MidiBinding via MidiBindingAuthority.
  • Design intent: snapshot editors, Brain, and device-pack tools are projections over one binding source of truth.

Architecture reference ↗

AVB Services

Deterministic stream authority for network audio

  • Canonical surface: /avb/* (including Tesira under /avb/devices/tesira/*).
  • Canonical authority: AvbBindingAuthority for talker/listener stream intent and cluster scope.
  • Design intent: one binding model for matrix routing, peer fan-out, and node-level reconciliation.

Architecture reference ↗

Sampler Services

Canonical asset and instrument model

  • Canonical surface (planned): /sampler for library and instrument lifecycle.
  • Canonical authority (planned): SampleAsset + SamplerInstrument.
  • Design intent: absorb Brain library scanning and Synthforge/NAM-facing asset workflows into one persistent authority.

Architecture reference ↗

Audio Effects Services

State-authority-driven chain and automation control

  • Canonical surface (planned): /effects for chain authoring and runtime-effect control.
  • Canonical authority: State Authority graph + snapshot activation FSM.
  • Design intent: retire parallel chain/effects stores by treating them as projections over canonical graph state.

Architecture reference ↗

100 features, searchable

Find the capability you need.

The full documented scope of MAP2 — tone, routing, MIDI, engine, control, network, deployment, workflow. Filter by category or search for a specific feature.

Build log

What shipped recently.

Updates are drawn from plain text files in the repo. Add a file in entries/, push to main, and GitHub Pages rebuilds this timeline on the next deploy.

Apr 17, 2026 entries/2026-04-17.txt

Native Instruments Maschine MK1 now works on Linux

Reverse-engineered driver brings every LED, every LCD pixel, every pad, and every encoder of the 2011 controller to life as a first-class MIDI surface — configurable entirely from the browser, with virtual ALSA output to Ardour, Carla, or Pure Data.

The full stack — USB transport, protocol codec, systemd daemon, MIDI bridge, LCD renderer, and web control panel — is live on MAP2, with a visual map editor at /maschine/midi-map and hardware test suite at /maschine.

Apr 10, 2026 entries/2026-04-10.txt

NEW FAQ!

**Date:** April 10, 2026

## FAQ Section 1: What Is the MAP Platform?

### 1. What is the MAP Platform? **Answer:** MAP2 is a music and audio platform that can turn a computer into a powerful sound-processing system. It is meant to bring instruments, effects, routing, and control into one place.

### 2. What does MAP2 actually do? **Answer:** It helps manage sound. It can handle effects, signal paths, presets, and control in one shared system instead of making a musician use a bunch of separate boxes.

### 3. Is MAP2 like music software on a laptop? **Answer:** In some ways, yes, but the idea is different. MAP2 is meant to feel more like a dedicated audio machine than a normal personal computer setup.

### 4. Is MAP2 only for guitar players? **Answer:** No. It can also relate to keyboard players, digital artists, drummers, live sound teams, and studio engineers.

### 5. Why would someone want MAP2? **Answer:** Because many people want a cleaner, simpler setup. MAP2 is built around the idea of reducing clutter and bringing more of the audio workflow into one system.

### 6. Is MAP2 meant to replace every music tool? **Answer:** No. It makes more sense to think of MAP2 as a strong central platform that can work with other tools, not as something that must replace everything.

### 7. What makes MAP2 different from a normal computer setup? **Answer:** A normal computer setup can feel messy, fragile, and full of distractions. MAP2 is aimed at a more focused, appliance-like way of working with audio.

### 8. Can MAP2 help reduce gear? **Answer:** Yes. One of its biggest ideas is that one platform can do work that would otherwise be spread across many separate devices.

### 9. Is MAP2 for one person or for a whole group? **Answer:** It can be useful both ways. One person can use it for a personal rig, or a larger group can use it as part of a shared system.

### 10. Does MAP2 have effects? **Answer:** Yes. The repo describes MAP2 as a platform with effects, tone shaping, and plugin support.

### 11. Can MAP2 help keep a setup organized? **Answer:** Yes. That is one of the clearest reasons for using it. It helps keep sounds, control, and routing more consistent.

### 12. Is MAP2 only for live shows? **Answer:** No. It can also make sense in rehearsal and studio use.

### 13. Is MAP2 open-source? **Answer:** Yes. That means people can study it, improve it, and adapt it.

### 14. Is MAP2 a finished commercial product? **Answer:** No. The repo presents it as an educational and research project with serious ideas and capabilities, not as a polished mass-market product.

### 15. What is the shortest way to describe MAP2? **Answer:** MAP2 is an open audio platform that helps musicians and engineers bring processing, control, and routing into one system.

## FAQ Section 2: How Could A Keyboard Player Use It?

### 16. How could a keyboard player use MAP2? **Answer:** A keyboard player could use MAP2 as the main system that helps manage sounds, effects, outputs, and song-to-song changes.

### 17. Could MAP2 help a keyboard player switch sounds quickly? **Answer:** Yes. That is one of the most obvious uses. A keyboard player often needs fast changes during a set, and MAP2 fits that kind of workflow.

### 18. Could MAP2 help with layered keyboard sounds? **Answer:** Yes. It can help support more complex sound setups by acting as the system around the instrument and its effects.

### 19. Could MAP2 make a keyboard rig feel more organized? **Answer:** Yes. Instead of depending on lots of scattered gear and settings, the player can keep more of the rig centered in one platform.

### 20. Could MAP2 help with monitor mixes for a keyboard player? **Answer:** Yes. It can help keep outputs and listening paths more consistent.

### 21. Would MAP2 help a player who uses more than one keyboard? **Answer:** Yes. It becomes more useful as a rig gets more complex.

### 22. Could MAP2 help a keyboard player who sings too? **Answer:** Yes. It can make sense as one shared system for keyboard sound and vocal support.

### 23. Could MAP2 help reduce extra rack gear? **Answer:** Yes. That is one of its strongest ideas.

### 24. Could MAP2 help a keyboard player go from rehearsal to stage with fewer changes? **Answer:** Yes. It is useful when someone wants the same setup to behave the same way in different places.

### 25. Is MAP2 a keyboard itself? **Answer:** No. It is better thought of as the platform around the keyboard rig.

### 26. Could MAP2 work well for church or touring keyboard players? **Answer:** Yes. Those players often need dependable setups and quick sound changes, which lines up well with MAP2's strengths.

### 27. Could MAP2 help keep outputs clean for front-of-house and in-ears? **Answer:** Yes. It can help separate and organize where sound goes.

### 28. Could MAP2 help a keyboard player who likes custom setups? **Answer:** Yes. It is especially attractive to people who want flexibility instead of a locked-down system.

### 29. Would a simple keyboard player still care about MAP2? **Answer:** Maybe less than a player with a bigger rig, but it could still be useful if that player wants one main control-and-effects hub.

### 30. What is the simple keyboard-player pitch for MAP2? **Answer:** MAP2 can help a keyboard player keep sounds, effects, and stage setup more organized and easier to repeat.

## FAQ Section 3: How Could A Digital Music Artist Use It?

### 31. How could a digital music artist use MAP2? **Answer:** A digital artist could use MAP2 as the system that holds together live sound processing, controller-based performance, and repeatable set changes.

### 32. Would MAP2 make sense for someone who performs electronic music? **Answer:** Yes. It fits artists who want a strong live setup that feels stable and organized.

### 33. Could MAP2 help with live sets that use backing tracks and live inputs? **Answer:** Yes. It can help combine those different parts into one easier-to-manage system.

### 34. Could MAP2 help an artist who wants less dependence on a visible laptop? **Answer:** Yes. MAP2 is attractive to people who want software power without the feeling of "just running a laptop on stage."

### 35. Could MAP2 work for artists who use pads, knobs, and controllers? **Answer:** Yes. It fits well with controller-based performance ideas.

### 36. Could MAP2 help an artist move between writing music and performing it? **Answer:** Yes. One of the appeals is using a shared setup across more than one kind of music work.

### 37. Could MAP2 help a digital artist create a more unique rig? **Answer:** Yes. It is a good fit for artists who do not want to be limited to a fixed box with fixed rules.

### 38. Could MAP2 support live vocals in an electronic show? **Answer:** Yes. It can help bring vocals into the same overall setup.

### 39. Could MAP2 help simplify a complicated electronic performance setup? **Answer:** Yes. That is one of the strongest reasons to use it.

### 40. Is MAP2 a replacement for every DAW feature? **Answer:** No. It is better seen as a strong performance and audio platform that can work alongside other tools.

### 41. Could MAP2 help an artist keep songs and transitions more consistent? **Answer:** Yes. It is useful when an artist wants each song setup to be easier to repeat.

### 42. Could MAP2 help a hybrid artist who mixes electronic music with live instruments? **Answer:** Yes. It is especially well suited to mixed setups like that.

### 43. Could MAP2 help reduce the number of separate tools used during a show? **Answer:** Yes. It can combine jobs that would otherwise be spread across multiple devices or software tools.

### 44. Who would like MAP2 most in this area? **Answer:** Probably artists who like flexibility, customization, and deeper control.

### 45. What is the simple digital-artist pitch for MAP2? **Answer:** MAP2 can help a digital artist turn a complex live setup into something more stable, more organized, and easier to repeat.

## FAQ Section 4: How Could A Guitar Player Use It?

### 46. How could a guitar player use MAP2? **Answer:** A guitar player could use MAP2 as a digital rig for tone shaping, effects, presets, and direct output.

### 47. Why is MAP2 a good fit for guitar players? **Answer:** Because guitar players often want great tone, quick changes, good effects, and a cleaner stage setup.

### 48. Could MAP2 replace a pedalboard for some players? **Answer:** Yes. That is one of the most natural ways to understand it.

### 49. Could MAP2 help a guitarist go direct? **Answer:** Yes. It fits well with direct-to-front-of-house and direct recording ideas.

### 50. Could MAP2 help a player save and recall tones? **Answer:** Yes. That is one of the strongest benefits.

### 51. Could MAP2 support amp-style sounds? **Answer:** Yes. The repo includes modeling-related features that matter a lot to modern guitar players.

### 52. Could MAP2 support cabinet-style sound shaping too? **Answer:** Yes. The project includes that kind of tone-shaping approach.

### 53. Could MAP2 help with live and studio guitar use? **Answer:** Yes. It makes sense in both situations.

### 54. Could MAP2 help a player who wants fewer physical pedals? **Answer:** Yes. That is part of the value.

### 55. Could MAP2 help with more advanced guitar routing? **Answer:** Yes. It is well suited to players who want more than a simple fixed chain.

### 56. Could MAP2 work for bass too? **Answer:** Yes. The same logic applies to bass players in many cases.

### 57. Is MAP2 best for plug-and-play users? **Answer:** Not really. Today it makes the most sense for users who are comfortable with an open and flexible system.

### 58. Could MAP2 help a player keep one sound strategy across rehearsal, stage, and studio? **Answer:** Yes. That kind of consistency is one of its biggest strengths.

### 59. Could MAP2 be useful for players who like to experiment? **Answer:** Yes. Very much so.

### 60. What is the simple guitar-player pitch for MAP2? **Answer:** MAP2 can act like an open digital guitar rig that helps a player manage tone, effects, and setup in one place.

## FAQ Section 5: How Could A Drummer Use It?

### 61. How could a drummer use MAP2? **Answer:** A drummer could use MAP2 as the system behind a hybrid drum setup with tracks, triggers, outputs, and monitoring.

### 62. Could MAP2 help a drummer who uses both acoustic drums and electronic sounds? **Answer:** Yes. That is one of the best fits for it.

### 63. Could MAP2 help with click tracks? **Answer:** Yes. It can help keep click-related routing and monitoring organized.

### 64. Could MAP2 help with backing tracks? **Answer:** Yes. It can help manage where those tracks go and how they fit into the full setup.

### 65. Could MAP2 help a drummer send different outputs to different places? **Answer:** Yes. That is a major reason it could be useful.

### 66. Could MAP2 help keep a hybrid drum setup less confusing? **Answer:** Yes. Hybrid setups can become messy fast, and MAP2 helps by making them more centralized.

### 67. Could MAP2 help a drummer who runs production elements for the band? **Answer:** Yes. It could support that role well.

### 68. Could MAP2 help in rehearsal before full live use? **Answer:** Yes. Rehearsal is a great place to benefit from a more organized setup.

### 69. Could MAP2 help drummers in worship, theater, or other repeatable show settings? **Answer:** Yes. It fits well where consistency matters.

### 70. Could MAP2 help manage triggered sounds? **Answer:** Yes. It can help organize the system around those sounds.

### 71. Is MAP2 a drum pad? **Answer:** No. It is better thought of as the system that supports the drummer's full setup.

### 72. Could MAP2 help drummers who want more control than a simple pad gives them? **Answer:** Yes. That is one of its advantages.

### 73. Could MAP2 make separate click, track, and audience mixes easier to manage? **Answer:** Yes. That is one of the clearest benefits.

### 74. Could MAP2 help reduce extra problem-solving gear in a drum rig? **Answer:** Yes. It can take over jobs that might otherwise need separate tools.

### 75. What is the simple drummer pitch for MAP2? **Answer:** MAP2 can help a drummer keep tracks, triggers, click, and outputs under control in one organized system.

## FAQ Section 6: How Could An Audio Engineer Supporting Live Audio Use It?

### 76. How could a live audio engineer use MAP2? **Answer:** A live audio engineer could use MAP2 as a processing and control system inside a larger live sound setup.

### 77. Could MAP2 help a live engineer manage sound more cleanly? **Answer:** Yes. It is useful for keeping processing and routing more organized.

### 78. Could MAP2 help reduce the number of separate support devices? **Answer:** Yes. That is one of its main strengths.

### 79. Could MAP2 help with remote control during a show? **Answer:** Yes. The platform is built around the idea that it can be managed without treating it like a normal desktop computer.

### 80. Could MAP2 sit beside a digital mixing console? **Answer:** Yes. That is a realistic and useful way to think about it.

### 81. Is MAP2 meant to replace a major live console? **Answer:** No. It makes more sense as a supporting platform inside a bigger system.

### 82. Could MAP2 help keep changeovers more repeatable? **Answer:** Yes. It is useful when one setup needs to be recalled quickly and reliably.

### 83. Could MAP2 help with in-ear monitor support? **Answer:** Yes. Its organized routing approach makes it relevant there.

### 84. Could MAP2 help support musicians' personal sound chains on stage? **Answer:** Yes. That is one of the best ways to position it.

### 85. Could MAP2 help troubleshoot messy live rigs? **Answer:** Yes. Cleaner system design usually makes problems easier to find.

### 86. Could MAP2 fit into a rack-based live system? **Answer:** Yes. Very naturally.

### 87. Could MAP2 help small productions? **Answer:** Yes. It can help reduce clutter and combine roles.

### 88. Could MAP2 help larger productions too? **Answer:** Yes. In a larger setup it could act as one useful part of a broader system.

### 89. Why would a live engineer care about MAP2? **Answer:** Because it offers control, organization, and flexibility without always needing another full workstation in the rack.

### 90. What is the simple live-engineer pitch for MAP2? **Answer:** MAP2 can act like a flexible live audio support system that helps keep processing, routing, and control more organized.

## FAQ Section 7: How Could A Studio Engineer In A Recording Studio Use It?

### 91. How could a studio engineer use MAP2? **Answer:** A studio engineer could use MAP2 as a sound-processing and routing platform that works alongside a recording setup.

### 92. Could MAP2 help during tracking? **Answer:** Yes. It can help performers hear a more stable and repeatable sound while recording.

### 93. Could MAP2 help with headphone mixes? **Answer:** Yes. It can help keep monitoring paths more organized.

### 94. Could MAP2 help with re-amping? **Answer:** Yes. That is one of its strongest studio uses.

### 95. Could MAP2 be useful for guitar recording? **Answer:** Yes. Very much so.

### 96. Could MAP2 also help with synths, vocals, and hybrid sessions? **Answer:** Yes. It is broader than just a guitar tool.

### 97. Could MAP2 help a studio save and recall setups? **Answer:** Yes. That is one of the clear benefits.

### 98. Could MAP2 help a studio reduce extra hardware? **Answer:** Yes. It can take over jobs that might otherwise need separate equipment.

### 99. Could MAP2 fit into a studio that already uses a DAW? **Answer:** Yes. It makes the most sense as something that works with the DAW, not against it.

### 100. Could MAP2 help keep artist monitoring more consistent from session to session? **Answer:** Yes. That kind of consistency matters a lot in real studio work.

### 101. Could MAP2 help a studio move more smoothly between writing and recording? **Answer:** Yes. It supports the idea of keeping one overall system in place across different kinds of sessions.

### 102. Could MAP2 help in studios with more than one room or area? **Answer:** Yes. It can make sense in larger shared setups too.

### 103. Could MAP2 help a studio test new ideas without buying a new fixed hardware box every time? **Answer:** Yes. That is one of the advantages of an open platform.

### 104. Could MAP2 be useful in more future-looking networked studios? **Answer:** Yes. Its design ideas fit well with that direction.

### 105. What is the simple studio-engineer pitch for MAP2? **Answer:** MAP2 can help a studio keep recording, monitoring, and signal flow more organized, more repeatable, and easier to adapt.

Apr 6, 2026 entries/2026-04-06.txt

Moving Forward. Testing, Bug Hunting

From **March 7, 2026 to April 6, 2026**, the codebase changed in several major ways:

1. **The snapshot system was substantially redesigned** This was the largest area of change. The team expanded the snapshot editor, improved activation flows, added undo history, favorites, duplication, setlist ordering, validation, live-state feedback, and safety checks before activation. On the backend, snapshot logic was increasingly moved into a new **State Authority** architecture, which now handles documents, revisions, activation, graph structure, validation, reconciliation, persistence, and template CRUD operations.

2. **Performance Brain became a much more developed platform feature** The project introduced and then rapidly expanded the **Performance Brain** system. It now includes dedicated backend routes and services, frontend pages and controls, websocket synchronization, route-state persistence, qualification telemetry, media support, and workspace handoff behavior for areas like Drums and SynthForge. Additional work ensured Brain state can be synchronized with the central audio-state authority and restored correctly during snapshot activation.

3. **JUCE engine integration deepened** The JUCE engine gained new **graph-document bindings**, **quad morph bindings**, and crossfade-related activation support. The engine runtime was also used more directly for snapshot morph behavior. Supporting Python bindings and automated tests were added to verify these engine-facing features.

4. **MIDI Hub expanded into a more complete subsystem** MIDI Hub saw major feature growth, including a routing matrix UI, patchbay editor, preset slots, scripting support, clock controls, OSC and network bridge controls, traffic monitoring, and MIDI 2 readiness surfaces. The codebase also added stronger integration between the JUCE engine and MidiHub infrastructure.

5. **The frontend received broad UX and responsive design upgrades** A large amount of web work focused on usability and layout consistency. This included mobile navigation, fullscreen dialog behavior, home page mobile layout, MPX1 mobile UX improvements, and broader UI refinement across the Snapshot Editor, JUCE Grid, Home, and platform workspaces. The frontend appears to have moved toward a more polished and consistent shell.

6. **Platform navigation and workspace organization were restructured** The application added or refined workspaces such as **Audio Engine**, **AVB Routing**, **Cluster Dashboard**, and **Audio Artifacts**, while also reworking navigation and launcher behavior. This suggests a broader effort to make the platform feel more unified and operationally structured.

7. **The drum machine feature set advanced significantly** The last 30 days included extensive work on drum sequencing and performance control. New development covered sequencer logic, song mode, websocket sync, kit APIs, MIDI mapping, velocity curves, pad zones, MIDI learn, per-track swing, loop lengths, parameter locks, micro-timing, probability, ratchets, and quantized pattern switching.

8. **Tesira support and backend API quality both improved** Tesira-related work expanded block parity, editor coverage, native design compile support, and Carbon-based interface consistency. At the same time, the backend gained stronger API auth modeling, contract standards, API inventory work, latency budget gates, recovery hardening, and broader route-level test coverage.

9. **Testing, diagnostics, and CI coverage increased** Recent changes were backed by many new tests across snapshots, Brain services, JUCE bindings, drum routes, and backend APIs. The repository also added or validated a **nightly release pipeline** and expanded CI coverage for Tesira, MIDI Hub, and responsive frontend work.

In short, the last 30 days were dominated by four themes: **snapshot architecture redesign, Performance Brain expansion, deeper engine integration, and major platform/UI growth**. The codebase did not just receive small fixes; it was actively reshaped across backend services, engine bindings, frontend workflows, and test coverage.

Apr 6, 2026 entries/2026-04-06-site-update-pipeline.txt

Text-file update pipeline enabled

The site now supports a simple content flow: add a text file in the entries/ directory and the updates section is regenerated during the GitHub Pages deploy workflow.

This keeps the site static and easy to maintain while removing the need to hand-edit the HTML for routine project notes.

Install

From bare metal to first sound.

MAP2 targets Fedora Server because it provides a clean Linux host, current packages, a service-first deployment model, and a practical path to repeatable headless audio systems.

  1. STEP 01

    Download Fedora Server

    Grab the current official server image from the Fedora Project.

    fedoraproject.org/server/download
  2. STEP 02

    Install and update

    Clean server install on the target machine, then bring it up to date.

    $ sudo dnf -y update
  3. STEP 03

    Prepare the audio host

    Configure networking, storage, and the interfaces you plan to use.

    $ sudo systemctl enable --now pipewire
  4. STEP 04

    Install MAP2

    Use a nightly release or build from source to continue setup.

    $ map2 engine start