Local AI music generation removes the meter from creativity. Tools like ACE-Step 1.5 can run entirely on a Mac, turning text prompts into full songs in minutes with no cloud credits and no upload queues. That freedom breeds a new problem: volume. When generation is cheap and instant, you stop asking whether you can make a song and start wondering which of the fifty versions on your drive is worth keeping.
I learned this the hard way. On an average day, I need about four takes from ACE-Step 1.5 to find one keeper. But averages lie. In one recent session, I generated thirty-two takes chasing a single arrangement. Listening to thirty-two two-minute songs is over an hour of critical listening. By the seventh track, my ears were forgiving smeared vowels. By the fifteenth, I was nodding along to melodies while missing dropped words entirely. Listener fatigue is not laziness; it is a real collapse in perceptual accuracy. I needed a filter that could run before my ears did.
So I built a local QA pipeline around mlx-whisper, the Apple Silicon-optimized port of OpenAI’s speech-recognition model. The idea was simple: if I could transcribe every take automatically and compare it to the original lyrics, I would have an objective lyric-match rate. That number could rank the thirty-two takes down to a manageable handful.
How the Pipeline Works
The workflow has four stages, and I treat each one as non-negotiable.
Generate. I create the raw audio with ACE-Step 1.5. I do not judge anything at this stage. The goal is volume.
Transcribe. Every WAV file feeds into mlx-whisper on my Mac. Because MLX is built for Apple’s Metal and the neural engine, this runs entirely locally. There are no API costs, no network latency, and no privacy concerns about shipping raw audio to a remote server. A thirty-two-file batch transcribes while I make coffee.
Score. I compare the Whisper transcript against the original lyric prompt. The match rate measures fidelity: did the singer hit every word, or did it skip lines, slur phrases, or hallucinate syllables? I calculate a percentage overlap. This is not an aesthetic judgment; it is a strict accounting of textual accuracy.
Filter. I sort the takes by that match rate. The top quintile becomes my audition pool. Everything else goes to a secondary folder. I have not deleted the low scorers yet, but I do not waste prime listening time on them.
Keep the Jury Independent
I follow one hard rule: the generation model never scores its own homework. ACE-Step 1.5 does not evaluate ACE-Step 1.5 output. I use an entirely separate process for transcription because a model that checks itself will always be too kind. It shares the same blind spots. If the generator tends to drop plural markers or softens hard consonants, a self-evaluation loop will learn to ignore those same quirks. An independent speech-recognition model has no loyalty to the music. It simply reports what it hears, however harsh that report might be.
What the Numbers Revealed
On the batch of thirty-two takes, the pipeline narrowed the field to eight candidates that were worth serious attention. Those eight averaged an 83.9% lyric-match rate. After I listened to them properly and scored them against my own quality rubric, they averaged 94.1 out of 100. That spread tells the whole story. The machine gate caught the obvious structural failures—lyric drops, timing collapses, vocal artifacts—so that my human scoring could operate on a pre-cleaned set. The automation did not replace my judgment. It conserved it.
When the Machine Misfires
A low score is not always a bad song. I caught this early when a track I loved scored far below the cutoff. The lyrics were a simple alphabet chant: single letters sung as isolated sounds. Whisper is trained on natural sentence structure. Feed it "A B C D" and it often hallucinates words, inserts articles, or collapses the letters into garbled phonemes. The transcription failed, but the vocal performance was actually crisp.
That case taught me the practical limit. The match rate is a pre-filter, not a final verdict. Any take that scores low still gets a ten-second human audition before I trash it. The number points you toward probability, not certainty. If you treat the score as a gavel rather than a compass, you will throw away good music.
A Technical Speed Bump
Si estás ejecutando MLX en Apple Silicon, comprueba la arquitectura de tu Python antes de procesar lotes grandes. Un error de configuración común es ejecutar un binario de Python a través de la emulación de Rosetta. El script se ejecutará, pero perderás la aceleración de hardware que hace que la transcripción local sea llevadera.
Ejecuta esto en tu terminal:
python3 -c "import platform; print(platform.machine())"
Debes ver arm64. Si imprime x86_64, tu entorno está emulado. Cambia a una versión nativa de Python o a un entorno conda nativo, y luego reinstala mlx-whisper. En lotes largos, la diferencia entre la ejecución emulada y la nativa es la diferencia entre terminar antes del almuerzo o terminar antes de la cena.
El valor real
El audio generativo recompensa la persistencia, pero la atención humana es finita. No hay gloria en escuchar treinta y dos tomas mediocres solo para demostrar que eres meticuloso. Al colocar mlx-whisper entre el generador y mis oídos, recuperé horas de tiempo creativo enfocado. Yo sigo decidiendo qué canción vive y cuál muere. La máquina simplemente se asegura de que esté aplicando ese juicio a los mejores candidatos posibles.
El artículo completo sobre este pipeline está disponible aquí. Si estás construyendo herramientas de QA locales similares, la comunidad GyaanSetu es un buen lugar para intercambiar notas.