2004-12-20

• 修正 Onlinetimer ADSL v7.173 有關 TTK 的問題.

2004-12-17

• 最近程式設計領域出了一些不同於以往的雜事，簡單的說就是選邊站啦；此話怎麼講？一直以來筆者都用 Borland C++Builder 在開發軟體，它有繼承自 Borland Delphi VCL 的架構，可說是 RAD 快速發展工具的佼佼著。但隨著時間的過去，M$ 出了新的跨 Win 平台的 Framework，為要加強 MFC、ASP 等等的 .net Framework，隨之而來的是，C#、J# 等等新興語言.....越來越多。
• 前言說完了，現在進入正題！一直以來 C++Builder 是 Delphi 的副產品 (或是任務片、番外篇....)，Delphi 3 不久就是 C++Builder 1，Delphi 4 不久就是 C++Builder 3 (沒有 v2 喔)，以此類推一直到 Delphi 7 不久推出 C++Builder 6。但是目前 Delphi 8、Delphi 2005 都出了，卻不見 C++Builder 有續作的官方說明，有此可知──出代誌了！
• 從最近一年來看 Borland 的產品，可以越來越明顯的發現這家公司已經走向了 .net 的平台，也就是說即便 Delphi 2005 也有 VCL 架構，但也包含了 Delphi .net 版本使用的 VCL.net 這個混合體，而筆者使用過 Delphi 2005 Art 版以後，發現安裝時一定要先有 .net Framework/SDK 1.1、J# Dist Pack 等等以 M$ 公司為主體架構產品，因為 Delphi 2005 Art 版允許直接使用 C# Builder (事實上 Borland 也推出了 C# Builder 的單獨產品)、Delphi .net 或是 Delphi for Win32 (原生型 Delphi)。題外話，那當年買 Delphi 8 的使用者現在可能已經是亞細亞的孤兒了，更別提買 Delphi .net 版本的人了....
• Delphi 2005 C# Builder 這部份筆者就不用說了，那是 C# 語言的領域 (C# 是 M$ 公司打算取代掉 Sun Java 的一種更像是 C++ 但有著 Java 相似機制的新語言)，至於 Delphi 2005 .net 部分，除了與法十分類似 Delphi for Win32 以外，用的全是 VCL.net 這個架構，想當然爾→它不是 M$ .net，但執行時期卻一定要先安裝 M$ .net 1.1 版，在外加安裝 VCL.net 一堆東西。
• 由此可知，Borland 公司對外的 Delphi 2005 都已經包含了這麼深入的 M$ .net，對內而言後續的 C++Builder 自然相當不容易推出，只要一推出，勢必與 Borland C# Builder (M$ .net C# 新語言) 或是 Borland C++BuilderX (純 C/C++ 沒有 VCL 或 .net 架構，以跨平台為主) 打架，真是太尷尬了。
• 說到此，想必看倌心裡有數了吧？既然 Borland 都繞了老半天的路，走上 M$ .net 平台來，為何不直接改用 Microsoft Visual Studio .net 來發展呢？答案就在這裡了→M$ 公司已經將 Visual Studio 2005 推出一種「免費」的 Express 版本，當然也有 MSDN Express 搭配，可以直接下載安裝使用。厲害吧？看準了很多人對 Borland 的未來......#!@#%#$^%#

2004-12-2

• Onlinetimer v7.172 ADSL 版本重新加回 TTK 功能，一併更新了 Unicode 模組.

2004-11-28

• 好久沒有重玩星海爭霸 (StarCraft)了，最近又再度玩一玩任務劇情，純粹是我個人的感覺啦....我還是覺得星海的劇情篇扣人心旋。雖然以現在的時間點來說，主流的 RTS 已經變成 Warcraft III 這款遊戲，而 1998 年的年度大作 StarCraft 又沒有續作的官方背書，所以網路上不外乎繼續在 Battle.net 上持續的對戰，要嘛就是自己改遊戲的平衡，玩的爽。以下是目前 StarCraft DIY 的方式，列舉一例： (適用 1.11B 最新版)
  • 首先用 WinMPQ or MPQ2000 or PowerMPQ 將 Patch_rt.mpq 的作編輯
  • 接下來將 arr\ 路徑下的一些 .dat 檔抽出
  • 用諸如 Arsenal III 的修改器，將 .dat 檔案的資料修改 (這就是 DIY 的重點)
  • 將修改好的 .dat 資料放回 Patch_rt.mpq 內
  • 可用 MPQDraft 即時將 Patch_rt.mpq 套用在 StarCraft 使用，或是覆蓋官方的原始 Patch_rt.mpq
  • 開始試玩，不滿意的話重新回到 Arsenal III 修改器修改之....
