堕天使の煉獄

今日もにこにこＰＧ。

今日は放置ゲーの機能の一つ、オフライン進行のための時間取得まわり。

このへん、オンライン前提のゲームだとよいのですが、オフゲの場合、ＰＣの時間を変更することで簡単にチートできてしまうんですよね。なんにも考えないで作った場合。

時計を一ヶ月ぐらい進める→ゲーム内で一ヶ月放置した状態に→ウマー。

って感じで。

んで、とりあえず思いつく対策としては、ユーザーが変更することが出来ない外部から時間を取得してくる、という方法がある。
で、ＮＴＰサーバという時間取得用の鯖から時間を引っ張ってこようというわけですよ。
ＯＳの時間なんかもＮＴＰから定期的に取得して微調整してたりしてます。

んで、外部にネットでアクセスってとwinsockか。
……なんかググっても古い記事ばっかり。１９９７年の記事とか２０００年ちょい過ぎぐらいのばかり。
もう枯れてて、この時代のがそのまま今でも問題ないのだろうかね。
この辺、ファイヤウォールとか、割と最近のIPv6とかそのへんの絡みで古い情報だと無理～とかならないのかなーとちょと不安になりつつもいろいろ下調べ。

で、とりあえずＮＴＰサーバにUDPでリクエストだして時間を受け取る～までは出来たのですが。

リクエスト待ちのとき、プロセスの制御もとまっちまう～。

別スレッドでやって、メッセージの処理とか別で～とか、ｗｉｎアプリ開発で一番うんざりする部分じゃないですかヤダー！

ちなＱＴだとその辺隠蔽されてるので、情報が英語しかない点のぞけば楽だったなぁ。

で、ふとそいやＤＸライブラリにも通信機能あったのでわ？
と思いだし、調べてみると……普通にUDPで送受信＆別プロセスで実行待機まであるじゃん……。
受信待ちの間のプログレスバー表示とかも簡単にできそうぽ。

ああ、既にある物を作ろうとしてしまった車輪～。


で、ＤＸライブラリの方の機能でＮＴＰサーバから時間取ってくるのぺぺいと出来。
いままでの調べ物に費やした時間はドブに～。まあ下地になる知識仕入れてたからさくっとＤＸライブラリ使用版のほうも作れたって部分のもあるからそう無駄ってわけでもないか……。

ちょっと悩んだのが、ＮＴＰサーバに送るパケットと、受信したデータが、ネットワークバイトオーダーなんですよね。今時のＰＣのＣＰＵではリトルエンディアンが採用されてるのですが、ネットワークバイトオーダーはいまのところビッグエンディアンで統一されている模様。
んでwinsockではhtonl ntohlといったバイトオーダー変更用のマクロ？　があるのだけども。

ＤＸライブラリでＵＤＰ通信やってるのだけども、当然内部ではwinsock使ってるんだろうけど、静的ライブラリで別プロジェクトだからなのかな。
htonl、ntohlがつかえない。
んでもこれらを使う為だけのために

#include <WinSock2.h>
#pragma comment(lib, "ws2_32.lib")

をこっちのプロジェクト内にも設定しなくてはいけないのはうっとうしい。
とくにWinSock2.hはインクルードの順番とかで不具合出たりするらしいので、（windows.hより前にインクルードしないと不味いとか）そういう面倒はご免被りたい。

てかバイトオーダーを反転させてるだけなんですよねhtonlとntohlて。
直接バイトオーダー反転するの自前で書いたらいかんのか？
とおもったのだけども。

WinSockのhtonl、ntohlあたりの関数は、どうもＣＰＵのバイトエンディアン調べていろいろごにょごにょとか、環境まわりの差異の面倒をやってくれる物らしい。

んー現行のリトルエンディアンなＣＰＵ上でしか動かすアテがない場合なら自前でバイトオーダー反転させちゃっても問題ない……よな。
そも他の環境ってならwinsock自体つかわんだろうし。
いいや。自前でWinSock2.hインクルードとかしたくないし。
見なかったことにしよう（ぉ

そんな感じでとりあえず出来。

あとは複数のＮＴＰサーバ登録しておいて、上手く取得出来なかったら他の～とかそういった処理とかも必要になるかな。
それにテキストファイルからのＮＴＰサーバ選択とか。本体exe弄らずに使用ＮＴＰ鯖の変更とかは必要かと。

んでもまあデバッグ時には普通にシステム時間から持ってくるってのでいいので、運用上のデバッグとかは随分先の話になりそうだけど。

はふ～
とにかく回り道をしてしまった～。