MCOS開発記録

20181005 明日から3連休！

明日から3連休。
進まない進捗を上げるいいタイミング。
しかし、宣言しよう。
明日からの3連休ではMCOSの開発はやらない！！
ゲームをやる！！！
と言っても、ゲームを作る方だけど。。。

MCOS3デバッグ中03

マウスフック処理でマウスの動作を検知する処理がない！

これは実装しなければ！

…………

問題にぶち当たった。

マウスカーソルの移動量を出すためには、マウスカーソルが移動しなければ検知できない。

しかし、マウスカーソルには移動制限がある。それは最大で画面サイズ。

だから、その制限を取っ払わないと、元画面よりも大きな画面には対応が出来ない。

いいか。とりあえず、この制限はある状態でリリースして、後で対応しよう。

…………

ダメだ。動いている途中のマウスの座標を更新しても、効かない。

おそらく、ソフト的にマウスの座標更新中にマウスが動作するため、ソフトのマウス座標更新が無視されるのだろう。

困った。

MCOS3デバッグ中02

考え方を大きく変える。

以前に考えていた話だが、すっかり忘れていた。

マウスの位置を制御するのは一度だけにする。

大きくマイナスの位置にする。

この変更は大きい。

…………

やってみたが、画面外に出す操作は効かなかった。

考え方を変えよう。

…………

マウスを消す、もしくは動かなくする。

マウスを消してもマウスのクリックは有効らしい。

マウスのクリックを無効にする方法を考えた！

そこにフォームを出せばいい。フォームでマウスのクリックイベントを拾わなければ、、、

よし。今日はこれでトライしてみよう。

MCOS3デバッグ中01

MCOS3ではMCOS2に制御が移っている間、MCOS3側のPCでは
マウスを移動させない制御を行っているが、

そのはずだが、全く機能していない。何故だろう。

そう考えていたが、原因がわかった。

無駄に処理を行わないように動いていない場合はマウスの制御は行わないとしていたが、

そこにバグがあった。

……簡単なようで簡単でないな。

MCOS3側のPCでマウスが動くのが嫌で、開始時の位置にマウスを動かすようにしているが、

ただクリックしただけでも、マウスの位置が違うから……なぜ、マウスをクリックしただけで、

マウスの位置が違うんだ？　そこが問題では？

動作確認をして、原因の一つを見つけた。マウスの位置制御をしたら、

Control.MousePositionの値が変わった。Control.MousePositionの指す位置に移動させたのに。

MCOS3の動作確認完了！？

少し間が空いただけで何をやっていたのかすっかり忘れていた。

こういう時に記録があると便利。

少ししか時間がないけど、ESC*2で制御を戻す対応をいれよう。

……動作を確認してみた。

ESC*2で制御が返る。先日対応してしまったのか？

そう思って、デバッグで動作を確認してみてわかった。

マウスの位置を制御する(実際にはまだ移動していない)→イベント発生→MCOS2に制御が移っていることを示すフラグが変わっているが、

マウスの位置が変わっていない→ということはMCOS2に制御を移さねば！！

という処理になっているため、デバッグ実行をすると、現象が再現している。

セマフォ的なやつを用意しよう。それで解決する見込み。

……

ちょっと綺麗な対応ではないが、セマフォではなく、ワンタイムロックというような対応をしよう。

キーボードやマウスの移動で、マウスを制御する場合、直後のマウスフックイベントは無視する。

(自分で動かしたやつが通知されてくるのが分かっているので。)

……

出来た！今日はこれで終わろうかしら？

今週末の課題を明確にしたいな。

いやいや、明確だわ。

動作確認を完了させる。MCOS3単独はとりあえず終わり。

次はMCOS2と接続する。その前にもう少し軽くしないといけない？

酒の準備が出来るまでに

酒の準備が出来るまでにもう少し時間があるので、課題の整理。

マウスの制御が出来てないので、マウスの制御を出来るようにする。

……マウスの制御って必要ないんじゃ？

画面外に出してしまえば、元に戻そうとすればMCOS2から戻るようにしておけば。。。

画面外で右クリックして時にどんな動作になるのか？　CTRL+Aをしたら？

そこら辺を確認して問題なければ対処は結構簡単になる。

ならない可能性もあるけど。。。

やる価値はあるな。

MCOS3実装完了ならず

マウスの制御処理が大分重い。

でも、それだけじゃない。

……色々いじって分かったことはUDP送信処理が原因だ。

UDP送信処理を切ったら凄く軽くなった。

もちろんMCOS3の最重要な処理のため、UDPを単純に消す訳にはいかない。

恐らくUDPクライアントの生成に時間を要していると思われるため、

UDPクライアントの生成は下記のいずれかのケースに絞ろう。

(1)起動時

(2)MCOS2との通信開始時

UDPクライアントのクローズ処理は上記ケースと逆。つまり、

(1)終了時

(2)MCOS2との通信終了時

で、もし、上記対応が許されないのであれば、スレッド上で常時UDPクライアントは使い続ける。

なので、キューに命令を保存して、UDP通信スレッドがそのキューの内容を読み取って、通信処理を行う。

……

(1)の対応をしてみたが重い。

……

newする処理をことごとく起動時に移すと、動作することがわかったが、同時にわかったことがある。

ESC×2で戻しても、マウスの座標が戻されてしまうため、無限に処理を抜けないということになりえる。

抜けた場合の処理を実装しよう。

……

MCOS2に制御をうつした場合のマウスの座標をマイナスにしてしまおう。

そうすれば画面の外に出すことが出来る。

でも、これはもう少し先の話。MCOS2と通信を始めてからの話。

今日、MCOS2とMCOS3の接続まで行きたかったけど、ここまでか。。。酒飲もう。

MCOS3が重すぎる

MCOS3の動作が重すぎる。

テスト動作でまともに動作しない。

処理が重いところを解析しなければ……

とりあえずMCOS実装完了(UDP通信は未実装だけど。。。)

UDPの受信処理は後でやるとして、それ以外は実装完了。

何故、UDPの受信処理を後でやるかというと、
通信内容を確認してから実装した方が効率がいいから。

…………おぉ！　MCOSがとりあえず実装完了した！

という訳で、引き続きMCOSの動作確認！

明日中にMCOS2とMCOS3が繋がればいいなぁ。

少しだけ進んだ

マウスのホイール制御も含めて対応完了。

進捗が悪い。ひとえにゲームをしているためだ。

ゲームをやめればもう少し作業時間を増やすことが出来るのだが……

それはともかくとして、残りの作業は……満載だ。

キーボードの監視も必要だし、UDPの受信処理も必要

……思ってたよりも残作業が少ない。

ということはこの3連休で実装完了までいけそうだ。