Synthesizes speech synchronously: receive results after all text input has been processed. Request body The request body contains data with the following structure: Fields Response body If successful, the response body contains data with the following structure: The message returned to the client by the method. Fields The audio data bytes...
最初の実行はこちらです - ロシア語のテキストを含むテキストファイルをロードし、いくつかの走り書き - しかし、それは持っている、.wavとしてファイルを保存する
をコピーして貼り付けた -.wavで保存されたアーカイブの ファイルを取得しました。
さて、そんなGoogleですが
Base64でストリームを与えている。mp3への変換はできたが、LINEAR16ではできない。
LINEAR16はwavに変換されるはずです。
専門家に聞く
Googleのサービスをコードで参照する
グーグルでは
1. ヘッダーは1つだけ
2. キーがURLで渡される
3.jsonファイルでエンジンを制御しています。
curlでは次のようになります。
request.json
curlは正しい応答を取得します。
次に、これをWebRequestで実装します。
しかし、返事は返ってくる
サーバーが json 変数 short で送られた配列を理解できていないような場合
配列の組み方が間違っているのか、それとも他に原因があるのか?
LINEAR16はウェーバブルであること
べし) そして、そうなのです。
その理由は
余分な文字を削除し、きれいになった文字列をBase64に「フィード」すると、PlaySoundで読める wavファイルが得られます。
べし) と引用している。
その理由は
余分な文字を削除し、きれいになった文字列をBase64に「フィード」すると、PlaySoundのwavファイルが得られます。
jsonです :-) いい加減、audioContentのキーから値を取得する必要があります。
読めないかもしれませんので
異なるファイルを取得する読めないかもしれない、ということで
ファイルが異なるWebRequestの段階でプログラムの実行が 中断され、ファイルに到達していない ))) 。)
jsonです :-) いい感じに、audioContentの値を取得する必要があります。
そうなんですか!?ありがとうございます!!!)))
しかし、返事は返ってくる
サーバーが json 配列を理解できていないかのように、短い
アレイの形成方法が間違っているのか、それとも何か他の原因があるのか?
問題は、末尾のヌル文字です。
で、webrequestで エラーが出た場合、resultパラメータに追加情報がある可能性が非常に高いです。
例えば、こんな感じです。
は、終端ヌル文字が問題です。
で、webrequestで エラーが出た場合、resultパラメータに余分な情報がある可能性が非常に高いです。
例えば
ありがとうございました。)