音を逆から再生する

音のファイルをえらぶか、自分の声を録ると、逆から再生した音ができます。 保存もできます。音はどこにも送りません。

WAVというファイルは、44バイトの説明書きと、数字の列だけでできています

逆再生は、むずかしそうに聞こえます。 ところが実際にやっていることは、数字の列をうしろから読み直すだけです。 そんな乱暴なことができてしまうのは、WAVという形の音のファイルが、ほとんど生の数字の列だからです。

WAVを開くと、先頭に44バイトの説明書きがあります。 「これは音です」「1秒に何回はかったか」「左と右があるか」といった、読むために必要なことだけが書いてあります。 そして45バイトめから先は、音そのものの数字が、最後までただ並んでいるだけです。

下の表は、1秒・44,100Hz・ステレオ・16ビットのWAVの、ほんとうの先頭44バイトです。 手で書いた例ではなく、このページが書き出しに使うのと同じ計算で 組み立てたものを、そのまま16進で並べています。

この44バイトのうしろに、数字が88,200個並びます。1秒ぶんでこれです。 逆再生をする人がやるのは、この88,200個を、うしろから並べ直すことだけです。 説明書きの44バイトは、そのまま先頭に残します。

へえ、と思うのは4バイトめの数です。 ここにはファイル全体の大きさから8を引いた数が入っています。 なぜ8を引くのかというと、「RIFF」の4文字と、この数自身の4バイトを数えない決まりだからです。 自分の大きさを自分で数えると、書いたとたんに答えが変わってしまうので、先に読み終わったぶんは数えないことにしてあるわけです。

数は「下の桁が先」に書いてあります

表の中で、44 ac 00 00 と並んでいるところがあります。 これが44,100です。 ふつうに左から読むと、そうは見えません。

じつは下の桁のほうが先に書いてあるのです。これをリトルエンディアンといいます。 うしろから読むと 00 00 ac 44 ── 16進の ac44 は 10進で44,100。ぴたりと合います。

ここは間違えると、開けないファイルができます。 もし上の桁から順に書くと、 同じ4バイトが1,152,122,880という、まったく別の数として読まれます。 1秒に10億回をこえる回数はかった音、ということになってしまうので、再生する側は当然おかしくなります。 しかも書いたほうの画面には何も出ないので、できたファイルを別のもので開くまで気づけません。

ステレオを素直にひっくり返すと、左右が入れかわります

ここが、逆再生を作る人がいちばん踏む落とし穴です。 しかも耳では気づけません。

ステレオの音は、左と右で列が2本あるわけではありません。 ファイルの中では左・右・左・右…と、1つずつ交互に並んでいます。 だから数字を1つずつうしろから読むと、右・左・右・左…の順で出てきてしまいます。左のあった場所に、右の数字が入るわけです。

音はちゃんと逆になっているので、聞いてもまちがいに気づけません。 もともと逆さまの、聞き慣れない音が鳴っているからです。 イヤホンで左右を聞きくらべて、 やっと分かります。

防ぎ方は決まっています。逆にするのは、1つずつではなく、組ごとにします。 左と右を1組にして、組の順番だけを逆にし、組の中の並びはさわらない。 それだけです。 上の画面にはわざと間違えたやり方で作るボタンを置いてあるので、 聞きくらべてみてください。

MP3では、この方法が使えません

「数字をうしろから読むだけ」でうまくいくのは、WAVの中に数字がそのまま入っているからでした。 ところがMP3では、これができません。

MP3はファイルを小さくするための形です。 小さくするために、数字の列を、そのままの形では持っていません。 別の形に置きかえて記録しているので、中身をうしろから読んでも音にはならず、ただ壊れるだけです。

だから逆再生をするには、いったんWAVの形（生の数字の列）に戻してから並べ替えます。 このページも中で同じことをしています。 選ばれたファイルをブラウザに開かせて 数字の列に戻し、それを逆にして、WAVとして組み立て直して渡しています。 保存で出てくるファイルがいつもWAVなのは、そのためです。

