L'idea dietro MXP4 era semplice. Ogni canzone registrata dovrebbe essere uno strumento che puoi suonare. Non una forma d'onda fissa su cui premi play, ma un insieme di stems e metadati che ti permette di silenziare la batteria, isolare le voci, costruire una versione diversa, cantarci sopra e condividere cio che hai creato. Nel 2008, tre imprenditori francesi fondarono una startup parigina attorno a questa tesi. Crearono un formato di file, un player nel browser e un'azienda che, per un breve momento, comprese un accordo di licenza con la famiglia Jackson per il catalogo dei Jackson 5.

Durò cinque anni.

La storia di MXP4 e la storia di un'azienda che azzeccò il prodotto e sbagliò il momento. Diciotto anni dopo, quasi ogni tassello del panorama tecnologico che mancava loro e finalmente andato al suo posto. Chiunque costruisca strumenti di remix nel 2026 sta, in un senso concreto, finendo cio che loro avevano iniziato.

I fondatori e il formato

MXP4 fu fondata da Gilles Babinet, Sylvain Huet e Philippe Ulrich, un trio con un solido background nella musica e nella tecnologia. Babinet divenne in seguito il «Digital Champion» del governo francese presso la Commissione Europea. Ulrich era gia una figura nota della scena digitale francese per il suo lavoro alla Cryo Interactive. Huet era il responsabile tecnico.

Il formato che progettarono, chiamato MXP4 come l'azienda, racchiudeva in un unico file .mxp4 tutto cio che un ascoltatore interattivo poteva desiderare. Tracce musicali in streaming, stems separate, video, biografia dell'artista, date dei concerti, pulsanti di condivisione social, link per comprare il merchandising. Il contenitore aveva una sua visione precisa. La promessa era che potessi aprire un .mxp4 nel loro player web e la canzone si comportasse meno come una registrazione e piu come un'app.

Dentro il player, gli ascoltatori potevano togliere stems, ricombinarle, cantare sulla voce isolata, costruire mix personali e ricondividere il risultato attraverso lo stesso contenitore pensato per il social. Nel 2009 l'azienda strinse una partnership con l'eredita Jackson per impacchettare le tracce del catalogo dei Jackson 5 come file .mxp4 interattivi. La copertura del lancio fu reale. Il prodotto funzionava.

Cosa azzeccarono

Quasi tutta la tesi di fondo e cio su cui Remix.me, Moises, Splitter e il resto dell'industria stems-e-remix del 2026 sono ora costruiti.

  • Le stems come unita primaria. Non il mixdown. Non la banda di EQ. Non il genere. Le singole tracce registrate che compongono una canzone. Il contenitore di MXP4 le esponeva direttamente.
  • L'interattivita come esperienza. Il compito del player era permettere all'utente di fare qualcosa con la canzone, non solo premere play.
  • Il social come distribuzione. Condivisibile, integrabile, da amico ad amico. Un remix che non viene condiviso e un remix che nessuno vede.
  • La licenza con le major come strategia. Non contenuti generati dagli utenti senza licenza. Non cataloghi orfani. Canzoni vere di artisti veri, impacchettate con diritti veri.
  • Il pensiero formato-prima-di-tutto. Definire il contenitore. Lasciare che altri costruiscano sopra.

Ognuna di quelle decisioni si legge nel 2026 come un'ipotesi di partenza che metteresti oggi nel documento di progettazione di un'app di remix.

Cosa la uccise

Il prodotto era giusto. Le condizioni erano sbagliate, in cinque modi che si sovrapponevano.

Flash e la morte dei plugin del browser. Il player di MXP4 girava su Adobe Flash. La cronologia della deprecazione di Flash (Apple che lo abbandona su iOS nel 2010, la lunga ritirata negli anni 2010, la chiusura definitiva nel 2020) faceva si che l'intera superficie di distribuzione di MXP4 fosse una nave che affondava dal giorno del lancio. Il formato era progettato per un web che era gia in fase di sostituzione.

Il mobile come piattaforma musicale. L'iPhone aveva un anno quando MXP4 fu lanciato. L'App Store non aprì fino a luglio 2008. L'intera industria musicale stava per migrare verso l'ascolto mobile-first, e MXP4 era un'esperienza basata su plugin del browser desktop. Quando l'ascolto mobile divenne dominante, MXP4 non aveva alcuna storia nativa.

L'economia delle stems lato server. Nel 2008 le stems dovevano essere fornite dal titolare dei diritti, come file, mixate e masterizzate appositamente per il formato. Non esisteva la separazione delle stems sul dispositivo. Non esisteva alcun modello di IA in grado di scomporre un master nelle sue tracce. Ogni file .mxp4 era un progetto di produzione su misura. Questo significava che il catalogo sarebbe sempre rimasto minuscolo rispetto all'universo della musica registrata.

La licenza con le major come un tapis roulant. L'accordo con i Jackson 5 fu un colpo grosso, ma ogni artista o etichetta in piu richiedeva una nuova trattativa su misura, nuove liberatorie, nuovi minimi garantiti. L'economia unitaria non raggiunse mai la velocita dell'adozione da parte del pubblico. MXP4 rimase vincolata dal catalogo per tutto il tempo in cui esistette.

