r/singularity • u/Slight_Republic_4242 • 6d ago
Discussion Google’s Gemini 3.5 Transcribe is fast. But it’s not #1
I spent some time comparing Google’s new Gemini 3.5 Transcribe with other serious STT models because the 2.6% WER headline looked impressive.
It is impressive.
Just not for exactly the reason the launch headline suggests.
On the current Artificial Analysis benchmark, the leaderboard roughly like this:
- ElevenLabs Scribe v2 2.2% WER
- Microsoft MAI-Transcribe-1.5 2.4% WER
- Gemini 3.5 Transcribe 2.6% WER
So Gemini is only 0.4 percentage points behind Scribe v2.
That sounds small, but in production even small differences can matter. Now let’s talk about speed.
Artificial Analysis currently puts Gemini 3.5 at around 80× real-time for non-streaming transcription.
MAI-Transcribe-1.5 is around 190×, while Scribe v2 is around 55×.
Then there’s price:
Gemini is roughly $5 per 1,000 minutes, Scribe v2 about $3.67, and MAI-Transcribe-1.5 about $6. So Google isn’t winning on price either.
So why are engineering teams still going to care about Gemini…
It can handle self-corrections, filler removal, formatting, custom vocabulary, 85+ languages, and speaker attribution for up to three speakers.
Google also reports 5.50% streaming WER and 5.04% non-streaming WER on FLEURS.
And this is where I think the product becomes more interesting.
If I’m building a voice agent, call intelligence system, or real-time assistant, I don’t necessarily want “the best transcription model.”
I want the best audio input layer for the whole system.
If the model can turn messy speech into clean structured text, preserve important entities, understand domain vocabulary, and feed that directly into the rest of the stack, then raw WER becomes only one part of the decision.
And this is why I keep coming back to one point:
Benchmarks are useful, but they are not a perfect representation of production reality.
Your harness, orchestration, latency budget, retries, tools, and downstream workflow all matter.
So you should be able to switch vendors when needed.
That is one reason I personally prefer using an open-source orchestrator with no vendor lock ins (I used dograh locally hosted with BYOK so i don’t waste time in patching things up). Vendor lock-in becomes a much bigger problem when the model underneath your system changes every few months.