Custom video avatar speech synthesis fails with personalVoiceName access/not available error in Foundry

Marc Teipel 0 Reputation points Microsoft Employee
2026-06-29T11:55:24.78+00:00

I am unable to use my custom video avatar in Azure AI Foundry because speech synthesis fails at runtime. The avatar is configured to use its included voice (the avatar was trained with my own recordings), but when I integrate it with an Agent it fails with this error: "Speech synthesis failed: you don't have access to this personalVoiceName or it's not available."

I can select other available voices without any problem. The subscription is mine and I am an administrator.

Where I trained the Custom Video Avatar is an example video of my Avatar and in that video it includes my personal voice - so I know it is there.

Observed behavior:

  • Agent text responses are generated successfully.
  • Failure occurs only at avatar speech/video synthesis stage.

Expected behavior:

  • Avatar should synthesize speech and render video using the configured included/custom voice.

Troubleshooting already performed:

  • Verified project and resource existence.
  • Applied RBAC roles: Azure AI Developer, Cognitive Services User, and Cognitive Services Speech User on relevant scopes.
  • Tested avatar-related API routes and versions on the Speech endpoint.
  • Confirmed issue persists after permissions updates.

User's image

Azure Speech in Foundry Tools

1 answer

Sort by: Most helpful
  1. Sina Salam 30,486 Reputation points Volunteer Moderator
    2026-06-30T12:56:28.48+00:00

    Hello Marc Teipel,

    Welcome to the Microsoft Q&A and thank you for posting your questions here.

    I understand that your Custom video avatar speech synthesis fails with personalVoiceName access/not available error in Foundry.

    Because existing containers remain healthy while newly created containers fail across multiple accounts in the same region, the reliable resolution is to have Azure Cosmos DB Support/Product Group correlate the failing ActivityId values and SDK diagnostics with the internal physical partition, replica set, or backend stamp placement. Azure Cosmos DB SDK diagnostics are the correct evidence to capture, and Microsoft guidance recommends escalating high-impact service-side failures through Azure Support. So, Open an Azure Support case for Azure Cosmos DB availability/provisioning failure or use Priority Customer Support - https://learn.microsoft.com/en-us/azure/azure-portal/supportability/priority-community-support.

    Meanwhile, you can resolve and gather necessary information as below:

    • Stop the daily database/container delete-and-recreate workflow until Microsoft confirms backend health.
    • Change the lab cleanup process to keep containers stable and delete/reseed only test data, or use pre-created healthy container pools.
    • Attach full SDK diagnostics, ActivityId, affected account/container names, region, UTC timestamps, and the az cosmosdb sql container show output.
    • Ask Support to identify and remediate the unhealthy backend physical partition/replica/stamp or move the affected account/container placement.
    • Add a post-create readiness gate before migrations continue.
    • Use Gateway mode only as a diagnostic comparison against Direct/RNTBD, not as the final fix.

    There is no customer-facing CLI, SDK, or portal operation that reliably forces Cosmos DB physical partition reassignment for a newly created container. Deleting and recreating the database/container is only a workaround and may randomly avoid the unhealthy placement; it is not a root-cause fix.

    I hope this is helpful. Please! Do not hesitate to let me know if you have any other questions, steps or clarifications.


    Please do not close the thread by upvoting and accepting the answer if any part of it is helpful.

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.