Petitverse

自分はこんな風にやりました。
http://petitverse.hosiken.jp/community/petitcom/diary/?read=1391

これを色々改造すればできると思います。

どういたしまして。

説明が必要かどうかはわかりませんが、軽く解説しておきます。

音がおかしくなる理由は「1かたまりの大きさが違う」からです。

たとえば2サンプルの音データがあるとして（短すぎとか言わない）
本来は
PCM[0]=32768
PCM[1]=36768
になっていないといけないのに
パソコンから送った時点では
PCM[0]=-2147446880
になっています（※具体的な数は「エンディアン」によって違います）

ここで「なんで2サンプルなのに1要素なんだよ(ﾊﾞｺｯ」というツッコみをします。

最初に「1かたまりの大きさが違う」と言ったのがここで出てきますね。
プチコンの整数型変数は大きさが32bitですが音データは1サンプル16bitですよね。
32/16 = 2
「1要素に2サンプルはいるから詰め込んじゃえ」ということになっています。

ビット演算によって詰め込まれているので
32768<<16 OR 36768 = -2147446880
ということでパソコンから送ったデータの数の正体が分かりました。

つづく

ですが、PCMSTREAM命令は1要素は1サンプルじゃないといけないのです。
だから、このデータをそのまま再生するとおかしな音が出るのです。

1要素を1サンプルに直すには…
話題に上がっていたはるさんのプログラムがヒントになります
（唐突に他人のプログラムを召喚してるのはツッコんではいけない）

ただし、トピックにZEXさんが書いているような誤りがあるので、若干の修正が必要ですね

なお、パソコンから16bitのデータを送る場合は、wavファイルの「エンディアン」を間違えると本来の音質が得られないので、unsignedの8bitで送ることを私はおすすめしています
（サイズが減るメリットがあるので一石二鳥）

これだけエンディアンを連呼してるので説明すると
「エンディアン」=「順番の約束」です。

たとえばプチコン→パソコンに&hAABBCCDDという1要素のデータを送ったとします。
そのとき、パソコンに保存されるデータは
AA BB CC DD　または
DD CC BB AA
の2通りのいずれかになります。
※パソコンでは1バイト（= 16進数2桁 = 8bit）が基本的なかたまりです

片方を「リトルエンディアン」もう片方を「ビッグエンディアン」というのですが、
自信が無いのでどちらがどちらかは説明しません（そりゃないだろ）

AA BB CC DDがビッグエンディアン
DD CC BB AAがリトルエンディアン

※この説明では大文字のAからFがあったら16進数を意味します

16bitデータを送る場合は、やっかいなことにエンディアンは「2回も襲ってきます」

1回目
パソコンの中で16bit→8bitに変換されます
つまりABCD ACBDという2サンプルは
AB CD AC BD または　CD AB BD ACのどっちかでパソコンに保存されます。

2回目
プチコンに送るとき、8bit→32bitに変換されます
つまり
AB CD AC BDはABCDACBDまたはBDACCDABになります。
CD AB BD ACも同じように2種類のどっちかになります。


『unsignedの8bitで送ることを私はおすすめします』というのは8bitのデータなら1回目の変換が発生しないからです。
これにより、エンディアンはプチコンに送る際の変換さえ間違えなければよいことになり、ややこしさが半減します。

<!--
いつのまにかはるさんが補足してた
どうもです
-->

ところでさっきの書き込みに語弊があったので言うと
『プチコンに送る際の変換さえ間違えなければよい』といいましたが、転送ツールにはエンディアンの指定が無いと思います。（たぶん）
なので、正確に言うと『プチコンで32bitから8または16bitに変換するときに間違えなければよい』ということです。

そういえば、トピックで質問されるということはまたまだやり方が浸透していないということなんですね
ホームページなりブログなりにまとめたいなー

プチコン自体本来は外部ファイルを想定されていなくて、WAVフォーマットがどうなっているとかは気にしなくて良くて、PCMSTREAMに渡す配列さえ気にしていれば良いのです。

音声通信でバイナリデータを持ってくる場合、プチコン側でWAVフォーマットを気にするより、PC側でWAVフォーマットをプチコン用PCMSTREAMフォーマットに変換して送るほうが本来のやりかたです、というか転送してる時点で本来のやりかたじゃないんだけど。

とはいえWAVフォーマット自体そこまで難しくなくてPCMSTREAM用に変換するのはそこまで難しくないし、サンプリングレートやbit数を気にすればプチコンのコードでも書けるし、なによりプチコン使う人はプチコンが一番慣れている言語だと思うのでプチコンで書いた方が楽であるのも。

そもそもPC側でサンプリングレート変更するためにツールを使っているはずなので、WAVtoPCMSTREAM変換のPCのツールを作るのが非公式としてきれいなやり方だとは思います。


※組み込み系とかの場合、そのフォーマットや条件でしか再生しないのでWAVファイルをそのまま持つんじゃなくて、PCMSTREAM形式のような感じに変換して持っておいたりしてます。