[問題]nc3000GVB的不同

[gbwind]

除了無法POKE和PLAY、BEEP外
好像編輯程式大小又比2000小了點...
有人發現更多不同ㄇ？
我打算作一篇技術文章

[希洛]

大小不同？真的嗎？
如果是就太不幸了！
不過至少要可以執行很大的檔案，
像NC2000可以執行的程式大小就比可以編輯的大！

[gbwind]

3000也可以
但編輯上限較小
害我現在只能用電腦編伊瑟拉

[Mowd]

上限是指什麼呢？
沒有編過那麼大的程式所以不清楚。

[gbwind]

像
我的ISLTCF在2000可以編輯
但在3000只可執行但無法編輯

[冰浩]

恩?可是偶的2000編不了F耶
所以我只好傳回電腦慢慢改..

[gbwind]

恩
有可能是我之前用電腦增加新功能時加的太大了吧

[希洛]

NC3000的記憶體配置也不同，
BAS檔和數據資料共用，
如果程式碼越長，可暫存的資料越少，
結論：NC3000的BASIC大大退化了！

[gbwind]

但因為CPU快的緣故
嘿嘿
伊瑟拉動作版即將重現江湖

[PG]

NC3000的記憶體配置也不同，
BAS檔和數據資料共用，
如果程式碼越長，可暫存的資料越少，
結論：NC3000的BASIC大大退化了！

也就是說
如果我宣告一個很大的陣列
那我就不能寫太多程式碼
是不是這個意思......?

[冰浩]

不知是不是我的錯覺
我現在在弄得gumd線上幫手
我dim太多序列 dim mn$(50),mp%(50),tk$(50,50)
然後我又放了很多的文字進去 這樣弄到後面前面的就有幾個變數內容亂掉了...
然後我改成 dim mn$(20),mp%(20),tk$(20,50)
一切就正常了.........@@

[希洛]

應該是程式太長，記憶空間會受限，
而不是記憶空間定太多，程式長度會受限！
因為是先讀程式再執行程式的。
至於變數錯亂的問題之前提過了！
這只有文字資料會！
當定義的空間很大時，資料整理會有BUG，
這是遠見的疏忽，提供大家一個小技巧，
如果程式中有使用到很多變數，尤其是定義了很大的空間，
不管你有沒有用它，他都會造成系統的負擔。
所以！以下的方法不妨試試，很好用喔！
※資料分流法※
將遊戲中的字串常數存成檔案，當然是循序檔(數字常數就別理它了)，
紀錄檔也將文字和字串分開存檔，
當程式要用到文字字串的時候，再開啟對應的文檔讀取，
當要用到紀錄檔時，記得，因為要暫存所以要作暫存檔，
和紀錄檔一樣要字串和數字分開，程式執行時要事實地作暫存的動作，
真正存檔時則同時對暫存檔案紀錄檔儲存。
當然，這個方法對NC3000這種速度的機型使用最能感受到它的威力，
因為幾乎感受不到它在悄悄的讀取和暫存，對其他的機型就很難說了！
這個方法也可以減少定義空間的大小喔！
因為只要定義一次要讀取的資料所需最大的空間就行了！

[moon2003]

嗯,可以請你舉個例子嗎?
都是文字敘述讓我有點頭大...
thanx

[希洛]

例如你要做一個RPG，
資料檔有招式放出時的對話，招式的一些參數，等...
就把對話檔獨自存成一個檔，參數檔另存一個，
當施放招式前，就分別讀取這2個檔案，
因為每次戰鬥都是用同樣一個陣列存資料，
所以節節省了很多空間(對NC3000尤其顯著)，原本需要18個(例如)區塊的資料變成只需要1塊。
至於紀錄檔，因為中途存檔是強迫性的，為了不影響到真正的紀錄檔，所以另開檔案當作暫存檔！
資料分流法雖然會讓檔案變得很多，但也是有其優點的，大家做個參考吧！