[請益]引擎概念、不想用UE/unity,如何找合作?

作者: throwaway (平行線)   2021-03-29 11:53:20
個人背景:
* 工程,但非軟體
* 自認(跟自己相對比較)強項在演算法、投射幾何和物理、及系統設計
* 無軟體背景,但對過去邊做邊學的能力有自信(例:邊做coherent UI邊學html/js/css)
* 心虛於無軟體工程基礎,怕自學寫出來"能用,但一團亂"因漏學了哪個基礎環節
* 按部就班的砍掉重練不確定是否為最佳的時間效益,但若是唯一選項也不逃避
* 對於操作系統延遲和電競相關理論在國外鄉民中有小小名氣
(不便明確講、怕洩漏身分),提供過狹窄領域的技術顧問給一些開發團
設計好的概念但自己缺乏足夠嚴謹的軟體背景實現:
* 競技朝向設計四大環節,帶入嚴謹的系統設計/及時模擬理念:
* 物理 - 將傳統引擎因離散時間造成的非現實行為,推導成能在
連續時間的架構下運算的結果,將其準確性分離於運算時間差。
如此 現實行為 -> RK4 (用在非關鍵的世界物理)
非現實行為 -> 時間解析解 (用在關鍵的可定性玩家物理)
* 網路 - 因玩家物理推導成時間解析解,玩家資訊可壓縮為分析力學狀態,
伺服器與客戶只需中斷型的狀態更新,並且壓縮後的力學狀態即使
被外掛讀取記憶,外掛仍須做完所有的力學運算才能得出玩家位置。
時間解析解除去了客戶端插值延遲的需要,多出的時間挪用到放寬
逆推判定的時間上限,而網路延遲超出上限時做的外推在玩家低頻率變動
假設下是完全準確的,並且時間解析解的架構能畫出可變所有的範圍,
給高延遲玩家有心理準備對誤判糾正會出現的範圍做反應。
* 輸入 - 導入及時系統設計理念,確保所有玩家動作以及遊戲事件的 **時間準確性**
(不像NVIDIA為了行銷 "我們注重延遲" 而不分青紅皂白的全堆在 "降低延遲"
關鍵字一詞來騙小孩) 來達成玩家輸入的判辨準確性,
不一昧地的純靠增加運算頻率、像拳頭那樣沒先去理解問題就直接
用暴力方案(弄巧成拙了又在那邊自我感覺良好)
* 繪圖 - 在投射和像素化的過程使用自己推導的行程,導入輸入時間準確性的機制
做及時調整,無需VR類的重新投射也達成一樣的方向準確性。
並且加入特定機制達成一些本該是通用但被NVIDIA為了行銷而綁架的功能
(例: VK_GOOGLE_display_timing被NVIDIA Reflex綁架,
前置繪圖被NVIDIA VRWorks綁架)
以上是小弟想實現的技術概念。我沒有深入的市場上引擎開發經驗,但看了各廠的文件,
目測似乎有太多的累贅,但只有這幾個設計似乎好像又不值得時間效益重作引擎基礎元件
尤其是渲染方面,我只有對特定環節的更改,但其他大部分的近似演算,即使全部重做,
也比不上大廠有在維持的程式碼。
目前我認為最大的問題,在於連有哪些東西我不知道我都不清楚,不知從何開始做功課。
目前在自己摸索下大概知道的是ECS的設計概念較適合我的宏觀物理運算,並且Vulkan的
指令循環較能達成我的非同時性、分離繪圖行程
(以及調整我的設計儘可能降低繪圖指令的分離度)
另外,雖然我知道版上自稱有好點子的人不勝枚舉,但我還有一個具體的遊戲設計概念,
是我我多年觀察電競風向和休閒胃口所分析出,我覺得能夠真正成功的一個遊戲概念。
我整理出的設計環節包含:遊戲模式(休閒及競技同時考量)、遊戲外互動及消費設計、
以遊戲模式為中心的藝術和音效風格方向,跟(較長遠考量的)電競經營模式。
但都還只是概念階段,證明不出任何東西,可能甚至是想的太美/想的太遠,
所以不太好意思獻醜。但我希望傳達的是我想達成的概念範圍廣,
但又都是一知半解的層級,沒有一個是能有自己能力一人達成的專業。
即使全部去花時間摸索,時間效益也不一定划得算。
我想請教各位資深高手的是下列:
1. 我最基本還須先做好哪些功課才有資格找的到願意合作的人
2. 我該去那些環境找尋合作,並且建議該做好那些心理準備?
另外,各位可能會遲疑,為何不從過去的合作關係去連絡?
這其中有很多經過,但總結是因一些特殊關係,我的貢獻不太能拿出來廣告,
而我也不太想再去淌那相當歧視的環境。我希望從台灣以台灣的陣營實現我的想法
作者: wulouise (在線上!=在電腦前)   2021-03-29 12:36:00
先做一個mvp prototype
作者: NDark (溺於黑暗)   2021-03-29 12:49:00
作者: damody (天亮damody)   2021-03-29 19:00:00
自己拿錢出來當老闆如何?
作者: NDark (溺於黑暗)   2021-03-29 20:08:00
樓上太快出大決會game over.
作者: LuMya   2021-03-29 20:44:00
自己先動手做或是掏錢
作者: ctrlbreak   2021-03-30 01:56:00
生不逢時,要是20年前台灣應該很多公司都想自己做引擎.
作者: ccjjea (冰月)   2021-03-30 11:51:00
做引擎感覺很棒,除非有特殊的機遇,他應該要當作中程目標
作者: SecondRun (雨夜琴聲)   2021-03-30 12:05:00
作者: enthos (影斯作業系統)   2021-03-30 13:42:00
參加Godot計劃,再找人幫忙寫計劃書拉贊助書:Game Engine Architecture, Third Edition(1240 pages)https://handmadehero.org/faq Youtube教學方案
作者: poshboy (遊戲設計人,人設計遊戲)   2021-03-31 20:17:00
自己做看看阿,做過就知道為何UE/Unity這麼強大
作者: cannedtuna (cannedtuna)   2021-04-01 01:13:00
加入godot團隊
作者: kingroy (手殘總比腦殘好)   2021-04-01 10:46:00
動手做或者試試看魔改Unity或UE
作者: newyellow (newyellow)   2021-04-02 02:41:00
做引擎跟做遊戲是兩個完全不一樣的事情對改引擎有興趣的話 應該可以考慮開發 plugin?就像現在也有 scriptable render pipeline 可以發揮
作者: windkey (揪嚕嚕)   2021-04-04 10:42:00
作者問完就沒回了是怎樣
作者: jobintan (Robin Artemstein)   2021-04-06 11:48:00
Godot恐為唯一解,將Godot變成比Unity與UE還強大吧。
作者: acopika (acoaco)   2021-04-08 01:00:00
godot也很難 不過自己改有可能..羊駝我記得2月底才特別發一篇長文在解釋他不讓godot成為你想要的ECS的原因他有很多東西比較care的東西你都要過羊駝那一關 否則在好他也不認 就變成要自己維護自己的私人版本了
作者: pzs   2021-04-08 12:37:00
你就把你想要的功能做成 Frame阿,像Unity還可以掛在他們Asset store 上面賣。如果真的那麼好用可能 Unity 還會來跟你談技術收購或是招募。
作者: LayerZ (無法如願)   2021-04-12 23:02:00
推樓上,現在的環境真的是這樣,沒人在從底層寫引擎了..

Links booklink

Contact Us: admin [ a t ] ucptt.com