Nessun modello di business che scalasse. MXP4 era un licenziatario di tecnologia B2B? Una destinazione per i consumatori? Un social network? Uno strumento per le etichette? Un'azienda di videogiochi? Il pivot del 2010 verso Bopler, un brand di giochi musicali a ritmo dell'era Facebook, suggerisce che il team cercava con forza un qualunque cuneo che chiudesse il cerchio tra la tecnologia e un guadagno. Il cuneo non comparve in tempo. L'azienda divenne inattiva intorno al 2013.

Cosa e diverso nel 2026

Vale la pena pensare a MXP4 nel 2026 perche ognuno di quei cinque killer e ora risolto.

Flash non esiste piu, e HTML5 piu le app native lo hanno sostituito in modo pulito. Un player musicale interattivo non ha piu bisogno di un plugin del browser. Puo essere un'app desktop, un'app per telefono, un'estensione AUv3 dentro qualsiasi DAW. La distribuzione e un problema risolto.

Il mobile-first e l'impostazione predefinita. Ogni dispositivo che conta esegue app. Gli abbonamenti allo streaming sono universali. Il pubblico a cui MXP4 puntava, i fan che vogliono interagire con la musica invece di limitarsi a consumarla, vive ora interamente su piattaforme che supportano una vera riproduzione interattiva.

La separazione delle stems sul dispositivo funziona. Demucs, BS-Roformer, i modelli commerciali di AudioShake. La qualita della separazione tramite IA ha superato la soglia del «davvero utilizzabile» intorno al 2022 e da allora e in continuo miglioramento. Su un Mac con Apple Silicon, una traccia di quattro minuti si separa in stems pulite in meno di trenta secondi, in locale, senza alcun upload. L'economia delle stems lato server che strozzava il catalogo di MXP4 e stata sostituita dall'elaborazione lato client di qualsiasi traccia su cui l'utente abbia i diritti di streaming.

Le partnership con i servizi di streaming sono un modello noto. Beatport Streaming, Tidal, SoundCloud Go+ e la relazione di lunga data tra djay Pro e Apple Music hanno stabilito che gli abbonati autenticati possono vedere i loro stream elaborati in modo interattivo dentro app di terze parti. Il modello di licenza ha un precedente. La cornice legale e l'abbonamento dell'utente stesso, non un accordo con un'etichetta.

La licenza per opera derivata sta diventando una categoria reale. L'accordo tra Universal Music Group e Spotify annunciato a maggio 2026, che copre cover e remix generati dall'IA dentro Spotify Premium con un flusso di royalty per ascolto, e il primo accordo con una major esplicitamente progettato per la remunerazione delle opere derivate. E esclusivo di Spotify all'interno della piattaforma e non aiuta direttamente gli strumenti esterni a Spotify, ma segnala che le major hanno, dopo diciotto anni di obiezioni a forma di MXP4, fatto pace con l'idea di licenziare i derivati su larga scala.

Le lezioni

Se stai costruendo strumenti di remix nel 2026, MXP4 ti lascia quattro cose che vale la pena prendere sul serio.

Uno. Azzecca la distinzione formato-contro-istanza. MXP4 costruiva contenitori pieni di audio. L'equivalente moderno e una ricetta: un piccolo file JSON con riferimenti a stems su cui l'utente ha gia i diritti, piu le sue aggiunte. L'audio non viaggia. La ricetta sì. Questo aggira del tutto l'economia del catalogo-come-prodotto.

Due. Non costruire su una superficie di distribuzione che affonda. MXP4 scelse Flash. Uno strumento di remix del 2026 che dipende dalla buona volonta continuata di un singolo partner di streaming, o di un singolo OS mobile, o di un momento di IA generativa che puo durare o no, sta facendo la stessa scommessa con un altro travestimento. Diversifica la superficie.

Tre. Lascia che sia l'utente a portare i diritti. La postura legale piu pulita per qualsiasi strumento di remix e quella in cui l'utente e il titolare dei diritti, attraverso il proprio abbonamento allo streaming, i propri file locali, il proprio catalogo acquistato. Il compito della piattaforma e rendere facile la creazione di remix sopra quei diritti, non acquisire e rivendere catalogo.

Quattro. Abbi una storia di monetizzazione prima di una storia di catalogo. MXP4 inseguiva il catalogo mentre cercava ancora un modello di business. L'ordine dovrebbe essere invertito. Se il prodotto guadagna dagli utenti individuali (un'app freemium, un abbonamento, una tariffa per export), la conversazione sul catalogo con i titolari dei diritti diventa una conversazione del tipo «abbiamo gia un pubblico», non una del tipo «ci serve il vostro pubblico».

Il quadro piu ampio

MXP4 esistette in una finestra in cui l'industria musicale discuteva ancora se lo streaming dovesse esistere, in cui lo smartphone stava ancora dimostrando il suo valore, in cui Flash era il web. La startup cercava di saltare avanti di due generazioni tecnologiche. Non avevano l'IA per separare le stems su richiesta. Non avevano la superficie di distribuzione per raggiungere un pubblico globale. E non avevano un ecosistema di servizi di streaming disposto a lasciare che terze parti toccassero audio sotto licenza.

Diciotto anni dopo, tutti e tre esistono. L'idea di prodotto, ogni canzone registrata come uno strumento che puoi suonare, nel 2026 e per lo piu un problema di esecuzione.

E proprio il tipo di problema che le startup dovrebbero risolvere.