Perché i tuoi hot cue di Serato non sopravvivono al passaggio a Rekordbox (e come risolvere)
Se hai mai trascinato una cartella di brani da Serato a Rekordbox e hai visto ogni singolo hot cue sparire nel silenzio, non sei il solo. È uno dei problemi più comuni che i DJ affrontano quando sono costretti a cambiare piattaforma.
La risposta breve è: entrambe le piattaforme salvano i metadati dei cue, ma in posti diversi, in formati diversi, con convenzioni diverse. Nessuna delle due sbaglia. Sono solo state costruite per mondi diversi.
Dove Serato salva davvero i tuoi cue point
Serato scrive i metadati dei cue nel tag ID3v2 del file audio come frame GEOB personalizzato chiamato Serato Markers2. All’interno di quel frame c’è un blob binario codificato in base64 che contiene ogni cue, loop e colore che hai piazzato. È elegante — i cue viaggiano con il file.
Rekordbox salva i metadati dei cue nel proprio database centrale — un file SQLite .edb su macOS. Non legge il frame GEOB di Serato. Dal punto di vista di Rekordbox, il tag ID3 non contiene alcun dato sui cue.
Ecco perché copiare lo stesso MP3 in entrambe le app ti dà un brano caricato con beat grid e cue completi in Serato, e un brano con zero cue in Rekordbox. Il file è identico. I database no.
Cosa succede quando «esporti» da Serato
La funzione di esportazione integrata di Serato ha limitazioni note. Esporta un XML compatibile con Rekordbox, ma la mappatura dei colori dei cue è approssimativa, i loop spesso non vengono riportati fedelmente e i nomi dei cue vengono troncati. Per più di un paio di migliaia di brani, l’esportazione può richiedere decine di minuti e a volte va in crash.
Le tre cose che si rompono sempre
- Colori dei cue — Rekordbox usa una palette fissa di 8 colori; Serato permette qualsiasi colore esadecimale. Non esiste una mappatura 1:1.
- Loop — Serato salva i loop separatamente dai cue; Rekordbox tratta i loop come una variante dei cue.
- Memory cue vs hot cue — Rekordbox distingue tra memory cue (navigazione) e hot cue (trigger dei pad). Serato no.
Come briDJe gestisce la traduzione
briDJe legge la libreria sorgente nel suo formato nativo — frame GEOB per Serato, database SQLite per Rekordbox. La traduzione avviene in memoria, con una matrice di mappatura deterministica per colori, loop e varianti dei cue.
$ bridje sync --from rekordbox --to serato --dry-run
→ scanning rekordbox library... found 1247 tracks
→ parsing cue metadata... 5843 cues, 312 loops, 89 memory cues
→ mapping 8-color palette (rekordbox → serato)... OK
→ would write: 1247 tracks · 5843 cues · 312 loops
→ dry run complete — no changes made
Puoi sempre visualizzare l’anteprima del trasferimento prima di confermare. Eseguiamo ogni operazione in modalità dry-run per impostazione predefinita.
Cosa significa per te
Se stai spostando una libreria oggi: non affidarti all’esportazione Rekordbox integrata di Serato per nulla a cui tieni. Usa uno strumento dedicato, visualizza l’anteprima in modalità dry-run e controlla a campione dieci brani prima di fidarti degli altri novemila.
Puoi provare briDJe gratis per 15 brani — abbastanza per verificare che il trasferimento funzioni con il tuo stile di cue prima di impegnarti.