
嗯,就是这样

嗯,就是这样
看到sanfanling 同學說KDE4.1驚艷, 那麽我也emerge了一個玩,
這回我是看清楚文檔加好USE了,寫好keyworld就emerge world -uDN,
嗯,konqueror打開崩潰,估計是因為我同時安裝了KDE 3.5的原因,從現在的東東來看,感覺KDE4的確是可以開始進入使用了,很多感覺都很好,不過似乎設置中心似乎太精簡了非常不適應,感覺很好。
国庆假期发烧得一塌糊涂,到现在才一个月,又坏掉了。这次更大件事,我长水痘了。我居然长水痘了…
去医院看,医生一看我手上的水泡,马上说:“呀~水痘耶~”我怎么都觉得那医生怎么有点幸灾乐祸的语气…医生说,现在很多成人也出水痘,到四十岁也有。而且年龄越大越麻烦,当然一生也只出一次,打了疫苗也会出,引用医生的话说:“现在谁不打疫苗的?”
请了一个星期假,好了这下完蛋了,刚好错过学生会换届选举,错过了N多东西嗯。
休息了,
第一期功能目標: 服務端使用HTTP服務, 通過HTTP協議配合客戶端實現用戶註冊, 鍵權, 初步的公共聊天功能, 成員列表, 用戶IP地址以及是否公網用戶檢測, 用戶遊戲狀態(建 連 遊 窺) , 以及自動執行遊戲並進入響應菜單等功能.
第二期功能目標: 通過監視遊戲內存實現勝負判定讀取, 利用該數據計算用戶等級等, 如果有打開自動保存錄像,則自動上傳到服務器實現存檔.私聊, 聊天文字格式自定義.
第三期功能目標: 脫離HTTP協議
服務器端初步計畫: 為了減低程序複雜度, 初步使用HTTP協議, 利用服務器現有的HTTP(IIS apache等)服務端加上web腳本實現平台服務端. 具體內容分列如下.
服務器語言: python or php
數據庫: 為了更減低程序複雜度, 直接使用文本數據庫(後期可考慮mysql), 而且文本數據庫安全性較高
數據庫內容分別為, 用戶信息, 聊天記錄
客戶端使用python(或其他)語言編寫的GUI客戶端, 具體協定如下:
註冊及鑑權 略.
登陸後, 客戶端檢測本機IP地址並監聽一個端口, 將檢測到的IP發送給服務端, 由服務端通過發送一個簡單的文本檢測客戶端網絡的可達到狀態並記錄.
主動請求服務端要求用戶列表以及最近聊天記錄, 用戶列表應該存在用戶名, 網絡狀態, IP, 遊戲狀態等信息, 以後每隔一段時間主動請求刷新一次.
聊天使用utf8純文本, 發送聊天內容為簡單的提交過程, 服務端收到之後,記錄與文本數據庫中, 下發聊天記錄的內容包含一個ID號以辨別新舊.
客戶端可以通過功能按鈕來建立遊戲, 連接到指定某人的遊戲, 或觀看, 用戶起動該功能時, 馬上調用遊戲主程序並使用win32api將遊戲設定到相應的狀態. 然後發送一個請求到服務器要求更改用戶遊戲狀態,
-以上-
0x006D7FD0 1位
1P 角色 ID
0x006D7FF0 1位
2P 角色 ID
0x6D5E04 1位
顯示的天氣
006D5E00 1位
生效的天氣
0x6D5E0C 2位
整數表示的天氣時間
0x6D7218 2位
遊戲進行時間
基地址 0x006D7224 4位
+c = 1P基地址 4位
+10 = 2P基地址 4位
1P/2P基地址
+174 = HP 4位
+530 剩餘張數 一位
+554 多餘符力 兩位 500一張
+556 現有張數 一位
+4E4 半局勝負數 1位
+49A 上次Combo 傷害 4位
+498 上次Combo hit 1位
+482 現可用霊力 2位 滿1000
+484 滿霊的霊力(就是去掉爆掉的霊) 2位 滿1000
+568 按A+B和B+C的計數器, 一位 取值0-7 不知道是啥意思
+52C 似乎是卡組隨機數種子
網戰數據地址 0x006D72DC 4位
+0×04 1P name 20位
+0×24 2P name 20位
基地址位置 0x52dc30 4位
基地址 +
0×10 暫停標誌 1位
0×14 1P基地址 4位
0×18 2P基地址 4位
玩家基地址 +
0×120 血量 2位
其他以後再說
近期迴響