Navigation


SEARCH: 統計



全部類型 | 遊戲 | 技術 | 新聞 | 軟體 |

Visual Tourclear (VTC)

0000-00-00, 夕姛菪姬,

這是作者我六、日寫的小工具軟體,程式只有17K卻可以分析系統的所有系統檔案、服務與動態連解檔之安全性。並可以攔截、強制關閉、移除於記憶體。

下載

小玩具:防斷線程式

0000-00-00, 夕姛菪姬,

這是一個站長花10分鐘寫的小工具,他會不斷檢查(每10秒)是否與INTERNET 正常連線,當連線發生錯誤,該程式會開始累計斷線時間,直到達5分鐘,他會將電腦強制重新開機。當然!使用者,必須將電腦設定好,開機的同時,自動連線與啟動伺服相關機制!

按我下載

有關 RMXP 的遊戲修改

0000-00-00, 夕姛菪姬,

最近在網路上看到有人在討論RMXP的遊戲修改(話說什麼是RMXP..最近站長沒什麼研究)。針對這技術由於有制式的公式..套用VCE可以如此使用~有需要的研究看看吧。

JEM SYSTEM 資料收集器

0000-00-00, 夕姛菪姬,

最近站長開發的,核心使用OS的檔案索引服務,所以速度不錯。他的運作原理圖,有興趣的可以看看。

終於搞定~ UTF8 轉 BIG5

0000-00-00, 夕姛菪姬,

最近這幾天,站長在開發一套使用VB\"6\"來監控MYSQL 的程式。但是站長的MYSQL裡面的編碼是使用UTF8來設計的,也因此造成了設計上,極度的困難─。為什麼?VB6核心並不支援UTF8。只支援UTF與BIG5,老實說~要設計一套UTF8轉UTF或者BIG5轉UTF的程式並不困難。困難的是VB6有一個奇特了特性(在其他語言並不常見)事實上VB6的核心是使用UT的,並不是BIG5,而為何VB6會支援BIG5是因為,VB6會在所有字元輸出入控制項、內建模組中自動將BIG5轉換成UTF。這時候問題就大了。VB6並不認識UTF8,所以VB6再存取檔案的時候。會將UTF8的檔案視同為BIG5的檔案。於是將該編碼自動轉換成UTF─
最大的困難在於被VB6自動破壞的文字並沒有辦法完完整整的還原成UTF8~。導致設計該程式困難重重。後來又有想到幾的方法。但是都不得而入。最後只好如此解決....

先這樣啦─這轉換方法很笨~ 但是卻實用。有興趣的可以拿回家自己玩玩看吧~

由 VM 裡面找出的考古參考資料

0000-00-00, 夕姛菪姬,

UTF8 的字元長度表

好玩的東西~

0000-00-00, 夕姛菪姬,

站長在翻閱 MSDN 時看到的東西 ~ Windows 16 bit核心 與 32 核心 的 Utf 比較表~

網站更新

0000-00-00, 夕姛菪姬,

最近站長收到了一些支持與給站長加油打氣的信件,覺得滿開心的。多久沒收到類似這樣的訊息呢?信件中也提到希望VCE能夠繼續持續更新與修正,其實目前VCE在單機遊戲修改上已經算是相當完美了,僅剩下有關網路相關模組,還有相當大的改進、最佳化空間。拿出過去看過的一些程式文獻報導,突然想起一句在程式設計界相當有名的一句話:「最佳化阻礙演化」這句話相當有意思,有時候程式設計師會為了讓某模組達到最高效能,而將此段程式碼透過不同、專屬的最佳化寫法重新設計,導致未來程式整體更新時,會造成設計師一個巨大的阻礙。話說VCE後期的版本,都是如此不是嗎?"最佳化在最佳化".. 卻沒有"演化"過。

這幾天站長拼命研究有關DIV與TABLE的替換、差異性,只為了提高整個前端程式的執行效率,有時候較多的程式碼不見得會讓執行效能便慢,有時反而會有較高的執行效率,不過相對的程式會變大、變得複雜與難以演化,但是取捨之下也許是效能比較重要吧。持續努力、持續研究─

共勉之

顯卡大戰

0000-00-00, 夕姛菪姬,


緣起

還記得筆者的第一張顯示卡當時是 ET4000 ,當時顯示卡並沒有所謂的3D加速功能,僅靠上面的簡單積體電路作個輸出介面罷了。話說當時也並沒所謂的3D遊戲。筆者的第一張3D加速卡是SIS6326,這張顯示卡是AGP規格的第一張顯示卡,雖然號稱支援硬體加速,但是這張顯示卡卻連DX7的規格都無法滿足。第一張"能看"的顯示卡是MX200(NVIDIA) ,筆者購入此顯示卡時雖然NVIDIA早推出MX400(64MB版本),但當時主流的遊戲是CS,且筆者升級顯示卡主要是用來讓PS模擬器(EPSXE)與N64模擬器順暢執行,另一原因是MX200與MX400的價格差異不小。後來這張顯示卡也伴隨我好多年。直到FX5600的推出這張顯示卡終於除役。

