ＰＩＣ　ＡＶＲ　工作室　ブログ

というわけでＢｃｃＤｅｖの続き。

以前、win32のAPIを直接弄ってwindowsアプリを
組んでみたいなぁとか思って、なーーんとなく買った
Windowsゲームプログラミングだったんだけど、
あの本読んでみて始めて解ったことが１つ。

普通のコマンドライン用Ｃ言語ならmain関数が1個
あって、そこから各関数が呼び出されるカタチに
なってるんだけど、windowsみたいにイベントドリブン
だとmain関数の代わりにWinMain関数があって、
各処理はイベントで起動されるっていう常識的な
お話。

で、ＧＤＩとか直接弄ってグラフィック表示とか。
やっぱりこういうプリミティブな部分を直接
弄っている感覚ってなんとなく楽しくて、
実行環境に無料のｂｃｃ５．５を導入して遊んでた
んだけど、怠けのものオイラとしては、コマンド
ラインからコンパイルオプションとか指定して
コンパイルって言うのがメンドウでイヤだったので、
当時はあっという間に投げ出してしまいました。


が、あらためてｖｅｃｔｏｒで探しモノしてたら↓
http://www.vector.co.jp/soft/win95/prog/se180695.html
こんなの見つけちゃって、早速試してみることに。

おぉ、便利。簡易とはいってもプロジェクトファイル
一式を管理してくれて、ボタン一発でビルド＆メイク。
プロジェクトファイルの設定次第でコンソール用も
ｗｉｎｄｏｗｓ用もｄｌｌも作れちゃう。
デバッガーもここから起動できちゃう。
統合環境って言っても違和感なしだな。アリガタヤ。


ここまでやってみて、ふとさっきの参考サイト
http://0n0.fc2web.com/bcc/index.html
の環境整備の項目を眺めたら、ＢｃｃＤｅｖ
についてもちゃーーんと載ってた。目がザルだな。

こういう便利なものが公開されていることには
感謝、感謝だな。


で、Ｂｃｃならシリアル通信も．ｎｅｔ環境に悪さ
されずに扱えるだろうし、あとは入出力周りの
コーディングがメンドウなだけ。ひと頑張りで
なんとかなるかと。


そういえばＢｃｃでＡＰＩ弄ってグラフィック表示
しようと思ったのは、やっぱりネコロジーＰＣ
を組んでいて．ｎｅｔでトラブったからだったなぁ。
今回も同じことやってる…進歩無ェ…


そういえば、ネコロジーＰＣ。ようやくそれなりの
実行速度にはなったんだけど、気になることを
思い出した。

ネコロジーＰＣはデータ取り込み処理中にプログレス
バーを表示するんだけど、その伸びる速度が途中から
変化すること。
シリアルポート上をデータが流れている間はなぜか
妙に遅いんだけど、データが一旦ＰＣ側のバッファに
取り込まれてしまうと一転して速くなるってこと。

要はVB.netの環境下ではシリアルポートの入力処理で
物凄いオーバーヘッドが生じているであろうということ。

.net環境とシリアルポートは、「別スレッドで動かす」
ということばかりに拘りすぎた結果、処理速度が
非現実的になってでも愚直に仕様を取り込んでこう
なった…という気がしてならないな。

たまたま顕著に表れるのがFT232RLなんだろうけど、
結局どのＵＳＢ−シリアル変換器つかっても、いや、
シリアルポート使う限り.netは大同小異なんだろうな。

フリーのＶＢ６．０って無いのかな…
いまさら４．０使うわけにも…っていうか多分
箱ごと捨てちゃってるだろうしな…