Replies: 1 comment
|
The local ElevenLabs-alternative roadmap should still measure voice workflow cost per completed audio task, especially when OpenAI-compatible endpoints sit behind Pipecat or LiveKit. I would define a small provider capability matrix and attach usage/latency/error metadata to every routed call. That gives you a clean path to cost-aware routing without hiding why a route was chosen. This is close to what I am experimenting with: official Chinese models behind an OpenAI-compatible multi-model layer, with an emphasis on predictable usage and routing behavior. For OmniVoice-Studio, would you rather optimize routing first for cost, latency, or fewer failed agent steps? |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Help shape how OVS becomes a true local ElevenLabs alternative
Hey everyone 👋
First, a personal note: much of APAC — India especially — is suffering badly under the super/El Niño heatwaves right now, and people are dying, many of them elderly. Climate change needs global effort, not just local. I'm using my voice for awareness here — please come together and do something where you can.
Back to OVS: ~20 PRs landed today fixing bugs you reported here and on GitHub. Thank you for the reports — keep them coming.
The goal for the coming months: OVS competing with ElevenLabs on feature parity, quality, and freedom — without subscriptions, accounts, or your voice ever leaving your machine. Here's what's on the table, now fully researched in docs/competitive-analysis.md (licenses, prior art, regulations, effort sizes):
.ovsvoiceformat so your voices aren't locked in./docs, spec hygiene incoming.Want to influence priorities or PR something yourself? The competitive analysis has an implementation spec for every item above. Drop your ideas below 👇 🎙️
All reactions