Serato 핫큐가 Rekordbox로 넘어가면 사라지는 이유 (그리고 해결 방법)
Serato에서 Rekordbox로 트랙 폴더를 드래그했는데 모든 핫큐가 조용히 사라지는 경험을 한 적이 있다면, 당신만 그런 것이 아닙니다. 이는 DJ들이 플랫폼을 바꿔야 할 때 부딪히는 가장 흔한 문제 중 하나입니다.
간단히 말하면: 두 플랫폼 모두 큐 메타데이터를 저장하지만, 서로 다른 위치에, 다른 형식으로, 다른 규칙을 사용해 저장합니다. 어느 쪽도 틀리지 않았습니다. 단지 서로 다른 세계를 위해 만들어졌을 뿐입니다.
Serato가 실제로 큐 포인트를 저장하는 위치
Serato는 큐 메타데이터를 오디오 파일의 ID3v2 태그에 Serato Markers2라는 커스텀 GEOB 프레임으로 기록합니다. 그 프레임 안에는 사용자가 설정한 모든 큐, 루프, 색상이 base64로 인코딩된 바이너리 블롭으로 들어 있습니다. 우아한 방식입니다 — 큐가 파일과 함께 이동하니까요.
Rekordbox는 큐 메타데이터를 자체 중앙 데이터베이스에 저장합니다 — macOS에서는 .edb SQLite 파일입니다. Rekordbox는 Serato의 GEOB 프레임을 읽지 않습니다. Rekordbox 입장에서는 ID3 태그에 큐 데이터가 전혀 없는 것입니다.
같은 MP3 파일을 두 앱에 복사했을 때 Serato에서는 그리드와 큐가 가득 찬 트랙으로 보이고, Rekordbox에서는 큐가 하나도 없는 트랙으로 보이는 이유가 바로 이것입니다. 파일은 동일합니다. 데이터베이스가 다를 뿐입니다.
Serato에서 “내보내기” 할 때 실제로 일어나는 일
Serato 내장 내보내기 기능에는 알려진 한계가 있습니다. Rekordbox 호환 XML을 내보내지만, 큐 색상 매핑은 근사치에 불과하고, 루프 포인트는 종종 왕복이 되지 않으며, 큐 이름은 잘립니다. 수천 개가 넘는 트랙의 경우 내보내기에 수십 분이 걸리고 간혹 충돌이 발생하기도 합니다.
항상 문제가 되는 세 가지
- 큐 색상 — Rekordbox는 사전 설정된 8색 팔레트를 사용하지만, Serato는 임의의 헥스 색상을 허용합니다. 1:1 매핑이 불가능합니다.
- 루프 포인트 — Serato는 루프를 큐와 별도로 저장하지만, Rekordbox는 루프를 큐의 변형으로 취급합니다.
- 메모리큐와 핫큐 — Rekordbox는 메모리큐(네비게이션용)와 핫큐(패드 트리거용)를 구분합니다. Serato는 그렇지 않습니다.
briDJe의 변환 처리 방식
briDJe는 소스 라이브러리를 네이티브 형식으로 읽습니다 — Serato는 GEOB 프레임, Rekordbox는 SQLite 데이터베이스. 변환은 메모리 내에서 이루어지며, 색상, 루프, 큐 변형에 대한 결정론적 매핑 매트릭스를 사용합니다.
$ 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전송을 실행하기 전에 항상 미리 볼 수 있습니다. 모든 작업은 기본적으로 드라이런 모드로 실행됩니다.
이것이 의미하는 바
지금 라이브러리를 옮기고 있다면: 중요한 작업에 Serato 내장 Rekordbox 내보내기에 의존하지 마세요. 전용 도구를 사용하고, 드라이런 모드로 미리 본 다음, 나머지 9천 개를 신뢰하기 전에 트랙 10개를 표본 점검하세요.
briDJe를 트랙 15개까지 무료로 사용해 볼 수 있습니다 — 실행하기 전에 자신의 큐 스타일에 맞게 전송이 제대로 작동하는지 확인하기에 충분한 양입니다.
