Re: [情報] CAPCOM將舉辦RE ENGINE研究會
板上之前剛好有相關文章,就順手轉貼了。
※ [本文轉錄自 GameDesign 看板 #1Tjl6LCJ ]
作者: kuku321 (halipapon) 看板: GameDesign
標題: [情報] 卡普空 RE Conference 全程影片公開
時間: Mon Oct 28 21:48:03 2019
老卡今年9月在東京與大阪舉辦了兩場關於RE ENGINE的技術分享conference。
http://www.capcom.co.jp/RE2019/
今天終於把所有動畫通通放上youtube公開囉~
剛好有去現場,因內容全是日文,在此簡單說一些概要。
當初看到報名時填的表格還有類似轉職意願表單等,
想說內容應該是用技術去包裝的徵才大會,抱著技術分享可能只是表層的心態去的,
結果意外硬核,都是實務經驗,看了些推特感想,對沒有實務經驗的學生可能稍難。
------------------------------------------
全部議程:
・複数のAAAタイトル開発に耐える汎用ゲームエンジンの設計と運用
https://youtu.be/fc3avwM-oTE
採用模塊設計,基底、物理、音效、AI等通通都是一個一個模塊,
除了基底綁定老卡自家技術外,其餘內容都可視需求更換他廠或自家模塊,
全部的處理都有定義好pipeline上該待的位置,各session可視各自需求ON/OFF任何模塊,
且include全部可視化node-base,讓runtime debug可以最有效率地進行。
另外引擎端是C++撰寫,但Application端全是C#,
因此Application端不可有任何各project自定義的擴充功能,
任何擴充都由引擎部分進行再回到Application端使用,以確保技術共有與維護能穩定。
另外為確保記憶體存取的安全性,Application端不能主動呼叫任何資源存取,
都必須透過引擎去非同步讀取。
使用RE ENGINE開發的所有作品,都必須確保能於引擎往後任何的版本上正常運行。
因已發售作品已經由QA完整測試,因此有極高的確實性,
用來驗證新技術的實裝正確與否是十分具有信賴性的test case。
現場有展示使用18年度新實裝的Lighting技術來跑的惡靈古堡7,
經由CPU使用率已經畫面呈現等能快速對新技術的實用性進行評比。
・ユーザー中心の設計思想によるRE ENGINEのUX改善の取り組み
https://youtu.be/YhnIW2XY_wU
2010年就有進行新世代引擎的開發,但是2012發現不敷使用,
因此決定打掉重練,並將其中技術轉至RE ENGINE穢土重生。
同時魔物獵人世界的開發也正式確定將以魔改造MT Framework來進行。
2012 RE ENGINE開發初中期,以Programmer為主體進行研發,
但是投入Project實務後,不管企劃或是美術都有不少惡評,
尤其是UI部分很多都是Programmer美學,icon或是線條粗細等都沒有設計,全憑感覺。
後來決定向專業UX部門尋求人手,對UX層面進行了完全重製。
也有像iOS或是Android一樣訂立設計準則要求遵守,才成為現在的RE ENGINE。
・RE ENGINEでのレベルデザインにおけるHoudini Engineとの連携
https://youtu.be/ABpjD-9FRe0
基本上就是運用Houdini Engine去做快速的連動模擬,
在RE ENGINE上快速拖拉幾何等基礎物件進行設計,
後端傳至Houdini Engine去cook,然後結果回去RE ENGINE直接模擬,
企劃和美術可以快速進行試作,確認沒問題後再正式投入實際的resourece製作。
・背景で役に立つプロシージャルモデリング~制作現場でのHoudini実用例の紹介~
https://youtu.be/Q67T8K8SxHg
在不同角色對敵人的組合連攜技的設計時,
是如何使用程式來解決問題,去降低不同組合的重複性resource製作。
讓原需數年的美術resoourece製作時間大幅縮短到1年內。
基本上就是簡單的演算法和美術預塞隱藏骨架配合的實作演算法介紹。
・技術が生み出すゲームアニメーション
~プロシージャルアニメーション/モーションマッチング~
https://youtu.be/t3KCgZDZ93E
跟上面的講座有點類似,只是內容就是比較深一點的數學了。
讓不同體型的敵人搭配不同的武器,如何穩定在各種地形出相同的攻擊。
大致就是這幾年主流的procedural animation實例介紹。
後半是16年GDC上,UBI在榮耀戰魂上提出的Motion Matching方法的投入實驗介紹。
詳細請看UBI的發表內容
https://tinyurl.com/y24sgmzr
簡單說,就是捨棄以往類似state machine,1對1的motion resource製作,
而是讓演員錄製一支5分鐘的影片,
影片內容有規定必須遵照特定路線與動作來拍攝,以確保motion data的完整性。
然後在角色當下的動作完成時,會回去找該5分鐘影片一禎一禎搜尋,
搭配玩家的指令輸入,去找出最合適的那一禎動作,並遷移過去。
這是非常高價且奢侈的方式,基本上現世代主機遊戲難以實現該作法,
但是榮耀戰魂剛好是肢體表現為主的格鬥遊戲,有辦法將所有資源通通拿來算motion,
因此非常可能是本世代唯一一片有辦法使用該技術的作品。
目前Motion Matching已被視為會成為下世代主機的標準workflow,
因此各廠都開始有在投入相關研究與實驗,去年萬代也在CEDEC有類似發表。
這裡老卡有簡單DEMO了一下他們的成果。
另外認為原本UBI所提出的5分鐘影片模式在應用時並不好使用,
因此改成已數支4 50秒影片的方式來實作,發現效果不俗。
・レンダリング技術の進化
https://youtu.be/Gz0k91MVjys
這段基本上就是近期流行的Rendering技術大雜燴,
各項技術在RE ENGINE還有惡靈古堡2 惡魔獵人5的實際成果。
部分內容在去年CEDEC介紹魔物獵人使用MT Framework做魔改時也有類似應用。
另外有DEMO部分惡魔獵人5使用光追去渲染出來的成果,
整體表現不錯,只是目前在鏡子反射上有些瓶頸卡住尚未實作。
・「デビルメイクライ5」におけるシミュレーション ~破壊と二次アニメーション~
https://youtu.be/DQOzMoNaB_U
美術的實作trick介紹,
事先模擬bake的動畫,與CPU/GPU Motion混合使用去平衡視覺與遊戲設計的實例解說。
・「デビルメイクライ5」におけるVFX解説
https://youtu.be/7UPc79EMwgk
跟上面一樣是美術resource的實例介紹,只是這次換成VFX製作。
運用shader的搭配,如何bake出真實感高的VFX。
另外還有搭配run-time的數據輸入去對特效實時產生變化的一些實作內容介紹。
------------------------------------------
大概就是以上內容,簡單分享一下。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 131.147.239.56 (日本)
※ 文章網址: https://www.ptt.cc/bbs/GameDesign/M.1572270485.A.313.html
※ 發信站: 批踢踢實業坊(ptt.cc)
※ 轉錄者: kuku321 (131.147.239.56 日本), 10/28/2019 21:50:08
推
10/28 22:01,
4年前
, 1F
10/28 22:01, 1F
推
10/28 22:01,
4年前
, 2F
10/28 22:01, 2F
※ 編輯: kuku321 (131.147.239.56 日本), 10/28/2019 22:04:33
推
10/28 22:05,
4年前
, 3F
10/28 22:05, 3F
推
10/28 22:32,
4年前
, 4F
10/28 22:32, 4F
→
10/28 22:33,
4年前
, 5F
10/28 22:33, 5F
推
10/28 22:37,
4年前
, 6F
10/28 22:37, 6F
你可以想像是以前的motion都是一段一段的影片檔案。
可能光是輕攻擊三段傷害就是三個影片,
更別說重攻擊、開槍、換武器、或是跑起來跳上跳下了。
這motion檔案首先需要大量的美術人力去做,光一個角色通常都是幾個月起跳的。
就算請演員來錄,也是一支一支影片需要微調,
而且這一個一個檔案都會吃容量,做得越細,遊戲越肥。
但是現在motion matching基底就是請演員去拍影片就好,
美術可能需要微調,但是可能幾天頂多幾周就能完成,
然後再靠硬體效能和程式演算法或AI搭配等去高速預測下一個動作自動計算,
這大量的人時就可以去做更多其他的事情了。
推
10/28 22:39,
4年前
, 7F
10/28 22:39, 7F
推
10/28 22:42,
4年前
, 8F
10/28 22:42, 8F
推
10/28 22:42,
4年前
, 9F
10/28 22:42, 9F
推
10/28 22:42,
4年前
, 10F
10/28 22:42, 10F
※ 編輯: kuku321 (131.147.239.56 日本), 10/28/2019 23:00:42
推
10/28 23:03,
4年前
, 11F
10/28 23:03, 11F
→
10/28 23:26,
4年前
, 12F
10/28 23:26, 12F
推
10/28 23:32,
4年前
, 13F
10/28 23:32, 13F
推
10/28 23:33,
4年前
, 14F
10/28 23:33, 14F
→
10/28 23:33,
4年前
, 15F
10/28 23:33, 15F
→
10/28 23:33,
4年前
, 16F
10/28 23:33, 16F
差不多。
但能運用的資訊除當前動作、玩家輸入指令外,應該還有很多能深入研究當變數的,
這點算是接下來的研究重點,各廠的特色,下世代應該會在這出現有趣的分岐。
像是做TPS的跟做ACT的注重的點就不會一樣,各自調教蠻讓人期待的。
※ 編輯: kuku321 (131.147.239.56 日本), 10/28/2019 23:37:21
→
10/28 23:35,
4年前
, 17F
10/28 23:35, 17F
推
10/28 23:41,
4年前
, 18F
10/28 23:41, 18F
→
10/28 23:42,
4年前
, 19F
10/28 23:42, 19F
推
10/28 23:52,
4年前
, 20F
10/28 23:52, 20F
推
10/29 00:34,
4年前
, 21F
10/29 00:34, 21F
推
10/29 01:36,
4年前
, 22F
10/29 01:36, 22F
推
10/29 01:41,
4年前
, 23F
10/29 01:41, 23F
推
10/29 07:30,
4年前
, 24F
10/29 07:30, 24F
推
10/29 07:42,
4年前
, 25F
10/29 07:42, 25F
推
10/29 07:55,
4年前
, 26F
10/29 07:55, 26F
推
10/29 09:38,
4年前
, 27F
10/29 09:38, 27F
推
10/29 10:54,
4年前
, 28F
10/29 10:54, 28F
推
10/29 16:13,
4年前
, 29F
10/29 16:13, 29F
→
10/29 16:14,
4年前
, 30F
10/29 16:14, 30F
→
10/29 16:15,
4年前
, 31F
10/29 16:15, 31F
→
10/29 16:15,
4年前
, 32F
10/29 16:15, 32F
→
10/29 16:16,
4年前
, 33F
10/29 16:16, 33F
→
10/29 16:19,
4年前
, 34F
10/29 16:19, 34F
推
10/29 16:37,
4年前
, 35F
10/29 16:37, 35F
→
10/29 16:37,
4年前
, 36F
10/29 16:37, 36F
→
10/29 16:38,
4年前
, 37F
10/29 16:38, 37F
推
10/29 18:17,
4年前
, 38F
10/29 18:17, 38F
推
10/29 22:02,
4年前
, 39F
10/29 22:02, 39F
→
10/29 23:44,
4年前
, 40F
10/29 23:44, 40F
推
10/30 10:01,
4年前
, 41F
10/30 10:01, 41F
推
10/30 10:03,
4年前
, 42F
10/30 10:03, 42F
推
10/30 14:05,
4年前
, 43F
10/30 14:05, 43F
討論串 (同標題文章)
以下文章回應了本文:
完整討論串 (本文為第 2 之 3 篇):