Skip to content

ਪੰਜਾਬੀ · measured India voice evidence

Punjabi AI voice: runtime path, real pack lines and measured latency

Punjabi resolves to Bharat Essential, Google Cloud Text-to-Speech voice pa-IN-Wavenet-A, the world pack and the cascade engine. Three fresh production-adapter runs measured a 985 ms median to the first non-empty 8 kHz PCM audio chunk on 15 Aug 2026.

Measured 15 Aug 2026 · three runs · 8 kHz PCM16 · no provider fallback

Which pack, engine and vendor voice serve Punjabi?

The runtime trace starts with BaseBusiness.get_voice_pack, continues through voice_config.resolve_pack and ends at voice_config.resolve_engine. The generic integration returned none from the generic business integration, resolve_pack selected the world pack, and resolve_engine selected cascade. The TTS factory then selected Google Cloud Text-to-Speech voice pa-IN-Wavenet-A, displayed as Simran, while speech recognition remained Sarvam saaras:v3.

Runtime checkResolved valueMeaning
get_voice_packNone from the generic business integrationA client-specific pack would override the generic registry result.
resolve_packworld packNormal replies detect and mirror language, but fixed world-pack strings remain English.
voice_configBharat Essential · Google Cloud Text-to-Speech · pa-IN-Wavenet-AThe grade write-through pins the production TTS provider and voice identifier.
resolve_enginecascadeThe cascade engine uses separate STT, reasoning and TTS stages.
speech recognitionSarvam saaras:v3The primary recognition locale is pa-IN.

The runtime table names the actual Punjabi call path rather than a language-support logo: generic integration result, resolved pack, sold grade, provider voice, engine and speech-recognition provider. A client integration can replace the generic pack, but the benchmark fixture used no client override.

What first-audio latency did Punjabi measure?

Punjabi measured 3258, 985, 672 ms across three isolated production-adapter requests. The median was 985 ms. Each run synthesized “ਸਤ ਸ੍ਰੀ ਅਕਾਲ, ਮੈਂ ਤੁਹਾਡੀ ਕਿਵੇਂ ਮਦਦ ਕਰ ਸਕਦੀ ਹਾਂ?” at 8 kHz PCM16, started the timer immediately before speak(text), stopped at the first non-empty audio chunk, verified the configured adapter had not failed over, and cancelled the iterator after that first chunk.

RunFirst audioAudio formatAdapter result
Run 13258 ms8 kHz PCM16Google Cloud Text-to-Speech; no fallback
Run 2985 ms8 kHz PCM16Google Cloud Text-to-Speech; no fallback
Run 3672 ms8 kHz PCM16Google Cloud Text-to-Speech; no fallback

The latency table reports a median of 985 ms from three measurements on 15 Aug 2026. The number is a reproducible TTS-adapter read, not end-to-end call latency, a percentile, or an uptime promise. Caller speech, transcription, model generation, carrier delivery and handset playback remain outside the timer.

What register does the resolved Punjabi pack use?

Punjabi normal replies are governed by the world pack's detect-and-mirror instruction, not a Punjabi-specific fixed register. The actual fixed filler, retry and retraction strings in the resolved pack are English.

Pack eventExact runtime stringRegister read
Filler while a tool runsOne momentThe fixed world-pack filler is English rather than a localized line.
Retry after unclear speechSorry, could you say that once more?The fixed recovery line is polite English.
Retract an unsupported actionSorry — I can't actually send that from here. Let me take your number and someone will get it across to you.The fixed safety fallback is English even when the model's normal replies mirror the caller's language.

The sample table copies three fixed strings from the world pack: the tool filler, unclear-speech retry and unsupported-action retraction. The English strings are a disclosed localization gap rather than translated marketing samples.

What are the honest Punjabi limits?

Limit 1

The locale has no dedicated LanguagePack in the runtime registry on 15 Aug 2026, so resolve_pack returns the world pack.

Limit 2

The world pack tells the model to detect and mirror the caller's language, but its fixed filler, retry and retraction strings remain English.

Limit 3

The first-audio benchmark measures TTS adapter latency only; it excludes caller speech recognition, model reasoning, carrier transit and handset playback.

Limit 4

The WaveNet adapter is non-streaming: Google returns the full clip before the first 200 ms PCM frame is yielded.

Limit 5

The Punjabi run set contained a 3,258 ms cold outlier beside 985 ms and 672 ms; the published 985 ms median retains the outlier rather than deleting it.

Which evidence supports the Punjabi hub?

The fresh GSC pull found 11 impressions for the existing Punjabi cost page at average position 9.9, placing Punjabi fourth in the measured language queue. The existing language article remains the workflow and cost depth page; the multilingual category index provides cross-language buying context; and the product page describes the broader scheduled-language surface.

Other measured Indian-language hubs

The related hubs keep one route per language and never multiply languages by verticals. Every page publishes its own runtime trace, three dated latency reads and fixed-pack evidence.

Punjabi voice questions

The answers preserve the runtime resolution, measured median, exact run values and pack limitation as standalone passages that do not depend on the tables.

Punjabi resolves to Bharat Essential, the Google Cloud Text-to-Speech pa-IN-Wavenet-A voice, Sarvam saaras:v3 recognition and the cascade engine. The generic integration returned no client-specific pack, so resolve_pack selected the world pack on 15 Aug 2026.

Punjabi measured 985 ms median first-audio latency across three fresh 8 kHz PCM16 adapter runs: 3258, 985, 672 ms. The timer started immediately before the production adapter's speak call and stopped at the first non-empty audio chunk on 15 Aug 2026.

Punjabi does not have a dedicated runtime pack on 15 Aug 2026. resolve_pack returns the world pack, which asks the model to detect and mirror language but keeps its fixed filler and recovery strings in English.