HTML5 audio cross browser comtability

Question

私は会社で働き、新しいデモページを作成しようとしています。私はそのページを正確に動作しないものに愚かにしたいと思っていますが、残念ながら私のサーバー上のさまざまなスクリプトと同じドメイン名に移動するAJAX要求に結びついています。しかし、私は可能な限りでは、行くことを説明します。

私のセッションコードは、基本的に予想どおりに動作しています。これは、問題がどこにあるかではありません。問題は、「Say It」ボタンをクリックした後に再生されるオーディオがChromeで期待どおりに機能することですが、Firefoxは最初のオーディオリクエストのみを再生します。関連するコードはすべて、3つの機能のグループが何が起こっているのかを制御するヘッドセクションにあります。 "Say It"ボタンが押されたときにformSubmit（）が呼び出され、audioがロードされた後onAudioLoad（）が呼び出され、limitText（）は人のテキストの量を制限します。

So正しいSRCとソース要素が または 2）あなたのセッションの期限が切れていることを言ってp要素を属性と

1）HTML5オーディオタグ：formSumbmitは（）私の2つのいずれかを返すサーバスクリプトにAJAX要求を送信します。

私は恐ろしいエコー（実際のmp3/ogg変換ソフトウェアによって引き起こされるかもしれないし、そうでないかもしれない）を使わずにオーディオを再生しようとしています。

onAudioLoadはあまりにも簡単に私たちの製品を盗む人を避けるために、オーディオを削除する要求を送信します：D

期待される動作：

デモテキスト領域に存在しているが、に、サーバー側に送信されますどのようなテキスト合成された後、オーディオはクライアントのスピーカーから再生されます。

ご不明な点がございましたら、ここで定期的にご確認ください。ここで

は、デモのURLです：

http://www.cepstral.com/demos/temp/cepstral_tts_demo.php

は、任意およびすべてのヘルプをありがとうございました。

究極の質問：Chromeでなく、Firefoxの11とIE9で期待どおり

はなぜこの仕事をしますか？

firefoxでは、最初の音声要求だけが再生されます。

IE9では音声は再生されません。

私はオーディオが決して安全ではないことを知っています。私たちは、一般のユーザーにとってはそれをもっと難しくしようとしています。

Answer 1

チャットで何が起こっていて連絡先が見つかったら（transcript）、次の結論に至りました。それはキャッシュの問題です。

FFのテキストを変更しようとしたときに、新しいサウンドファイルを要求しても、古いサウンドが再生されます。リクエストとレスポンスをチェックすることで、サウンド自体は異なるものの、常に同じファイル名（オーディオファイル用）で応答するように見えます。そのサウンドファイルをダウンロードするか、または新しいタブで開くとキャッシュせずに、それを更新すると

それは（新しいテキスト付き）正しい音を果たしているので、私は、キャッシングについてかなり確信しています。

あなたは、キャッシュされたバージョンをプレイするブラウザを防ぐために、異なるテキストのためのユニークなファイル名を返す方法を見つける必要があります。私のマシン上でIE上でそれをテストするとき

同じことが当てはまります。 OP

によって

EDITは、それが私のIEで働いていなかった理由は、私がWindows 7のN.は、IE9のリリースノートに記さ使用していますが、その事実であることのように見えることを追加したいですWindows 7 NではHTML5ビデオを再生するために特別な更新が必要です。彼らはHTML5オーディオは言及していませんが、これが私の前提です。