• 以上所提供的方法除了九宮格按鍵的命令不能修改外，其他幾乎都能改。若要修改九宮格命令，則必須透過 StarGraft 這支古早的軟體，不過在 Starcraft 1.11B 能否使用？目前還有一種方法是透過 P-Code Assembly 的方法，在 Starcraft 執行時，將程序控制程式碼 Warp 進主程式，不過必須要一堆繁複的設定....
• 如果要修改 Warcraft III 那可就比較簡單了，列舉一例：
  • 找出 WinMPQ or MPQ2000 or PowerMPQ 將 PatchXXXX.mpq 作編輯 (名稱忘了...太久沒碰了)
  • 將 unit\ 路徑內的資料檔案 .txt 抽出
  • 用 Excel 將資料檔讀入，修改對應資料格的設定 (可以增加、修改、移除十二命令格的資料)
  • 再存回 PatchXXXX.mpq 內
  • 將 DIY 版本的資料覆蓋官方，開始試玩.

2004-8-24

• 簡體中文版與繁體中文版的 Windows XP Service Pack 2 IT 版已經開放下載了, 大約有 285MB 之多, 升級後將內建的防火牆完全關閉掉, 使用商用版的防火牆代替即可.
• 如果你已經安裝好 SP2 的使用者, 請自行檢查「Event Viewer or 事件檢視器」, 通常是放在控制台 -> 管理者工具內吧. (部分中文翻譯憑記憶, 筆者用的是英文版 WinXP). 找到之後檢查 System 項目, 看看是不是出現一個黃色驚嘆號, 後方還有一個 4226 的編號, 內容大意是 TCP/IP 連線數超過限制值, 這就代表著你手上的 WinXP SP2 限制連線數是 10 個, 對於 P2P 來說, 一下子就頂到了這限制, 所以找檔特別慢, 要不就一砣 Unask 狀態.
• 這個問題德國網友已經解決了 http://www.lvllord.de/index2.htm, 筆者再這一期的雜談中也有提到這個問題. 目前已經再度繼續雜談如何修改的方法 (補完篇).

2004-8-22

• 測試英文版 Windows XP SP2 時, 意外的發現 Onlinetimer 無法正常執行, 仔細追查後發現原因出現在 Non-Unicode 程式由於視窗大小被放大 115%, 造成 Onlinetimer 圖示全部被莫名奇妙的跟著被放大, 筆者當年在程式先放置了一小段自我檢測的程式碼, 用意是當不正常記憶體驅動時, 要緊急停止程式繼續運作, 沒想到這段備而不用的自我檢查程式碼此時發揮了效果!! 解決的方法超極簡單, 就是將 XP 的 Regional and Language Options 最後一頁有關 Non-Unicode 從原本英文版 English 設為 Chinese (Taiwan), 再進行重新開機即可.
• 其他像是 Mail Filter, CRS, ...一堆都有內建自我檢查系統, 不過測試發現雖然視窗被放大了 115%, 卻不影響文字顯示與所有功能, 這點倒是提醒我下次還是得多多使用自我檢查系統, 可防止程式無端掛點. (記憶體洩漏這種錯誤不容易被查出來)
• Onlinetimer v7.170 (增加支援非固定式 ADSL/Cable) 的版本已經測試從 2004-8-6 開始, 目前中文版 XP SP1 是沒問題, 英文版 XP SP2 也沒有問題, 目前「官方」的中文版 XP SP2 還沒有放出, 雖然 P2P 版早就已經量產分流中, 但筆者還是乖乖的等中文版 SP2 出來後, 最後一次進行測試. 到時候一併上傳.

2004-8-6

• 上午 10:30 分, ADSL 設定完成.

2004-06-27

• 本站有許多的程式都有存取 RS4Com.dll 的介面, 然而一直以來 RS4Com.dll 有效率上的問題, 直到 Onlinetimer v7.150+ 新開發的傳輸率分析功能後, 效能問題已經浮上檯面.

• AMD K6-2 400 Mhz, 512MB SDRAM, 測試 2000 筆資料....忘記測試 v4.80 在 Win98SE 的執行效率, 意外的發現 Win98SE 的效率如此的驚人!! 或是說 WinXP 實在是 WinNT 的架構, 複雜太多了. (1 秒 = 1000 ms)
  RS4Com.dll	v4.80 (WinXP)	v4.90+ (WinXP)	v4.90+ (Win98SE)
  DeleteRecord	124108 ms	3735 ms	440 ms	程式碼最佳化, 檢查參數功能簡化.
  WriteRecord	21812 ms	修改模式 1611 ms 新增模式 18136 ms	修改模式 660 ms 新增模式 710 ms	稍作修正.
  ReadRecord	219686 ms	5817 ms	1539 ms	程式碼最佳化, 檢查邊界功能移至 SortRecord 函式.
  CountRecord	0 ~ 55 ms	0 ~ 55 ms	0 ~ 279 ms	未修正
  SortRecord	81717 ms	快速掃描模式 3155 ms 快掃 + 完整重新輸出 64953 ms	快速掃描模式 1159 ms 快掃 + 完整重新輸出 5219 ms	新增加 CountRecord 全部功能 新增加欄位邊界檢查功能