134
Stadia's death spiral, according to the Google employee in charge of mopping up after its murder (www.pcgamer.com)
submitted 1 year ago by geosoco@kbin.social to c/games@sh.itjust.works
73 comments fedilink hide all child comments

A statement from a Google employee, Dov Zimring, has been released as a part of the FTC vs Microsoft court case (via 9to5Google). Only minorly redacted, the statement gives us a run down of Google's position leading up to Stadia's closure and why, ultimately, Stadia was in a death spiral long before its actual demise.

"For Stadia to succeed, both consumers and publishers needed to find sufficient value in the Stadia platform. Stadia conducted user experience research on the reasons why gamers choose one platform over another. That research showed that the primary reasons why gamers choose a game platform are (1) content catalog (breadth and depth) and (2) network effects (where their friends play).

...

"However, Stadia never had access to the extensive library of games available on Xbox, PlayStation, and Steam. More importantly, these competing services offered a wider selection of AAA games than Stadia," Zimring says.

According to the statement, Google would also offer to pay some, or all, of the costs associated with porting a game to Stadia's Linux-based streaming platform to try and get more games on the platform. Still, in Google's eyes, this wasn't enough to compete with easier platforms to develop for, such as Nvidia's GeForce Now.

you are viewing a single comment's thread
view the rest of the comments
[-] merc@sh.itjust.works 17 points 1 year ago

AFAIK, MMOs keep all the game state on the servers already. The difference is that what they send to the client is key deltas to the game state, which the client then renders. Stadia type services instead render that on the datacenter side and send the client images.

With their expertise at networking and so-on, Google might have been able to get a slight advantage in server-to-server communication, but it wouldn't have enabled anything on a whole different scale, AFAIK.

IMO, their real advantage was that they could have dealt with platform switching in a seamless way. So, take an addictive turn-by-turn game like Civilization. Right now someone might play 20 turns before work, then commute in, think about it all day, then jump back in when they get home. With Stadia, they could have let you keep playing on your cell phone as you take the train into work. Play a few turns on a smoke break. Maybe play on a web browser on your work computer if it's a slow day. Then play again on your commute home, then play on the TV at home, but if someone wanted to watch a show, you could either go up and play on a PC, or pull out your phone, or play on a laptop...

[-] DarkGamer@kbin.social 3 points 1 year ago

Larger massive multiplayer capability was one of the features Google was touting upon Stadia's launch:

Over time, Buser [Google’s director of games] says we should not only see additional exclusive games on Stadia, but also cross-platform games doing things on Stadia “that would be impossible to do on a console or PC.” Instead of dividing up virtual worlds into tiny "shards" where only 100 or 150 players can occupy the same space at a time because of the limitations of individual servers, he says Google’s internal network can support living, breathing virtual worlds filled with thousands of simultaneous players.
https://www.theverge.com/2019/6/6/18654632/google-stadia-price-release-date-games-bethesda-ea-doom-ubisoft-e3-2019

[-] merc@sh.itjust.works 2 points 1 year ago

Sure, they claimed that, but it's telling that nobody ever took them up on that.

Google's internal network may be good, but it's not going to be an order of magnitude better than you can get in any other datacenter. If getting thousands of people into the same virtual space were just a matter of networking, an MMO would have already done it.

A shard is going to be storing the position, orientation and velocity of key entities (players, vehicles, etc.) in memory. If accessed frequently enough they'll be in the processor's cache. There's no way the speed of accessing that data can compare with networking speeds.

That doesn't mean there couldn't have been some kinds of innovations. Say a game like Star Citizen where there are space battles. In theory you could store the position and orientation of everything inside a ship in one shard and the position and orientation of ships themselves in a second shard. Since people inside the ship aren't going to be interacting directly with things outside the ship except via the ship, you could maybe afford a bit of latency and inaccuracy there. But, if you're just talking about a thousand-on-thousand melee, I think the latency between shards would be too great.

this post was submitted on 19 Sep 2023
134 points (98.6% liked)

Games

16645 readers
910 users here now

Video game news oriented community. No NanoUFO is not a bot :)

Posts.

  1. News oriented content (general reviews, previews or retrospectives allowed).
  2. Broad discussion posts (preferably not only about a specific game).
  3. No humor/memes etc..
  4. No affiliate links
  5. No advertising.
  6. No clickbait, editorialized, sensational titles. State the game in question in the title. No all caps.
  7. No self promotion.
  8. No duplicate posts, newer post will be deleted unless there is more discussion in one of the posts.
  9. No politics.

Comments.

  1. No personal attacks.
  2. Obey instance rules.
  3. No low effort comments(one or two words, emoji etc..)
  4. Please use spoiler tags for spoilers.

My goal is just to have a community where people can go and see what new game news is out for the day and comment on it.

Other communities:

Beehaw.org gaming

Lemmy.ml gaming

lemmy.ca pcgaming

founded 1 year ago
MODERATORS
nanoUFO@sh.itjust.works