Por que seus hot cues do Serato não sobrevivem à migração para o Rekordbox (e como resolver)

Se você já arrastou uma pasta de faixas do Serato para o Rekordbox e viu todos os hot cues desaparecerem silenciosamente, não está sozinho. Este é um dos problemas mais comuns que os DJs enfrentam quando precisam trocar de plataforma.

A resposta curta é: ambas as plataformas armazenam metadados de cues, mas em locais diferentes, em formatos diferentes, usando convenções diferentes. Nenhuma está errada. Elas simplesmente foram construídas para mundos diferentes.

Onde o Serato realmente armazena seus cue points

O Serato grava os metadados de cues na tag ID3v2 do seu arquivo de áudio como um frame GEOB personalizado chamado Serato Markers2. Dentro desse frame há um bloco binário codificado em base64 contendo cada cue, loop e cor que você definiu. É elegante — os cues viajam junto com o arquivo.

O Rekordbox armazena metadados de cues em seu próprio banco de dados central — um arquivo SQLite .edb no macOS. Ele não lê o frame GEOB do Serato. Da perspectiva do Rekordbox, a tag ID3 não contém nenhum dado de cue.

É por isso que copiar o mesmo MP3 para ambos os aplicativos resulta em uma faixa carregada com grid completo e cues no Serato, e uma faixa sem nenhum cue no Rekordbox. O arquivo é idêntico. Os bancos de dados não são.

O que acontece quando você “exporta” do Serato

O recurso de exportação nativo do Serato tem limitações conhecidas. Ele exporta um XML compatível com o Rekordbox, mas o mapeamento de cores dos cues é aproximado, os pontos de loop frequentemente não fazem a viagem de ida e volta, e os nomes dos cues são truncados. Para mais de alguns milhares de faixas, a exportação pode levar dezenas de minutos e, ocasionalmente, travar.

As três coisas que sempre quebram

1. Cores dos cues — O Rekordbox usa uma paleta predefinida de 8 cores; o Serato permite cores hexadecimais arbitrárias. Não há mapeamento 1:1.
2. Pontos de loop — O Serato armazena loops separadamente dos cues; o Rekordbox trata loops como uma variante de cue.
3. Memory cues vs hot cues — O Rekordbox distingue entre memory cues (navegação) e hot cues (acionamento por pads). O Serato não faz essa distinção.

Como o briDJe faz a tradução

O briDJe lê a biblioteca de origem em seu formato nativo — frames GEOB para o Serato, o banco de dados SQLite para o Rekordbox. A tradução acontece em memória, com uma matriz de mapeamento determinística para cores, loops e variantes de cues.

$ 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

Você sempre pode visualizar a transferência antes de confirmar. Executamos todas as operações no modo dry-run por padrão.

O que isso significa para você

Se você está migrando uma biblioteca hoje: não confie na exportação nativa do Serato para o Rekordbox com nada que seja importante. Use uma ferramenta dedicada, visualize no modo dry-run e verifique dez faixas antes de confiar nas outras nove mil.

Você pode testar o briDJe gratuitamente com 15 faixas — é o suficiente para verificar se a transferência funciona para o seu estilo específico de cues antes de confirmar.