音声の再生が始まらない場合の対処

ブラウザは再生が許可される前や、データの取得中、メディアのデコード中に音声の再生を拒否する場合があります。dosyaはデコードに関する専用メッセージを表示しますが、ブラウザのplay() promiseが拒否されるすべての原因を分類するわけではありません。

始める前に

• デバイスの音量を下げ、機密性のないテスト用のトラックを使ってください。
• 対象のワークスペースでファイルとすべての上位フォルダーを開けることを確認してください。
• 比較用に、小さく正常と分かっているMP3を同じ場所に用意してください。

手順

1. 問題の音声をウェブビューアーで開き、表示されている再生を1回押してください。音声を開始するには、ユーザーによる直接の操作がブラウザに求められる場合があります。
2. 経過時間が変わり、ミュートがオフで音量がゼロより大きいことを確認してください。アイコンがミュートを示している場合に限り、Mキーを1回押します。
3. 表示領域に**このブラウザではこの音声形式をデコードできません。ファイルをダウンロードし、別のアプリで再生してください。**がないか確認してください。このメッセージは、ブラウザが渡されたメディア形式またはデータを拒否したことを示します。
4. 同じアカウントとフォルダーから正常なMP3を開いてください。再生できる場合は、問題の元ファイルをダウンロードしてローカルで調べます。両方とも再生できない場合は、ブラウザのセッションとネットワーク経路を再試行します。
5. 次の再生で別の行がハイライトされている場合は、目的のトラックを直接選択してください。別のファイルからタグをコピーした場合、ファイル名、埋め込みタイトル、実際の音声が一致しないことがあります。
6. 必要に応じて対応するモバイルクライアントでも比較してください。プラットフォームによってデコーダーと再生キューの構成が異なります。

復旧とファイルへの影響

デコードが拒否された場合は、ダウンロードを使ってローカルコピーを対応アプリで再生するか、別のコピーをブラウザ対応形式に変換してください。置き換え用ファイルのアップロードはクラウド上の内容を変更します。確認が終わるまで元のファイルを残してください。プレーヤーの操作を試しても、メディアの修復や書き換えは行われません。

ダウンロードもできない場合は、コーデックのメタデータではなく、ファイルへのアクセスや配信を調べてください。ウェブのエラー表示には、すべてのネットワーク障害に対応する専用のタイムアウトメッセージはありません。正常なファイルと更新したセッションを使うと、原因を比較できます。

期待される結果

ユーザーによる再生の許可、ミュートや音量、再生キューの誤った行、アクセスや転送、ブラウザのデコード、元のデータのいずれかに原因を絞り込めます。修復できた場合は、まず別のテスト用コピーで確認します。

関連ガイド

• メディアファイルをプレビューする
• 再生キューで別のトラックが再生される場合の対処