これ、リアルタイムにマイクからの音声が再生されるんですが…実はそうはいきません。0.1秒録音しているのを待機しているにも関わらず、再生時に音がﾌﾞﾂﾌﾞﾂとなりロボットのような音になってしまいます。どうすればいいのでしょうか？

まずWAIT 1が0.1秒じゃないというツッコみ。

え！？MICSTARTの0.1秒はWAIT 1では表せないのですか？ ということは、録音時間の指定の問題ですね。 まず、整理をしてみます。 MICSTARTの録音時間は、秒数で指定する。 となると、1秒のうちの1%、60÷0.1になる…答えは600。 え。これって計算式がおかしい気がする…

6f=0.1秒なので、WAIT 6。

うにゃ？？？ 60（フレーム毎秒）*0.1（秒数）

いや、これは合ってますね…？ 算出されたのは、600ミリ秒ということか…な？ でもWAITが実数に対応していないので、0.06ができません… AWAIT 600とできれば…。 あ、出来るかもしれません。 WHILEループでMILLISEC+600になるまで待機させれば、上手く行くかもしれませんね。

まあ、そもそもフレームは当てにすべきじゃないんだけど（厳密には60フレームは1秒にならないので）

そもそもはCHK()の類があるんじゃないかと思うけど

すれ違いました。やはり算出式が間違っていましたね。(._.;)

（MILLISEC+600ってなんだ） MILLISECはミリ秒だぞ（フレームとは関係が無い）

(プチコン初心者になってきた件)

ほうほう。1秒あたり約60fだが60f=1秒という訳ではないのか。 リアルタイム録音なら毎フレームではなくて1秒ごとで事足りると思う。

でも調べてみたらPCMCHK()が無いだと？？？ いや、BGMにもTALKにもあるのにPCMだけ冷遇とかやめてよ感

以前、WAITは処理による遅延込みの1フレーム(1/60s)、VSYNCは遅延無視の1/60sだと理解したのですが。違いますか？

WAITとVSYNCの違いはそれであってるけど、「60フレーム=1秒」自体が誤差があるってだけ。

今改良していていいのができました。 始めに、少し録音し配列に保存します。 そして、ループに入る前にPCMSTREAMを一度実行し、ループ内からいちいちPCMSTREAMを呼び出さず、配列に順次注ぎ込んでやる処理だけをします。こうすればほぼプツプツも解消され、スムーズに動作するようになりました。 波形を表示するのもモロコミでやっていたので…

どうやらPCMSTREAMは、内部バッファに転送はしていますが、配列の終端に行く度に配列を読み込みながら転送しているようなんです。 なのでその特徴を生かして、配列に再生が終わるまでに配列を置き換えれば、上手く繋がって再生されるというわけです。

60フレーム!=1sec.か。 電気信号だし仕方ないか。しかし、人間の目で確認できる誤差ではないはず(であることを信じる)。 【結論】正確な時間を計りたいなら (^^)っ[セシウム原器]

そもそもはフレームって画面を書き換える間隔なので、秒とかいう単位と噛み合うことを気にしていないってだけね。