Petitverse

（どうみてもデータの半分を捨ててますよね？？？）

なお私は2016年6月の時点で、データを捨てずに再生する方法を書いていますので、是非ご覧ください。
（掲載の方法は8bit用なので、16bitではプログラム中の数の変更が必要です）
https://putikonclub.g.hatena.ne.jp/ken10ken/20160619

ところでSquidSkyさんはパソコンでバイナリエディタ使ったことあるのかなぁ？
『WAVの形式がRIFFだから』とか推測をしてるけどそもそもwav以外のファイルでも共通の現象です。

パソコン上でのデータは8bitが1かたまりです。
だから仮に「16bitPCM」「24bitPCM」でもそれは2つまたは3つのかたまりを「つなげて」解釈しています。（だからエンディアン≒順番の約束事に注意する必要性が生じる）

そしてプチコンでデータを扱うのは（整数型で）32bitが1要素です。

だから送る段階で4かたまりが1要素に変換されるのです。

そもそも、圧縮符号系は、どっかのアドレスに書いてあるはずだよね。

はるさんの詳しい説明（わかりやすく)
間違ってたらすいません。
ReiさんのPetitModemで送ったサンプルwavは、32bit変数で、リトルエンディアンになってるらしいから、(つまり、↑の画像の21 7C 21 62は、0x62217C21 になるはず。)バイトに逆順で出力する必要がある。
あと、音声データーは、32ビットの場合、4バイトずつ、L,Rと交互に続く為、L,Rごとに別々の配列を用意して、分割してやればいいかな…
あと、PCMストリームタイプは、リニアPCM(非圧縮方式)以外なら、圧縮を解くプログラムを作ればいい。(圧縮アルゴリズムは知らん)
そういえば、ID3タグ(タイトルとかのメタ情報)もついてる可能性が低くないので、読み取る必要性がありそう。

そうですね。
どうでもいいけど、MP3なんか、非可逆圧縮使ってるし。