[回到版面]
回應模式
名 稱
E-mail
標 題
內 文
附加圖檔[] []
刪除用密碼(刪除文章用。英數字8字元以內)
  • 可附加圖檔類型：GIF, JPG, PNG, JPEG，瀏覽器才能正常附加圖檔
  • 附加圖檔最大上傳資料量為 10000 KB。當回文時E-mail填入sage為不推文功能
  • 當檔案超過寬 125 像素、高 125 像素時會自動縮小尺寸顯示
  • 程式碼可使用 [code][/code] 以 google-code-prettify 標亮 (程式自動判斷語言類別)
  • 公告、舉報、建議請向DB管理室辦理。
  • 本板討論遊戲製作為主，改造方面也可討論，但如果牽涉到版權，請自重。
  • 3D建模請至3D板, 3D遊戲製作(Ex.怎麼用DirectX跑3D?)則可在這討論。
  • 本板為一般向板面，禁止張貼上車圖。
檔名：1501616519761.png-(981 KB, 1284x723) [以預覽圖顯示]
981 KB無標題 名稱: 無名氏 [17/08/02(三)03:41 ID:ghHYqs4Q] No.12912 2推 
本人使用的是unity
想製作一款給手機使用的空戰射擊遊戲可是遇上幾個問題
1.空戰遊戲使用的超大場景要怎麼製作才能省資源
想把遊戲作到手機上可是效能吃太兇完全跑不動

2.要用什麼樣的特效才能創造速度感

3.自動導航的時候在特定角度會出現軸向反轉的現象要如何解決
Baka: |ー`)＜話說你在說的是2D戰機，還是3D戰機？回應看來大家都搞不懂耶 (FhVxbdSM 17/08/02 18:32)
無名氏: (´∀`)＜Ace Combat 或是 HAWX那種空戰遊戲 (9ZUPc6IA 17/08/02 18:53)
無標題 名稱: 無名氏 [17/08/02(三)09:21 ID:9wZbJLog] No.12913 5推  
我不太清楚你要的超大場景怎麼設計?
不過一般只會使用鏡頭內的物件
這樣可以減少負擔

至於創造速度感的特效我是用模糊
無名氏: (*ﾟーﾟ)＜每秒移動20單位的情況下場景大小2000*2000不到兩分鐘就出界了 (9ZUPc6IA 17/08/02 11:00)
無名氏: (*ﾟーﾟ)＜還要加上到邊界的時候視野內的場景看起來沒有中斷 (9ZUPc6IA 17/08/02 11:01)
無名氏: (*ﾟーﾟ)＜結果就是地形尺寸非常的巨大,面數也破表 (9ZUPc6IA 17/08/02 11:01)
無名氏: https://unity3d.com/learn/tutorials/projects/space (MwEsNpE2 17/08/02 11:49)
J: LOD (x.Qn7Dw6 17/08/02 18:47)
無標題 名稱: 無名氏 [17/08/02(三)11:50 ID:MwEsNpE2] No.12914 推  
https://www.youtube.com/watch?v=ds9xhYHndXI
無標題 名稱: 無名氏 [17/08/02(三)17:48 ID:je6dyvUA] No.12916 推  
查"背景 無接縫"
大概都是那種樣子做的

怕單調的一般會用兩三張圖重疊成背景
而三張圖的速度不一樣或是隨機出現之類

另外就是模糊天空背景(3D的話)
無標題 名稱: 無名氏 [17/08/02(三)23:04 ID:6PpkJkD6] No.12917 4推  
超大場景-無互動要素=浪費你的演出資源=手機燒壞
在考慮這點之前 2DSTG本身的設計要素思考一下為什麼需要超大場景 意味不明阿

東西太多本身是3D遊戲的致命傷，所以關鍵在於簡化，但保留演出

速度感的問題比較見仁見智，本身STG(用飛機的) 通常就是慢慢的地圖往下表現飛機往前攻擊的設定 不過實際上速度感沒甚麼遊戲實現，畢竟不是賽車遊戲
原本"速度感"就是以相對的方式去實現演出的效果的(賽車就是以場景高速撞擊攝影機去演出)
別考慮主角機超快速前進，那只是他消失在玩家視野裡而已

3 你那八成是沒有編寫東西讓他自己直接跑，軸向判定反過來了吧(猜測)

空戰遊戲要有創意跟新意相當困難，尤其是前人的成品太多太多了...
無名氏: (´ー`)＜用eulerAngles當判斷條件作Rotate()旋轉的時候 (wMTMAQQ6 17/08/03 01:20)
無名氏: (´ー`)＜同一個方向的rotation值 359度會突然變成-359度又跳回359度 (wMTMAQQ6 17/08/03 01:23)
無名氏: (´ー`)＜控制結果就變成一邊左右抖動一邊往正前方飛 (wMTMAQQ6 17/08/03 01:24)
無名氏: (ﾟ∀ﾟ)＜數值突破359度後數字跳掉又回去上一個數字359的關係吧 你可能要測試最大值的部分 (XDsuzptU 17/08/03 01:33)
無標題 名稱: 無名氏 [17/08/04(五)10:20 ID:g41sxDN.] No.12923 推  
 檔名：1501813200223.png-(550 KB, 1000x312) [以預覽圖顯示] 550 KB
不考慮讓一個天幕跟機体一樣速度在同樣行進路線上移動
(最好不要跟隨機体,不然你要是機體可以轉天幕會跟著動)
,然後場景雜物用物件生成來呈現,這類多半使用再宇宙地圖,不過陸地地圖也能用底層霧色的方式作效果,就不太會有破綻

或是背景是單張貼圖作底,配合傳點切地圖的方式
用一樣的物件去拼出不同場景,在貼圖已經loading進去的場合,讀取地圖只要面數不誇張,那就不會花到時間
大概2萬面都還是會瞬讀,畢竟實際上他不需要都讀到

大場景的話畢竟有的地圖是需要編輯器製作,讓相同物件可以大量呈現,資源可以比較省,另外就是利用假象,讓地圖看起來豐富但是實際上東西很少,開始的時候作單純點會比較好.
【刪除文章】[]
刪除用密碼:
第一頁[0] 最後一頁