NicolasBcortes
01/30/2025, 4:53 AMAtlas
01/30/2025, 4:53 AMVapi
01/30/2025, 4:56 AMmachineDetectionTimeout is currently set to 4 seconds, which might be too short to accurately detect voicemail or machine answers. This could be why the system is not detecting voicemail and is hanging up prematurely when the user speaks.
2. **Detection Types**: You've listed several detection types, including machine_start, which is not part of the standard configuration provided in the context. If machine_start is not supported by the provider, it should be removed from the configuration.
3. **Speech Thresholds**: The machineDetectionSpeechThreshold and machineDetectionSpeechEndThreshold values seem to be set quite low. If the system is not detecting speech correctly, you might want to adjust these thresholds to better match the characteristics of the speech you're trying to detect.
4. **Silence Timeout**: The machineDetectionSilenceTimeout is set to 3000 milliseconds (3 seconds). If this is shorter than the typical silence period in the voicemails you're dealing with, you may want to increase it.
Here's what I suggest:
- Increase the machineDetectionTimeout to give the system more time to detect voicemail or machine answers.
- Ensure that all voicemailDetectionTypes are supported by your provider.
- Adjust the machineDetectionSpeechThreshold and machineDetectionSpeechEndThreshold to better match the speech patterns of your calls.
- Consider increasing the machineDetectionSilenceTimeout if the current setting is too short.
Would you like me to assist you with updating these settings? If so, please provide the new values you'd like to set for each parameter.Vapi
01/30/2025, 4:56 AMVapi
01/30/2025, 4:59 AMNicolasBcortes
01/30/2025, 5:01 AMNicolasBcortes
01/30/2025, 5:03 AMShubham Bajaj
01/31/2025, 4:31 AMNicolasBcortes
02/01/2025, 2:48 AMShubham Bajaj
02/03/2025, 7:04 AMjson
"startSpeakingPlan": {"smartEndpointingEnabled": true},
@NicolasBcortes You need to set the first message mode to 'assistant waits for the user' and set smartEndpointingEnabled to false, as it only works for English transcriptions. Also, set startSpeakingPlan.waitSeconds to 0.8 to give the assistant enough time to speak.
After making these changes, the assistant will wait for the user to speak. Meanwhile, Twilio voicemail will activate, allowing it to detect if it's voicemail. After that, it should work as expected. You might need to tweak a few parameters, but it's not 100% perfect.
https://cdn.discordapp.com/attachments/1334385998423130174/1335868600153669685/Screenshot_2025-02-03_at_12.34.41_PM.png?ex=67a1bc15&is=67a06a95&hm=d9c2f30eaf8c30200f5ff387a3829167db8d716c10828ae23c4b02214ad63536&Shubham Bajaj
02/03/2025, 7:05 AMShubham Bajaj
02/04/2025, 10:37 AMNicolasBcortes
02/05/2025, 4:10 PMShubham Bajaj
02/06/2025, 8:15 AMNicolasBcortes
02/20/2025, 12:35 AM"machineDetectionTimeout": 4,
To obligatorily hang up the calls that go to voicemail or are not answered because the system does not detect them, it takes them as a call and charges them
I even have the tools
"model": {
"tools": [{ type: "voicemail" }]
}
> I have a tool to hang up the call
> I have the "voicemailDetection" configuration with its respective validations
I have the following problems that I want to solve
1. Hang up unanswered calls or those that go to voicemail so that vapi does not take it as a real call and ends up charging for the call.
To solve that I have the validation {"machineDetectionTimeout": 4} for which I have the following problem
2. The call hangs up very quickly so some clients do not have time to speak, some even speak and the AI manages to answer but it hangs up.
Call Los ids:
> call rejects or voicemail:
> 5ea133cf-1ee2-48cf-b05e-bc3c0b1e081d
> 5ea133cf-1ee2-48cf-b05e-bc3c0b1e081d
> 35e3ccb3-c5d4-456f-90f1-e990fb81a4bf
> Call cut off:
> 40564fea-077c-4cb9-89d5-8274e90dd2e6
> 4b453cf3-0e31-4ad2-9098-527c0e0c4474
> 4d2ecb8f-8b5d-4037-9c1a-0c681cf4d4a7Shubham Bajaj
02/21/2025, 5:05 AMChiranjeet Mishra
02/21/2025, 5:05 AM