第 1 頁 (共 1 頁)
[問題]nc3000GVB的不同
發表於 : 2004-01-28 9:54 AM
由 gbwind
除了無法POKE和PLAY、BEEP外
好像編輯程式大小又比2000小了點...
有人發現更多不同ㄇ？
我打算作一篇技術文章
發表於 : 2004-01-28 10:37 AM
由 希洛
大小不同？真的嗎？
如果是就太不幸了！
不過至少要可以執行很大的檔案，
像NC2000可以執行的程式大小就比可以編輯的大！
發表於 : 2004-01-28 10:46 AM
由 gbwind
3000也可以
但編輯上限較小
害我現在只能用電腦編伊瑟拉
發表於 : 2004-01-28 12:18 PM
由 Mowd
上限是指什麼呢？
沒有編過那麼大的程式所以不清楚。
發表於 : 2004-01-28 1:02 PM
由 gbwind
像
我的ISLTCF在2000可以編輯
但在3000只可執行但無法編輯
發表於 : 2004-01-28 10:14 PM
由 冰浩
恩?可是偶的2000編不了F耶
所以我只好傳回電腦慢慢改..
發表於 : 2004-01-29 12:41 PM
由 gbwind
恩
有可能是我之前用電腦增加新功能時加的太大了吧
發表於 : 2004-01-29 2:40 PM
由 希洛
NC3000的記憶體配置也不同，
BAS檔和數據資料共用，
如果程式碼越長，可暫存的資料越少，
結論：NC3000的BASIC大大退化了！
發表於 : 2004-01-29 2:49 PM
由 gbwind
但因為CPU快的緣故
嘿嘿
伊瑟拉動作版即將重現江湖
發表於 : 2004-01-31 5:44 PM
由 PG
NC3000的記憶體配置也不同，
BAS檔和數據資料共用，
如果程式碼越長，可暫存的資料越少，
結論：NC3000的BASIC大大退化了！
也就是說
如果我宣告一個很大的陣列
那我就不能寫太多程式碼
是不是這個意思......?
發表於 : 2004-01-31 5:47 PM
由 冰浩
不知是不是我的錯覺
我現在在弄得gumd線上幫手
我dim太多序列 dim mn$(50),mp%(50),tk$(50,50)
然後我又放了很多的文字進去 這樣弄到後面前面的就有幾個變數內容亂掉了...
然後我改成 dim mn$(20),mp%(20),tk$(20,50)
一切就正常了.........@@
發表於 : 2004-02-01 10:26 AM
由 希洛
應該是程式太長，記憶空間會受限，
而不是記憶空間定太多，程式長度會受限！
因為是先讀程式再執行程式的。
至於變數錯亂的問題之前提過了！
這只有文字資料會！
當定義的空間很大時，資料整理會有BUG，
這是遠見的疏忽，提供大家一個小技巧，
如果程式中有使用到很多變數，尤其是定義了很大的空間，
不管你有沒有用它，他都會造成系統的負擔。
所以！以下的方法不妨試試，很好用喔！
※資料分流法※
將遊戲中的字串常數存成檔案，當然是循序檔(數字常數就別理它了)，
紀錄檔也將文字和字串分開存檔，
當程式要用到文字字串的時候，再開啟對應的文檔讀取，
當要用到紀錄檔時，記得，因為要暫存所以要作暫存檔，
和紀錄檔一樣要字串和數字分開，程式執行時要事實地作暫存的動作，
真正存檔時則同時對暫存檔案紀錄檔儲存。
當然，這個方法對NC3000這種速度的機型使用最能感受到它的威力，
因為幾乎感受不到它在悄悄的讀取和暫存，對其他的機型就很難說了！
這個方法也可以減少定義空間的大小喔！
因為只要定義一次要讀取的資料所需最大的空間就行了！
發表於 : 2004-02-02 1:15 AM
由 moon2003
嗯,可以請你舉個例子嗎?
都是文字敘述讓我有點頭大...
thanx
發表於 : 2004-02-02 1:46 PM
由 希洛
例如你要做一個RPG，
資料檔有招式放出時的對話，招式的一些參數，等...
就把對話檔獨自存成一個檔，參數檔另存一個，
當施放招式前，就分別讀取這2個檔案，
因為每次戰鬥都是用同樣一個陣列存資料，
所以節節省了很多空間(對NC3000尤其顯著)，原本需要18個(例如)區塊的資料變成只需要1塊。
至於紀錄檔，因為中途存檔是強迫性的，為了不影響到真正的紀錄檔，所以另開檔案當作暫存檔！
資料分流法雖然會讓檔案變得很多，但也是有其優點的，大家做個參考吧！