Dialogflow V2 API - Module Google::Cloud::Dialogflow::V2::AudioEncoding (v0.16.0)

Version 0.16.0

• 1.5.0 (latest)
• 1.4.1
• 1.3.0
• 1.2.0
• 1.1.1
• 1.0.0
• 0.34.0
• 0.33.0
• 0.32.2
• 0.31.0
• 0.30.0
• 0.29.0
• 0.28.0
• 0.27.0
• 0.26.2
• 0.25.0
• 0.24.0
• 0.23.0
• 0.22.0
• 0.21.0
• 0.20.0
• 0.19.0
• 0.18.0
• 0.17.1
• 0.16.0
• 0.15.2
• 0.14.0
• 0.13.0
• 0.12.0

Reference documentation and code samples for the Dialogflow V2 API module Google::Cloud::Dialogflow::V2::AudioEncoding.

Audio encoding of the audio content sent in the conversational query request. Refer to the Cloud Speech API documentation for more details.

Constants

AUDIO_ENCODING_UNSPECIFIED

value: 0
Not specified.

AUDIO_ENCODING_LINEAR_16

value: 1
Uncompressed 16-bit signed little-endian samples (Linear PCM).

AUDIO_ENCODING_FLAC

value: 2
FLAC (Free Lossless Audio Codec) is the recommended encoding because it is lossless (therefore recognition is not compromised) and requires only about half the bandwidth of LINEAR16. FLAC stream encoding supports 16-bit and 24-bit samples, however, not all fields in STREAMINFO are supported.

AUDIO_ENCODING_MULAW

value: 3
8-bit samples that compand 14-bit audio samples using G.711 PCMU/mu-law.

AUDIO_ENCODING_AMR

value: 4
Adaptive Multi-Rate Narrowband codec. sample_rate_hertz must be 8000.

AUDIO_ENCODING_AMR_WB

value: 5
Adaptive Multi-Rate Wideband codec. sample_rate_hertz must be 16000.

AUDIO_ENCODING_OGG_OPUS

value: 6
Opus encoded audio frames in Ogg container (OggOpus). sample_rate_hertz must be 16000.

AUDIO_ENCODING_SPEEX_WITH_HEADER_BYTE

value: 7
Although the use of lossy encodings is not recommended, if a very low bitrate encoding is required, OGG_OPUS is highly preferred over Speex encoding. The Speex encoding supported by Dialogflow API has a header byte in each block, as in MIME type audio/x-speex-with-header-byte. It is a variant of the RTP Speex encoding defined in RFC 5574. The stream is a sequence of blocks, one block per RTP packet. Each block starts with a byte containing the length of the block, in bytes, followed by one or more frames of Speex data, padded to an integral number of bytes (octets) as specified in RFC 5574. In other words, each RTP header is replaced with a single byte containing the block length. Only Speex wideband is supported. sample_rate_hertz must be 16000.