Mowd 與你的交流天地

空閒 寫:目前算是文字加方格，和測試版的畫面依樣，不過內容更多，若有3代會用哈電族的圖片，至於手繪就別說了，多種怪物的圖像，加上最後還要畫1隻龍，實在不行阿
不過我有成功在小哈上弄出天堂的圖片，若旅法師及地獄死神能幫助的話，遊戲圖像化的時代或許就要來臨了~~

真是過講了
兔子做的比較好
圖畫仍需要很大的空間
勢必會犧牲掉一些東西
速度也是一個問題

這麼快就又有新作了喔...
我也給加快速度了...

你的本來就會計時啊
只是時間太快你感覺不到

就是沒有意義的迴圈
只是為了拖延速度
照mowd那ㄍ寫法就對ㄌ

那這樣的話
你需要寫入空白迴圈
讓他變慢,不然太快超越人類直覺
還有時間也要調長一點
你可以回舊討論版去下載區抓[障礙賽]
他的遊戲寫法和你這個差不多
不過他的peek好像不適用nc3000
數値要改

大致上寫得不錯
是難得一見的遊戲
我在想你的地形跟據情
data能不能寫在同一個data檔裡
當玩家玩到下一個主題時在更新data檔資料
這樣data就不會這麼多ㄌ
因為你的data實在多的嚇人...

老實說 看不太懂你在寫什麼
可以說明一下你想要做什麼東西嗎?
我大致看了一下

你說的只做一次
大概是因為你的時間只有設定100次循環
而3000的速度特別快,所以一下就到ㄌ
我有按到20分過啊

有〝一點〞懂 但你的 IF PEEK (198)=223 THEN PRINT "A":10 ELSE PRINT "B":10 IF INKEY$="a" THEN PRINT "A":10 ELSE PRINT "B":10 IF PEEK (198)=223 THEN PRINT "A":10 ELSE PRINT "B":10裡面的 :10是啥意思阿 在if...then...裡的then之後直接打上數字 使指goto的意思,這樣可以節省多餘的行...

當BASIC讀到INKEY$時 它就會停下來等待使用者回應 也就是說,這會使得你原本想執行的動作停下來等待回應 而PEEK是哈電族用來查詢記憶體位置的語法 也就是說你不需要按下任何鍵PEEK已經有數字存在了 而你可以找到對應的PEEK當作讀鍵値使用 這樣你就可以一邊判斷一邊執行你想要的動作了 舉例來說,在NC3000裡 打: IF PEEK (198)=223 THEN PRINT "A":10 ELSE PRINT "B":10 或著打: IF INKEY$="a" THEN PRINT "A":10 ELSE ...

評審：地獄死神 1. 程式碼結構(30%)：10+10+9 2. 程式外觀 (27%)：7+10+8 3. 實用 / 耐玩度(23%)：6+4+10 4. 適用機型 (5%)：5 5. 唯一作品 (5%)：3 6. 新發表或是已更新版本 (5%)：3 總分(95%)： 85 我可能評得比較嚴格 我盡可能達到客觀標準公正 首先程式碼結構,我給29分 程式碼(10%)撰寫技術(10%)整體結構(10%) 能寫出好玩的遊戲 相信在程式與撰寫技術方面都是不能否定的 整體結構上也顯得乾淨 沒有過多的文件檔案 所以分數也相當高 程式外觀,我給你滿分25分 標題畫面(7%)遊戲畫面(10%)動作畫面(10%...

評審：地獄死神 1. 程式碼結構(30%)：8+6+7 2. 程式外觀 (27%)：5+13 3. 實用 / 耐玩度(23%)：7+9 4. 適用機型 (5%)：5 5. 唯一作品 (5%)：5 6. 新發表或是已更新版本 (5%)：5 總分(95%)： 70 我可能評得比較嚴格 我盡可能達到客觀標準公正 首先程式碼結構,我給21分 程式碼(10%)撰寫技術(10%)整體結構(10%) 程式碼方面,陣列,迴圈,文件檔,都有使用到 對於處女作已經是不錯的作品了 但是你的程式有不必要的字元 如LLLLLLLLLL$因為程式空間有限 實在不需要這種沒有意義的字元 不然你可以取一個教易懂的代號,例如:...

兔子啊
你怎麼沒有給人投票啊?

評審：地獄死神 1. 程式碼結構(30%)：10+10+9 2. 程式外觀 (27%)：5+15 3. 實用 / 耐玩度(23%)：10+5 4. 適用機型 (5%)：3 5. 唯一作品 (5%)：5 6. 新發表或是已更新版本 (5%)：5 總分(95%)： 77 我可能評得比較嚴格 我盡可能達到客觀標準公正 首先程式碼結構,我給29分 程式碼(10%)撰寫技術(10%)整體結構(10%) 看過你的程式後 我想你對哈電族的了解還蠻透測的 也為許多不能得知剩餘空間的玩家解決了許多煩惱 整體結構上沒得滿分 是因為這種測試空間的方法還蠻暴力的...=.= 不過大概也只能這樣了,所以我還是給你相當高...

評審：地獄死神 1. 程式碼結構(30%)：10+10+7 2. 程式外觀 (27%)：7+10+10 3. 實用 / 耐玩度(23%)：5+5+5 4. 適用機型 (5%)：5 5. 唯一作品 (5%)：5 6. 新發表或是已更新版本 (5%)：5 總分(95%)： 84 我可能評得比較嚴格 我盡可能達到客觀標準公正 首先程式碼結構,我給27分 程式碼(10%)撰寫技術(10%)整體結構(10%) 在劇情模式SVLD-S及戰鬥模式SVLD-B 都是能對照劇情的不同顯示不同的畫面 也許是因為你的遊戲本身內容豐富 程式龐大導致你的遊戲物件多 雖然說我自己也有這種毛病 但是能縮減還是盡量縮減 拿掉...

沒關係
只要你在截止日期前發表作品就可以了
能為大家貢獻好玩的遊戲
哪怕沒得獎
我們要的只是使用者的回饋與肯定
得獎其次啦