FX5600以後筆者對於顯示卡的了解越來越多,筆者慢慢開始升級自己的配備,記得當時FX5600筆者是將他裝載P3-500 的主機上,效能幾呼完全發揮不出來。於是將整套系統完全升級為C2.2G + 512MB 的記憶體,才開始感受到 "FX" 的威力。沒多久,又投入5700 的懷抱,最後在6600的6X系列推出之下,5系列完全無招架之力,尤其是在DX9.0C下5系列簡直由跑車變成腳踏車,除非玩家願意將這些"C"的特效關閉。但6600的顯示卡價位上實在是太廉價了(大約台幣3500)在DX9的表現上大約與 5950 差不多。但是DX9.0C上卻超越3倍以上的效能。玩家要注意的是5950價格大約在5000左右。相較之下6600幾乎是現在玩家的首選。

近期大戰又起

唯一能跟NVIDIA抗衡的ATi近日動作頻頻,雖然當時有推出同等級的X 系列打算與NVIDIA的6系列對抗,但不管是價位、效能、CP值都還是以NVIDIA 6600較佔優勢,且因有滿多玩家都知道6200有機會可以刷成6600(6200大約台幣2000元,但後來此密季被公佈後6200價格飆漲,但CP值相較之下還是相當高),於上個月ATI又發布 XK系列顯示卡,一度打垮NVIDIA目前頂級的7系列顯卡,效能上多出10%以上。在上禮拜NVIDIA發布了512位元匯流排板的7800顯示卡與之抵制,又將局勢整個逆轉。

筆者每次看到新的顯示卡的推出,總會覺得有趣。一是又有新的技術與戰況可以觀摩、二是前代顯示卡又要降價了,筆者又有新的顯示卡可以考慮入手,目前筆者最高檔的顯示卡是6800 LE OC 6800GT 的顯示卡,雖然搭配的CPU是2.4G的電腦,但是效能還是相當驚人。7800站長還在觀望,目前筆者手頭上實在沒有任何軟體需要此等級顯示卡阿,何況是7800 512?。

SAMBAR 的一個嚴重 BUG 發現~

0000-00-00, 夕姛菪姬,

SAMBAR 是一套筆者個人很喜歡的一套 WEB SERVER 軟體。不管在功能上、效能上與遠端遙控的介面上,都相當完整。且還是免費軟體。註冊後甚至擁有 MAIL SERVER 的功能。所以站長大多數都是用此軟體來架設網站。

以往

在遠端介面操作時,常常會發生一個很奇特的現象!就是遠端遙控重新啟動時!會發生無法啟動的情況,過去筆者發生此情狀只能把CONFIG.BAK 復原回 CONFIG.CFG 即可改善,但是次數一多也讓筆者開始頭痛不已.. 。於是站長就把發生問題的CONFIG.CFG 與 CPONFIG.BAT 透過 FC 進行交叉比對。FC很快就找出兩者的錯誤處...

令人傻眼

的問題是,想不到問題竟然是出在 "自動搜尋省略符號庫" 。 CONFIG.CFG 裡面有一個程序式,用來記載,有哪些符號需要執行而哪些則省略。相對的有許多控制符號,是SB(以下SAMBAR簡稱SB)不允許當作搜尋關鍵字的,舉例如:退位符號... 等等。這些符號如果當作搜尋條件,往往會發生許多不預期的情況,針對CONFIG.CFG的如此設計當然是出自好意。但是有趣的情況發生了,這些符號不應該出現在搜尋關鍵,相對的也不能出現在所有的"CFG設定檔"中,也因此造成一個好玩的連鎖反應。

ERROR CODE=ABCDEFG......!@#$%[錯誤CODE]
INDEX CODE=abcde.....

以上兩行設定值乍看沒問題。但是當利用遠端遙控按下SAVE CFG 時!則變成...

ERROR CODE=ABCDEFG......!@#$%[錯誤CODE]INDEX CODE=abcde.....

雖然第二行的設定值被併到了上一行,事實上並不會影響系統的執行。但是如果這時候使用者在次按下 SAVE CFG 則...

ERROR CODE=ABCDEFG......!@#$%[錯誤CODE]INDEX CODE=abcde.....[錯誤CODE]INDEX CODE=abcde.....

且每按一次存檔,就會多出一段... 直到SB的容許錯誤字元最大數達到頂額。然後SB將會無法啟動(傻眼)。
這BUG解決辦法滿簡單的。只要把後面不可視字元給手動移除即可(在管理系統中筆者竟然找不到可以移除的選項,只能用記事本手動到CONFIG.CFG裡面將這段後半段的文字給移除)筆者不知道如此會有什麼延伸出來的後果,但是目前只能等官方自己將這BUG移除了,在官方還沒有採取任何解決方案前,依照筆者的做法,還是最快的解決了吧。

<< 1 | 2 | 3 | 4 >>

會員登入

帳號
密碼
二段
忘記密碼 | GUEST | OSS

功能選單




相關分站


好站連解


線上會員[1]