409
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 15 Oct 2024
409 points (91.1% liked)
Games
32695 readers
483 users here now
Welcome to the largest gaming community on Lemmy! Discussion for all kinds of games. Video games, tabletop games, card games etc.
Weekly Threads:
Rules:
-
Submissions have to be related to games
-
No bigotry or harassment, be civil
-
No excessive self-promotion
-
Stay on-topic; no memes, funny videos, giveaways, reposts, or low-effort posts
-
Mark Spoilers and NSFW
-
No linking to piracy
More information about the community rules can be found here.
founded 1 year ago
MODERATORS
But how much data does it take to send terrain information? Why not just send the picture of the terrain every moment (stream it) rather than whatever they're doing?
That would require Microsoft to do something like running a 1:1 local render of everything the player is doing in their sim, for everyone playing the game, at all times. And then they'd have to stream that video feed to the player and somehow make sure the elsewhere-rendered terrain is synced up perfectly with the player's local game. Doesn't really seem reasonable.
But the bandwidth has to be more expensive in the long run...
Probably not more expensive than the immense computing power they would need to support something like the method I mentioned. I'm quite sure they've done a cost analysis on this lol.
Because it's 3D? Have you seen the advertizements?
Data vs compute
It's easy to send all the data in an x mile radius of the players position. Or to identify the players position, speed, camera angle, etc. render it all, compress it, and then send the computer, rendered, video fees.
But obviously they're taking the more bandwidth intense route, that must cost them more money...
Because it requires computing power from the GPU to translate the terrain into an image of the terrain. They’re using your local GPU for that since GPUs are expensive, and also it minimizes latency between control input and view update. If you turn the camera you want that new view immediately, not 200ms later.