QA@IT
«回答へ戻る

24
 
 調べてみたところ、バッファーサイズを変えるほかにemscriptenでコンパイル時にEMCC_OPTSに-s ALLOW_MEMORY_GROWTH=1を加える必要がありました。遅いのはASM_JS=1にすれば大丈夫そうなのはいいとして、ちょっと長いWavファイルでもすぐにバッファがあふれてしまうようでした。BUFFSIZEを1024000(!)ぐらいにしないとダメですね。
 
-とりあえず、変換された形跡はあるものの、確かに雑音だらけで実用には程遠いようです。
+とりあえず、変換された形跡はあるし、IEでも再生できましたが、確かに雑音だらけで実用には程遠いようです。
+ただ、空白部分はちゃんと空白になっているので型が怪しい気がします。
+(ArrayBuffer(Uint8Array)型をそのままfloat型に割り当てている?)

ありがとうございます。
指定の方法で変換されたと思われるデーターが出てきました。

調べてみたところ、バッファーサイズを変えるほかにemscriptenでコンパイル時にEMCC_OPTSに-s ALLOW_MEMORY_GROWTH=1を加える必要がありました。遅いのはASM_JS=1にすれば大丈夫そうなのはいいとして、ちょっと長いWavファイルでもすぐにバッファがあふれてしまうようでした。BUFFSIZEを1024000(!)ぐらいにしないとダメですね。

とりあえず、変換された形跡はあるし、IEでも再生できましたが、確かに雑音だらけで実用には程遠いようです。
ただ、空白部分はちゃんと空白になっているので型が怪しい気がします。
(ArrayBuffer(Uint8Array)型をそのままfloat型に割り当てている?)

ありがとうございます。
指定の方法で変換されたと思われるデーターが出てきました。

調べてみたところ、バッファーサイズを変えるほかにemscriptenでコンパイル時にEMCC_OPTSに-s ALLOW_MEMORY_GROWTH=1を加える必要がありました。遅いのはASM_JS=1にすれば大丈夫そうなのはいいとして、ちょっと長いWavファイルでもすぐにバッファがあふれてしまうようでした。BUFFSIZEを1024000(!)ぐらいにしないとダメですね。

とりあえず、変換された形跡はあるし、IEでも再生できましたが、確かに雑音だらけで実用には程遠いようです。
ただ、空白部分はちゃんと空白になっているので型が怪しい気がします。
(ArrayBuffer(Uint8Array)型をそのままfloat型に割り当てている?)

回答を投稿

ありがとうございます。
指定の方法で変換されたと思われるデーターが出てきました。

調べてみたところ、バッファーサイズを変えるほかにemscriptenでコンパイル時にEMCC_OPTSに-s ALLOW_MEMORY_GROWTH=1を加える必要がありました。遅いのはASM_JS=1にすれば大丈夫そうなのはいいとして、ちょっと長いWavファイルでもすぐにバッファがあふれてしまうようでした。BUFFSIZEを1024000(!)ぐらいにしないとダメですね。

とりあえず、変換された形跡はあるものの、確かに雑音だらけで実用には程遠いようです。

ありがとうございます。
指定の方法で変換されたと思われるデーターが出てきました。

調べてみたところ、バッファーサイズを変えるほかにemscriptenでコンパイル時にEMCC_OPTSに-s ALLOW_MEMORY_GROWTH=1を加える必要がありました。遅いのはASM_JS=1にすれば大丈夫そうなのはいいとして、ちょっと長いWavファイルでもすぐにバッファがあふれてしまうようでした。BUFFSIZEを1024000(!)ぐらいにしないとダメですね。

とりあえず、変換された形跡はあるものの、確かに雑音だらけで実用には程遠いようです。