私は現在、大量のオーディオ データを生成してユーザーのマシンに保存するプロジェクトに取り組んでいます。
少量のデータでは問題なく動作しますが、メモリ使用量が増えると、フラッシュ アプリケーションは苦労し始め、最終的には停止します。
私はこの問題を克服するための可能な方法について考えてきました.すべてのデータをメモリに保存する代わりに(時には最大100mb)、考えられる解決策はデータをサーバーにストリーミングすることです(毎秒44100浮動小数点数).生成され、データの蓄積が終了すると、クライアントに送り返されます。
1) このアイデアに何か問題があると思いますか? もしそうなら、より良い代替案を提供できますか?
2) これを実現するための優れたサーバー技術をお勧めできますか?
編集 1
詳細を追加するには。
クライアントで sound.extract メソッドを使用してオーディオを生成しています。オーディオがスピーカーに送信されているので、バイト配列にも送信します。
ユーザーが停止ボタンを押したら、バイト配列内のオーディオ データの前に wav ヘッダーを追加し、ユーザーが今聞いているオーディオの wav をダウンロードできるようにします。
理想的には、ユーザーが保存できるデータ量に制限を課したくありませんでした。これは不可能な場合があります。
このすべてのオーディオ データをメモリに保存すると、フラッシュで重大なパフォーマンスの問題が発生していました。このデータをクライアントマシンに段階的に保存する方法がわからないので、メモリ負荷を軽減するためにデータをどこかのサーバーに段階的にストリーミングすることが解決策になるかもしれないと考えていました。