Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Google Stadia uses Style Transfer ML to change video game art in real time

turingtribe.com

Post reply on HN
Print view View original

91–96 of 96 posts

Re: Google Stadia uses Style Transfer ML to change video game art in real time

#91

Post by caprese »

umeshunni wrote: post #73
caprese wrote: post #18

Earlier quoted context omitted.

Onlive - required other people's infrastructure and a hardware play, and a software client. Playstation Now - required Sony to buy/use a cloud service, maintain it, and expensive Sony hardware just as a force of habit. Google - negligible instance running on their existing infrastructure, maintained under existing processes, playable on chromecasts already in hotels and homes everywhere, alongside browsers and mobile…

> playable on chromecasts already in hotels Are there actually Chromecasts in hotels? I have never seen one and curious which chains have them.

Yeah its a game changer. Marriott brand is rolling them out, and Hyatt has them too. These are massive portfolios now, and will save them from getting screwed over continually by Apple changing the docking station ports.

For now Chromecast just being there and part of the TV will let users do what they want with music and now this.

Re: Google Stadia uses Style Transfer ML to change video game art in real time

#92

Post by houndsofnone »

ghostbrainalpha wrote: post #26
j-c-hewitt wrote: post #16

Earlier quoted context omitted.

100ms+ feels worse in this kind of thing compared to 100ms ping to a multiplayer server because even if you have bad ping to a server the game still records your inputs locally and feels responsive. More realistically it will be more like 180ms+ on a home connection. I was an OnLive user when it existed earlier in the decade and I would say that it felt generally fine in games with forgiving timers that were not all…

You are totally right about the turn based games. I used a game streaming service called Shadow, and it works amazing for Sim City, Frost, and Civilization type games. I really hope Google focused on putting out quality titles in the city builder genres. Hell it might even make sense if they outright bought the Civilization franchise.

I would love to play a turn-based strategy like Rome Total War using this. Games like that are perfect for 20 minute chunks of gameplay on a bus/train, in the airport, waiting somewhere.

Re: Google Stadia uses Style Transfer ML to change video game art in real time

#93

Post by candiodari »

bduerst wrote: post #44
cwyers wrote: post #34

Earlier quoted context omitted.

You still have to do all the work of building the geometries for the art assets, are you really saving that much on not having to color/texture those assets?

Maybe? One of the hacks of adding more assets without having to do much work is just recycling existing assets by assigning different color schemes/textures.

That's one thing, plus look at the result. This makes a very lowpoly game quite impressive visually.

And this is just a trivial graphic filter through a neural network. A lot more can be done with AI.

Re: Google Stadia uses Style Transfer ML to change video game art in real time

#94

Post by make3 »

currymj wrote: post #59
make3 wrote: post #57

Earlier quoted context omitted.

Tensorflow support on AMD is supposedly not awful anymore. https://medium.com/tensorflow/amd-rocm-gpu-support-for-tenso... I wish someone who had >actual It's an important question.

I haven't personally tried to do anything on an AMD GPU, but AMD actually has a very active GitHub repository https://github.com/ROCmSoftwarePlatform/tensorflow-upstream . If you go through the issues you can get a sense of what it's like from people who do have practical experience.

this is like bad selection bias though. people never write issues to say things are going well. the general Tensorflow issues are also about only bad things, by definition

Re: Google Stadia uses Style Transfer ML to change video game art in real time

#95

Post by heavenlyblue »

muststopmyths wrote: post #62
heavenlyblue wrote: post #23

Earlier quoted context omitted.

Are you implying Google doesn’t need to maintain an expensive cloud infrastructure for it as opposed to Playstation? The only reason they can do that today without specialised hardware a-la OnLive is because Nvidia and co. now have specialised GPU circuits allowing one to stream the encoded video output to memory. When OnLive started they had to do it themselves. I don’t believe you have any idea what you are speakin…

> Nvidia and co. now have specialised GPU circuits allowing one to stream the encoded video output to memory. Could you clarify what you (and the comments mentioning NVENC below) are talking about ? As far as I understand it, NVENC and the ilk are solutions that capture video output and encode it to H264. So they are x264 encoding accelerators, nothing more. If you were running a datacenter this way, you'd be much be…

You:

>> As far as I understand it, NVENC and the ilk are solutions that capture video output and encode it to H264. So they are x264 encoding accelerators, nothing more.

Me:

>> allowing one to stream the encoded video output to memory.

You're being pedantic. What I meant is that OnLive actually needed specialised hardware because they could not provide their service without it (as in: there was no capability in hardware, without changes to the codebase - to render not to an external display). You, on the other hand - are speaking about the conceptualised "perfect" implementation.

Google doesn't need that hardware in order to provide that service because by now there's a hardware capability that allows you to capture the screen of the device you are rendering to. They could try to be more efficient by using other hardware, but that's not a prerequisite for their Gaming Service.

Re: Google Stadia uses Style Transfer ML to change video game art in real time

#96

Post by heavenlyblue »

caprese wrote: post #37
heavenlyblue wrote: post #23

Earlier quoted context omitted.

Are you implying Google doesn’t need to maintain an expensive cloud infrastructure for it as opposed to Playstation? The only reason they can do that today without specialised hardware a-la OnLive is because Nvidia and co. now have specialised GPU circuits allowing one to stream the encoded video output to memory. When OnLive started they had to do it themselves. I don’t believe you have any idea what you are speakin…

> I don’t believe you have any idea what you are speaking about. You are gatekeeping based on irrelevant details when my point is that prior entrants had higher or untenable costs and Google might not, which I think you agreed on. Google's advantage is that it doesn't need a dedicated hardware play, has saturation in relevant markets in their existing hardware plays, and has existing capacity in their large compute i…

Google's advantage is that they've got loads of cash. Speaking of that advantage is adding nothing to a conversation.
Post reply on HN