Re: [索尼] 申請將100GB的3A縮小至100MB的專利
這個不是雲!啦
而且這個專利其實滿有意思的,可能會是未來遊戲的主要發展方向
雲遊戲是串流遊戲
簡單來說它只有做一件事情:使用者相關的I/O
接收使用者的輸入,然後輸出畫面給使用者。其他過程全部都給串流伺服器方處理
跟以前的互動式DVD差不多概念,你是在操作一個會回饋給你的影片
執行遊戲的流程大概是:
從硬碟中讀取遊戲檔案,將執行需要的資料載入到記憶體中
將渲染需要的資料複製一份至VRam中
(材質、頂點資料、Shader等等,也就是俗稱的模型跟貼圖)
當玩家在世界中移動的時候,GPU會即時將玩家目前應該要看到的畫面的模型跟貼圖
從VRam中湊出來,貼到記憶體中的對應位置(例如在(25,18,33)貼一個車子)這樣
與此同時,玩家操作、動作邏輯、碰撞等等的部分是CPU處理
以及播放載入記憶體中的音樂音效等等
當執行到劇情點的時候,從硬碟中將對應的影片檔案讀入,載入完成後播放
影片跟繪圖素材跟音樂音效(無損格式很肥的)
是目前遊戲裡容量佔最重的部分,這個部分我們叫資產Assets或資源Resources,
程式跟資料都是單純文字大不到哪去
然後索尼的這個技術是把這部分抽出來變成資產串流
因為我只有大概看過而已,不太確定它串流是先串到硬碟快取再載入還是直接進記憶體
我猜測應該是直接進記憶體
執行遊戲需要的核心部分其實並不包含繪圖、影片、音樂音效
它們在CPU運行的型態都只是各種向量跟路徑而已,就算拔掉其實遊戲還是可以執行
這技術的概念還是跟原本遊戲一樣是由玩家電腦作主要計算,
只是將資產的部分改成用執行期下載的方式
遊戲不是隨時都把所有資產載入記憶體的,只會載入目前可能需要的部分
例如目前場景只有煌雷龍,那就不用載入戟龍的資產,
但戟龍的檔案依然在硬碟裡面佔空間,因為你有可能一個轉場就需要從硬碟把它撈出來了
當場景素材只有2GB的時候,這技術就可以只下載需要的2GB素材存進記憶體
跟串流(雲)遊戲是不同方向
有點類似手機遊戲的資源下載模式,雖然手機的依然是先寫進硬碟再讀出來用,
寫完也會保留下來佔空間
節省的只有硬碟空間,其他遊戲執行的部分還是看你原本的硬體,跑不動的還是跑不動
不過這代表未來可以不用先等幾小時的下載時間就可以直接啟動遊戲,也不容易遇到
裝遊戲前得先砍遊戲的窘境
對於移動裝置或較難增加容量的設備(家機或AIO電腦)來說前景看好
但台灣的網路…可能暫時跟我們沒什麼關係
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.33.3.65 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/C_Chat/M.1771078673.A.CBD.html
推
02/14 22:19,
2月前
, 1F
02/14 22:19, 1F
差別滿大的,因為它不是「把運算結果用網路傳回來」
本機電腦做的事情跟一般遊戲在做的事情幾乎是一樣的,差異是資產由串流方式提供
而不是從硬碟撈
推
02/14 22:30,
2月前
, 2F
02/14 22:30, 2F
推
02/14 22:31,
2月前
, 3F
02/14 22:31, 3F
→
02/14 22:31,
2月前
, 4F
02/14 22:31, 4F
的確,串流遊戲目前來說是傳影片過來
→
02/14 22:31,
2月前
, 5F
02/14 22:31, 5F
這看起來是真的滿吃所在區域網路狀況的
→
02/14 22:32,
2月前
, 6F
02/14 22:32, 6F
在容量有限的裝置上滿有用的
→
02/14 22:32,
2月前
, 7F
02/14 22:32, 7F
可以這麼說,圖片以外還有音樂音效跟影片
→
02/14 22:32,
2月前
, 8F
02/14 22:32, 8F
→
02/14 22:33,
2月前
, 9F
02/14 22:33, 9F
推
02/14 22:33,
2月前
, 10F
02/14 22:33, 10F
看起來是
推
02/14 22:34,
2月前
, 11F
02/14 22:34, 11F
推
02/14 22:37,
2月前
, 12F
02/14 22:37, 12F
網路穩定的情況下跟完整下載的遊戲延遲表現應該不會差太多
推
02/14 22:40,
2月前
, 13F
02/14 22:40, 13F
→
02/14 22:40,
2月前
, 14F
02/14 22:40, 14F
以目前的動態載入技術來說,工程師能力足夠的情況下反而過場讀取可能會更快
因為不受限於硬碟速度,直接網路->記憶體,再做好異步預測下載就可以了
例如房間A-B-C,玩家在B的情況只能通到A或C,那就預先把A或C的資源下載載入好
不過原本從硬碟讀到記憶體變成從網路載到記憶體這樣
→
02/14 22:40,
2月前
, 15F
02/14 22:40, 15F
→
02/14 22:41,
2月前
, 16F
02/14 22:41, 16F
→
02/14 22:42,
2月前
, 17F
02/14 22:42, 17F
這其實可以靠異步解決啦,已經行之有年了
開放世界類型的遊戲*大部分*都得用動態載入,素材讀取的部分都是背景異步處理的
推
02/14 22:43,
2月前
, 18F
02/14 22:43, 18F
→
02/14 22:43,
2月前
, 19F
02/14 22:43, 19F
這真的難說,看下載的設計方式,良好的設計是有可能比從SSD讀取快的
推
02/14 22:44,
2月前
, 20F
02/14 22:44, 20F
→
02/14 22:44,
2月前
, 21F
02/14 22:44, 21F
→
02/14 22:44,
2月前
, 22F
02/14 22:44, 22F
不是,你說的才是串流遊戲的運作方式
這個技術不是這樣
→
02/14 22:44,
2月前
, 23F
02/14 22:44, 23F
在1小時裡面每分鐘載1GB
跟要玩之前先等載60GB的差別,大概是這樣
推
02/14 22:45,
2月前
, 24F
02/14 22:45, 24F
→
02/14 22:45,
2月前
, 25F
02/14 22:45, 25F
→
02/14 22:45,
2月前
, 26F
02/14 22:45, 26F
這也是優勢之一
還有 195 則推文
還有 26 段內文
→
02/15 07:05,
2月前
, 222F
02/15 07:05, 222F
→
02/15 07:06,
2月前
, 223F
02/15 07:06, 223F
→
02/15 07:06,
2月前
, 224F
02/15 07:06, 224F
推
02/15 07:18,
2月前
, 225F
02/15 07:18, 225F
推
02/15 07:20,
2月前
, 226F
02/15 07:20, 226F
→
02/15 07:21,
2月前
, 227F
02/15 07:21, 227F
噓
02/15 07:38,
2月前
, 228F
02/15 07:38, 228F
→
02/15 07:38,
2月前
, 229F
02/15 07:38, 229F
串流就只是一個技術而已
應用在畫面傳輸那就是netflix
在畫面傳輸的同時接收使用者輸入那就是雲遊戲
現在就只是要把串流應用在資產傳輸而已
本來就是建基於網路的技術
推
02/15 07:44,
2月前
, 230F
02/15 07:44, 230F
→
02/15 07:44,
2月前
, 231F
02/15 07:44, 231F
當8GB的素材需要在3分鐘以內讀入記憶體的時候
8000MB/s跟100MB/s沒有任何差別
推
02/15 07:53,
2月前
, 232F
02/15 07:53, 232F
推
02/15 08:16,
2月前
, 233F
02/15 08:16, 233F
→
02/15 08:16,
2月前
, 234F
02/15 08:16, 234F
為什麼要限制在B2C模式?應用範圍沒那麼窄
甚至也不一定得限定在Internet上,Lan高速傳輸也是一個應用範圍啊
推
02/15 08:56,
2月前
, 235F
02/15 08:56, 235F
推
02/15 08:58,
2月前
, 236F
02/15 08:58, 236F
→
02/15 08:58,
2月前
, 237F
02/15 08:58, 237F
※ 編輯: karta1897830 (42.70.228.216 臺灣), 02/15/2026 10:31:39
→
02/15 10:29,
2月前
, 238F
02/15 10:29, 238F
※ 編輯: karta1897830 (42.70.228.216 臺灣), 02/15/2026 10:49:34
噓
02/15 11:22,
2月前
, 239F
02/15 11:22, 239F
→
02/15 11:22,
2月前
, 240F
02/15 11:22, 240F
→
02/15 11:22,
2月前
, 241F
02/15 11:22, 241F
→
02/15 11:22,
2月前
, 242F
02/15 11:22, 242F
== 我前面說100Mbps,你自己接話成100MB/s,
我接著這段後面都打100MB/s反而變成我搞不清楚了?
我用100MB/s是因為這對非相關背景的人來說比較直覺。
還有從開頭就在說的,這種串流模式勢必得做分散載入,
啊你要一直拿瞬時載入來說串流不如SSD
那你要不要說網路速度不如火車載硬碟,就不同跑道的東西。
※ 編輯: karta1897830 (42.70.228.216 臺灣), 02/15/2026 11:55:38
噓
02/15 12:03,
2月前
, 243F
02/15 12:03, 243F
要不要回想一下你179樓打了啥
我從179樓之後就預設你不懂Mbps跟MB/s的差別了,
所以我之後都是打100MB/s,對你來說可能直覺一點
至於230樓我承認是打錯,因為JPTT修文存檔斷線3次
10點左右的修文我一樣的內容用手機重打了4次,的確是沒注意到
這段就不修了,留給你一點發揮的賽道
※ 編輯: karta1897830 (42.70.228.216 臺灣), 02/15/2026 12:16:38
→
02/15 12:14,
2月前
, 244F
02/15 12:14, 244F
→
02/15 12:20,
2月前
, 245F
02/15 12:20, 245F
標題是G.
※ 編輯: karta1897830 (42.70.228.216 臺灣), 02/15/2026 12:22:15
噓
02/15 12:28,
2月前
, 246F
02/15 12:28, 246F
→
02/15 12:28,
2月前
, 247F
02/15 12:28, 247F
→
02/15 12:29,
2月前
, 248F
02/15 12:29, 248F

我架構的,偶爾工作需要也做優化,去年也剛修完一座屎山
我不想對你的專業評頭論足,只是一直把瞬時載入跟分散載入混為一談比速度
看起來真的很外行,所以我直接把你當成非業內人士
快過年了,去忙該忙的事情吧,新年快樂。
※ 編輯: karta1897830 (42.70.228.216 臺灣), 02/15/2026 12:41:28
→
02/15 12:44,
2月前
, 249F
02/15 12:44, 249F
推
02/15 15:03,
2月前
, 250F
02/15 15:03, 250F
→
02/15 15:03,
2月前
, 251F
02/15 15:03, 251F
不是,大部分資料是本機計算後傳遞給官方伺服器
跟現行遊戲架構一樣,另外多一條串流資產這樣
※ 編輯: karta1897830 (42.70.228.216 臺灣), 02/15/2026 16:30:05
討論串 (同標題文章)
完整討論串 (本文為第 2 之 7 篇):
142
380
C_Chat 近期熱門文章
PTT動漫區 即時熱門文章
11
16
41
50