From 4faee09aa1d311c4515d09d2e5dc0ac21502b604 Mon Sep 17 00:00:00 2001 From: wataru Date: Tue, 2 May 2023 08:59:09 +0900 Subject: [PATCH] add trouble shoot communication --- README.md | 4 +++ tutorials/trouble_shoot_communication_ja.md | 35 +++++++++++++++++++++ 2 files changed, 39 insertions(+) create mode 100644 tutorials/trouble_shoot_communication_ja.md diff --git a/README.md b/README.md index be0c52a8..38a94945 100644 --- a/README.md +++ b/README.md @@ -118,6 +118,10 @@ Docker での実行は、[Docker を使用する](docker_vcclient/README.md)を Anaconda の仮想環境上での実行は、[サーバ開発者向けのページ](README_dev_ja.md)を参考にサーバを起動してください。 +# トラブルシュート + +- [通信編](tutorials/trouble_shoot_communication_ja.md) + # リアルタイム性（MMVC） GPU を使用するとほとんどタイムラグなく変換可能です。 diff --git a/tutorials/trouble_shoot_communication_ja.md b/tutorials/trouble_shoot_communication_ja.md new file mode 100644 index 00000000..92878b1d --- /dev/null +++ b/tutorials/trouble_shoot_communication_ja.md @@ -0,0 +1,35 @@ +## トラブルシュート 通信編 + +音声が全く変換されない場合や、変換後の音声が変な状態になっている場合、音声変換プロセスの中のどこで問題が起こっているかを切り分ける必要があります。 + +ここでは、どの部分で問題が起こっているかを大まかに切り分ける方法を説明します。 + +## VC Client の構成と問題の切り分け + + + +VC Client は、図のように GUI(クライアント)が音声をマイクから拾い、サーバで変換を行う構成となっています。 + +VC Client は図中の３か所で音声がどのような状態になっているかを確認することができます。 +正常な状態の音声が録音されている場合は、そこまでの処理はうまくいっていたということになり、それ以降のところで問題を探せばよいことになります（問題の切り分けといいます）。 + +## 音声の状態の確認方法 + +### (1)(2)での音声の状態について確認 + + + +Analyzer の Sampling を start させた状態で音声変換を開始してください。ある程度音声を入力した後に Sampling をストップすると in/out に再生ボタンが表示されます。 + +- in には前述の図の(1)の音声が録音されています。マイクから入力された音声がそのままサーバで録音されているはずなので、ユーザの音声が録音されていれば OK です。 +- out には前述の図の(2)の音声が録音されています。AI による変換後の音声が録音されているはずです。 + +### (3)での音声の状態について確認 + + + +AudioOutput の output record を start させた状態で音声変換を開始してください。ある程度音声を入力した後に stop すると.wav ファイルがダウンロードされます。この.wav ファイルはサーバから受信した変換後の音声が録音されているはずです。 + +## 音声の状態の確認後 + +前述の図の(1)~(3)のどこまで想定された音声が録音されているかを把握したら、想定された音声が録音された場所以降で問題がないかを検討してください。