Twilio Say vs Play 动词性能
Twilio Say vs Play verb performance
嗨，我很好奇 <Play> 和 <Say> twiml 动词之间的表现。
我注意到使用 <Say> 动词即时生成的同一组文本实际上比使用 <Play> 发送预先录制的音频快 .2-.4 秒文件。
我正在使用 twilio node wrapper 修改正在进行的呼叫以传送音频。
我的问题是，为什么使用 <Say> 动词即时生成音频比仅使用 <Play> 播放音频文件更快。我 运行 它几次所以 twilio 会缓存音频文件，但它 <Play> 仍然较慢。我了解了 Twilio 缓存 here
如有任何见解，我们将不胜感激！
您可以使用 request inspector，点击呼叫日志中的呼叫时可见，查看文件请求时间，以验证文件确实已被缓存。涉及到相当多的服务器，因此缓存您的媒体文件可能需要一些时间（如果缓存 headers 设置正确）。
媒体文件离 us-east-1（AWS 区域）越近，请求延迟越低。您可以在 Twilio Assets 或 AWS S3 存储桶上托管媒体文件，并将时间与您自己托管媒体文件的服务器进行比较。
同时验证 format of the media file，尽可能减少转码。
嗨，我很好奇 <Play> 和 <Say> twiml 动词之间的表现。
我注意到使用 <Say> 动词即时生成的同一组文本实际上比使用 <Play> 发送预先录制的音频快 .2-.4 秒文件。
我正在使用 twilio node wrapper 修改正在进行的呼叫以传送音频。
我的问题是，为什么使用 <Say> 动词即时生成音频比仅使用 <Play> 播放音频文件更快。我 运行 它几次所以 twilio 会缓存音频文件，但它 <Play> 仍然较慢。我了解了 Twilio 缓存 here
如有任何见解，我们将不胜感激！
您可以使用 request inspector，点击呼叫日志中的呼叫时可见，查看文件请求时间，以验证文件确实已被缓存。涉及到相当多的服务器，因此缓存您的媒体文件可能需要一些时间（如果缓存 headers 设置正确）。
媒体文件离 us-east-1（AWS 区域）越近，请求延迟越低。您可以在 Twilio Assets 或 AWS S3 存储桶上托管媒体文件，并将时间与您自己托管媒体文件的服务器进行比较。
同时验证 format of the media file，尽可能减少转码。