When using containerized audio for the first message the audio plays back in half speed and at a different sample rate (pitched way down). It works fine via the web. It's like it's expecting 96k sample rate instead of 44.1khz. First noticed this a couple months ago. This happens with mp3, flac, ogg, aac, at any sample rate. I didn't test on wav b/c GHL doesn't support hosting it. It happens on any assistant. Here's a loom video showing it. https://www.loom.com/share/ee8672af8bc34656a42f4321ef1878da?sid=245b9675-1c5a-4024-89d7-b0e3f39424f2

Hey! To help track down this issue, could you share: - The call ID This would really help us figure out what went wrong!

Here's a recommendation, when generating static audio files for playback, use 16Khz sampling with 64kbps encoding. This complies with the g722 codec, and will ensure that the Jambonz transcoder that VAPI uses won't try to do some funky stuff. Telephony in general is somewhat retarded, as the standard is 8Khz and 64kbps mono. The files you created are most probably 44.1Khz on 128kbps and stereo.

@Nir Simionovich (CEO@Cloudonix) thank you. That worked!! Thinking it was a sample rate issue, I tried higher sample rates of all kinds.

Thanks @NirSimionovich for helping @Ryan.