ついでに知っておくと得なことがあります。 MP3が小さいのは、もとの数字の一部を捨てているからです。 捨てたものは戻りません。 だからMP3をWAVに戻しても、もとの音そのものには戻りません。 入れ物の形が戻るだけです。

2回ひっくり返すと、元にもどります

逆の逆は、元です。 うしろから読み直すことを2回すれば、 数字は必ず元の順に戻ります。 上の画面の「もう1回ひっくり返す」を押すと、ほんとうにそうなります。

ここで遊べます。言葉を逆さまに言って録音し、それを逆再生するのです。 うまく言えていれば、元の言葉に聞こえます。 「ありがとう」なら「うとがりあ」と言って録る、というふうに。 やってみると、思ったよりずっとむずかしいことが分かります。 口は、音を1つずつ区切って出しているわけではないからです。

ただし、ファイルが1バイトも同じに戻るとはかぎりません。 数字の並びは必ず戻りますが、 書き出すたびに16ビットの整数に直しているので、ごくわずかな丸めが入ります。並びが戻ることと、ファイルが同じになることは別のことです。 ここを一緒にすると、直したつもりで直っていない、という間違いをします。

「逆に再生すると、かくれたメッセージが聞こえる」という話

逆再生には、昔からこの手の話がついて回ります。このページは、聞こえるとも聞こえないとも決めつけません。代わりに、確かめられていることだけを書きます。

まず、逆にした声は、言葉のような響きを残します。 だからたまたま言葉に似た響きが出ることがあります。 これは、そういう音が出たというだけのことです。

もうひとつ。先に「こう言っています」と教えられてから聞くと、そう聞こえやすくなります。雲を見ていて、先に「うさぎに見えるよ」と言われると うさぎにしか見えなくなるのと同じ種類のことです。

これは自分で確かめられます。 逆にした音を、友だちに何も言わずに聞かせて、先に「何と聞こえた？」と聞いてみてください。そのあとで「こう言っているんだよ」と教えてから、もう一度聞かせます。 聞こえ方が変わるかどうかは、やってみれば分かります。

なお、わざと逆向きの声を入れてある録音は、実際にあります。 入れてあるものは、逆にすればはっきり聞こえます。「はっきり聞こえるもの」と「言われて初めて聞こえるもの」は、別の話だということです。

音は、この画面から出ていきません

えらんだファイルも、録った声も、どこにも送っていません。 「送らないことにしている」のではなく、送る仕組みが入っていません。

できるのは、やっていることが全部その場で終わる計算だからです。 逆にするのはうしろから読み直すだけ、説明書きを組み立てるのも足し算だけで、よそのコンピュータに頼むことが何もありません。 だからいちど開いたあとなら、インターネットにつながっていなくても動きます。

受け取れる大きさに上限（約20.0MB・120秒）があるのは、逆再生が「全部そろってから」でないと始められないためです。 前から順に流す再生とちがって、最後の数字が決まらないと、最初の1つが決まりません。 ファイル全体をいちど覚えておくことになるので、大きすぎると画面が止まります。

ブラウザがボタンを押されるまで音を鳴らせない決まりについては、音を波の形で見るのページに、 決まりの原文つきで書いてあります。 このページで録音や再生にボタンが要るのも、同じ理由です。

出どころ: WAVの44バイトの並び（項目の順・バイト数・数を下の桁から書くこと・中身が奇数バイトなら詰めの1バイトが入ること）はRIFF/WAVE の仕様をまとめた McGill 大学の資料（新しいタブで開きます）から取り、実物とも突き合わせています ── Python の標準ライブラリで44,100Hz・ステレオ・16ビットのWAVを書き出し、 その先頭44バイトと1バイトも違わないことを単体テストに 固定してあります。 逆再生とメッセージの話は、実際に研究をした本人である John R. Vokey の解説（Subliminal Messages）（新しいタブで開きます）から取りました（もとの研究は Vokey & Read, 1985）。そこに書かれている以上のことは、こちらでも断定していません。