- Порезанный
- 29 сентября 2026 г. в 02:32 UTC
- Автор
- Kamo
- Обещать
- 16db29f
Адаптер с жесткой кодировкой выходной формат=mp3 44100 128 на каждом вызове, поэтому абонент Просить E5 для wav (или kamoai-voice запросить pcm, на каждый телефонный звонок) получил mp3 обратно — один дополнительный декод потерь плюс образец на пути вызова и Негласное нарушение контракта для любого другого абонента /api/ai/v1/audio/speech Синтез () теперь отображает ответ AudioController формат на собственный ElevenLabs output format: pcm/wav и fetch pcm 24000 (собственная конвенция PCM от AIService) соответствие жестко закодированного 24 кГц декода Камоаи-голоса с wav, завернутым в реальный Заголовок RIFF/WAVE здесь (ElevenLabs никогда не отправляет один), mp3 сохраняет mp3 44100 128, opus maps to opus 48000 128 и ulaw 8000. Формат ElevenLabs не может говорить (aac, flac), поэтому маршрутизатор падает. Вернемся к модели, которая может, вместо того, чтобы бесшумно перепутать ее с mp3. The Объявленный mimeType теперь всегда соответствует возвращенным байтам, несмотря ни на что Тип контента, который продавец отправил. Камоаи-голос уже запрашивает pcm и читает объявленный AIService Content-Type Вместо того, чтобы доверять своей собственной просьбе, там не нужно было никаких изменений. Реальный PCM теперь вместо декодированного mp3. Тесты (SpeechVendorFamiliesTest, красный, а затем зеленый против поддельных ElevenLabs) Сервер: каждая карта response format на нужный выход format, wav Обертка представляет собой действительный 44-байтовый заголовок RIFF/WAVE вокруг нетронутых байтов PCM. Неподдерживаемый формат отклоняется перед любым вызовом HTTP, а mp3 не изменяется.