Por qué tus hot cues de Serato no sobreviven al salto a Rekordbox (y cómo solucionarlo)

Si alguna vez has arrastrado una carpeta de pistas de Serato a Rekordbox y has visto cómo todos los hot cues desaparecían sin avisar, no eres el único. Este es uno de los puntos de dolor más comunes con los que se topan los DJs cuando se ven obligados a cambiar de plataforma.

La respuesta corta: ambas plataformas almacenan los metadatos de los cue points, pero lo hacen en sitios distintos, con formatos distintos y siguiendo convenciones distintas. Ninguna está mal. Simplemente se construyeron para mundos diferentes.

Dónde guarda Serato realmente tus cue points

Serato escribe los metadatos de los cue points en la etiqueta ID3v2 del archivo de audio como un frame GEOB personalizado llamado Serato Markers2. Dentro de ese frame hay un blob binario codificado en base64 que contiene cada cue point, loop y color que hayas colocado. Es elegante: los cue points viajan con el archivo.

Rekordbox almacena los metadatos de los cue points en su propia base de datos central: un archivo SQLite .edb en macOS. No lee el frame GEOB de Serato. Desde la perspectiva de Rekordbox, la etiqueta ID3 no contiene ningún dato de cue points.

Por eso, al copiar el mismo MP3 en ambas aplicaciones obtienes una pista cargada con beat grid completo y cue points en Serato, y una pista con cero cue points en Rekordbox. El archivo es idéntico. Las bases de datos no.

Qué ocurre cuando «exportas» desde Serato

La función de exportación integrada de Serato tiene limitaciones conocidas. Exporta un XML compatible con Rekordbox, pero el mapeo de colores de los cue points es aproximado, los puntos de loop a menudo no completan el viaje de ida y vuelta, y los nombres de los cue points se truncan. Para más de un par de miles de pistas, la exportación puede tardar decenas de minutos y a veces se cuelga.

Las tres cosas que siempre se rompen

1. Colores de los cue points: Rekordbox usa una paleta predefinida de 8 colores; Serato permite colores hexadecimales arbitrarios. No existe un mapeo 1:1.
2. Puntos de loop: Serato almacena los loops por separado de los cue points; Rekordbox trata los loops como una variante de los cue points.
3. Memory cues frente a hot cues: Rekordbox distingue entre memory cues (navegación) y hot cues (disparadores de pad). Serato no.

Cómo gestiona briDJe la traducción

briDJe lee la biblioteca de origen en su formato nativo: frames GEOB para Serato, la base de datos SQLite para Rekordbox. La traducción ocurre en memoria, con una matriz de mapeo determinista para colores, loops y variantes de cue points.

$ 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

Siempre puedes previsualizar la transferencia antes de confirmarla. Ejecutamos cada operación en modo dry-run por defecto.

Qué significa esto para ti

Si estás migrando una biblioteca hoy: no confíes en la exportación a Rekordbox integrada de Serato para nada que te importe. Usa una herramienta específica, previsualiza en modo dry-run y comprueba diez pistas antes de fiarte de las otras nueve mil.

Puedes probar briDJe gratis con 15 pistas: suficiente para verificar que la transferencia funciona con tu estilo de cue points antes de comprometerte.