- お知らせ・リリースノート
- 製品の説明
- 購入ガイド
- 初心者ガイド
- Demo体験
- Video Calling (Including UI)
- UIを含まない統合ソリューション
- 高度な機能
- サーバー側 API
- コンソールガイド
- Solution
- よくあるご質問
- 旧バージョンのドキュメント
- Protocols and Policies
- TRTC ポリシー
- 用語集
- お知らせ・リリースノート
- 製品の説明
- 購入ガイド
- 初心者ガイド
- Demo体験
- Video Calling (Including UI)
- UIを含まない統合ソリューション
- 高度な機能
- サーバー側 API
- コンソールガイド
- Solution
- よくあるご質問
- 旧バージョンのドキュメント
- Protocols and Policies
- TRTC ポリシー
- 用語集
全リンク、即ち音声ビデオデータが送信側で生成されて受信側で処理されるまでの全てのリンク段階の状況は、音声ビデオ通話がスムーズに行われることを保証する必要があり、その大きな原則は、「良好なネットワーク」+「安定したデバイス」です。このため、開発者はユーザーの通話の全リンクを検査する時に、まずこの2つから開始します。
操作手順
1. TRTCコンソールにログインし、監視ダッシュボードで確認したいルームを選択します。
2. ルームIDまたは右側の通話詳細の確認をクリックして、 通話の詳細ページに移動します。
3. 受信/送信側データの表示欄から、確認したいユーザーIDを選択して、次の方法で全リンク詳細画面に入り、2つのユーザー間の全リンク詳細を確認します。
受信側ビューでは、右側の送信側を選択して詳細を確認をクリックして指定の送信側ユーザーIDを選択します。
送信側ビューでは、右側の詳細を確認をクリックします。
データの解説
全リンク詳細画面に表示されるデータは、ビデオ、音声、画面共有の3種類に分かれており、送信側と受信側のそれぞれ個別のリンクのデータを確認することができます。
全リンクの詳細については、ネットワーク状況の分析とデバイス状態の確認 の2つの側面から分析できます。
ネットワーク状況の分析
理想的な状況のネットワーク転送は、パケットロスや遅延がなく、高帯域幅ですが、実際の状況では、往々にして多かれ少かれパケットロス、転送遅延、不安定な状況が存在し、ネットワーク帯域幅にも制限があります。よってネットワーク状況を分析する時は次の部分を重点的に注目する必要があります。
ネットワークパケットロス
ネットワークにパケットロスが出現すると、データチャートに赤線で表示されます。
パケット損失率 | ネットワーク状態の説明 |
= 0 | 最良 |
< 2% | 基本的に良好 |
> 5% | 不良 |
> 10%（または持続的なパケットロスが発生） | 現在のネットワークに比較的深刻な輻輳が存在します |
ビットレート
正常な状況下では、ビデオとオーディオのビットレートは変動範囲±10%以内の曲線です。ビットレートの急激な低下、または30%を超える変動が出現した場合は、現在のネットワークに輻輳またはジッターが発生していることを表します。
ご注意：
画面共有の画面のGOPは長いため（5秒～10秒）、正常な状況では安定した周期のピークとボトムのある曲線となり、キーフレームがある時は、対応するピークがあります。
画面共有上りビットレートとネットワークパケットロス。
画面共有のビットレート曲線には安定した周期のピークがあります。
フレームレート
正常な状況では、ビデオフレームレートは通常15フレーム以上（画面共有のフレームレートは一般的に5フレーム～10フレーム）で、かつ安定して維持されます。フレームレートが5フレームを超える変動が出現、またはフレームレートが抜け落ちて10フレーム以下になって回復しない状態が続く時は、通常、現在のネットワークに輻輳またはジッターが発生し、ユーザーは主観的にラグを感じます。過度に低いフレームレートが出現すると、データチャートに赤線で表示されます。
ビデオ上りフレームレート：取得と送信のフレームレートに分かれます。
ビデオレンダリングフレームレート：フレームレートが低い状況は赤線で表示され、ラグの期間が表記されます。
デバイス状態の確認
デバイスの安定して正常な作動は、音声ビデオ通話を保証する基盤です。デバイス状態が良好な通話は、システムリソースの使用率が低く、デバイス使用が優先されず、データ取得も干渉しません。デバイス状態を確認する時は、優先的に次の情報を確認します。
CPU占有率
CPU使用率は、システム全体のCPU使用率およびアプリのCPU使用率を表示し、正常な状況下ではシステム全体のCPU使用率は <50%で、低いほど良くなります。システム全体のCPU使用率が>85%の時は、プログラムが応答しないまたはレスポンス遅延などの状況が発生しやすくなります。この時には赤線で表示されます。
SDKタスク時間
一部のAndroidシステムとバージョンはCPUをコンピューティングできないため、SDKタスク時間によってデバイスの状態を評価します。消費時間>60msは、システムのCPU使用率が高く、プログラムが応答しなくなったり、応答が遅くなったりする傾向があることを示します。他のバックグラウンドプログラムを閉じるか、ハードウェアをアップグレードすることをお勧めします。
音量レベル
音声集音音量は送信側がマイクから取得したデータの音量となり、集音音量の大きさに数値の変動があればマイクが正常に音声を集音し、即ちデバイスが正常に作動していることの説明となります。
音声再生音量は受信側が、レンダリングされたデータをデコードした後にスピーカーに送信する音量の大きさで、再生音量に数値の変動があるとSDKが音声をスピーカーに送信したこと、即ちデバイスの作動が正常であることの説明となります。
正常な音量の大きさは一般的に40dB～80dBの間で、40dBを下回る時は音声の音量が小さいことの説明となります。ユーザーが音声を聞き取れない場合、携帯電話のミュートをオンにしてないか、またはハードウェアが故障していないかを検査する必要があります。
解像度
ビデオと画面共有の解像度は補助的な情報で、主にRelayed live streamingおよびレコーディングファイルを再生するための判断に用いられます。ビデオの解像度に変動がある場合、CDN 経由でRelayed live streamingを視聴する視聴者またはビデオ再生を視聴する視聴者（特にWebユーザー）には、画面のフリーズ、ぼやけるなどの再生装置との互換性による問題が存在する可能性があります。
説明：
クライアントのイベントのチェック
クライアントのイベントに対応するのがSDKを呼び出すAPPのメソッドの操作です。通常はソフトウェアのトラブルの特定やbugの分析の補助に用いられ、ユーザーが使用した操作手順を分析することで、対応するシーンを再現します。クライアントのイベントについては、次の状況に重点的に注目します。
入室、退室イベント。
カメラまたはマイクのオン、オフ。
デバイスの変更：カメラの切り替え、イヤホンの着脱、Bluetooth対応イヤホンの接続など。
プッシュまたは再生の開始、停止。
ミュート/ミュート解除の操作、静止画/静止画の解除。
ネットワーク切り替え：4GからWIFIへの切り替えなど。
詳細なイベントの確認をクリックして、詳細なイベントリストに進み、クライアント上での主要なイベント操作のプロセスを確認することができます。
はい
いいえ
この記事はお役に立ちましたか？