Why the song-centric semantic lane must move from placeholder to a real MERT baseline
Constraint: The current host now has torch/torchaudio/transformers, so the default song-centric pipeline should produce a real semantic baseline instead of a runtime-ready placeholder Rejected: Keep the placeholder branch after runtime became available | would leave the main pipeline in a misleading half-ready state Confidence: medium Scope-risk: narrow Directive: Preserve the local_wavehash_embed fallback, but treat mert-v1-95m as the default semantic baseline until MuQ is added as a challenger Tested: installed torch-2.12.0+cpu, torchaudio-2.11.0+cpu, transformers-5.10.1; py_compile for enrich_songcentric_manifest_with_local_features.py; reran song-centric pipeline; verified latest embedding rows are mert-v1-95m; markdown link check on /workspace/docs Not-tested: MuQ adapter implementation and production vector-table persistence are still pending
Showing
4 changed files
with
86 additions
and
12 deletions
-
Please register or sign in to post a comment