Interposing Open GL and sending that across the wire

Post Reply
User avatar
blazespinnaker
Certif-Eyed!
Posts: 541
Joined: Sat Sep 01, 2012 11:53 pm

Interposing Open GL and sending that across the wire

Post by blazespinnaker »

You can do native OpenGL on android.

Why not just communicate all the opengl commands across the wire and re-render that on the android device. You might even be able to get away with that in wireless.
Gear VR: Maybe OVR isn't so evil after all!
MSat
Golden Eyed Wiseman! (or woman!)
Posts: 1329
Joined: Fri Jun 08, 2012 8:18 pm

Re: Interposing Open GL and sending that across the wire

Post by MSat »

That would require significantly higher bandwidth, not to mention the poorer performance of a mobile GPU vs a proper gaming GPU on a PC.
User avatar
cybereality
3D Angel Eyes (Moderator)
Posts: 11407
Joined: Sat Apr 12, 2008 8:18 pm

Re: Interposing Open GL and sending that across the wire

Post by cybereality »

Yeah, you would not gain much from doing this.

The OpenGL API calls themselves would be quick to send wirelessly, but then what about loading resources (like textures).

You could say the textures would be stored on the mobile device, but then what is the point of running the game on a PC?
Attreyu
Cross Eyed!
Posts: 175
Joined: Sun Jun 02, 2013 4:21 pm

Re: Interposing Open GL and sending that across the wire

Post by Attreyu »

Give it a couple of years. The mobile GPUs of today are very capable. I think it's only a matter of time before being capable of rendering 2008-2010 era games natively.

And PC rendering will get obsolete anyway, once the bandwith issues are resolved. Nvidia GRID server farms doing all the work then.
the_wretched
One Eyed Hopeful
Posts: 39
Joined: Wed Mar 27, 2013 5:03 am
Location: Germany

Re: Interposing Open GL and sending that across the wire

Post by the_wretched »

Bandwidth is not the main Problem, latency is.
Attreyu
Cross Eyed!
Posts: 175
Joined: Sun Jun 02, 2013 4:21 pm

Re: Interposing Open GL and sending that across the wire

Post by Attreyu »

the_wretched wrote:Bandwidth is not the main Problem, latency is.
Latency time = screen capture (memory copy) + RGB(A)-YUV conversion + encoding + packetization + transfer + decoding + rendering.

If you have solid GPUs on both side, the only thing remaining is the transfer part - bandwith. Which is why we are still using cables to deliver the video feed.
MSat
Golden Eyed Wiseman! (or woman!)
Posts: 1329
Joined: Fri Jun 08, 2012 8:18 pm

Re: Interposing Open GL and sending that across the wire

Post by MSat »

the_wretched wrote:Bandwidth is not the main Problem, latency is.
Well, if you're trying to shuffle large amounts of data around, then a decrease in bandwidth is an increase in latency.

Consider this:

A two channel Thunderbolt interface (AFAIK the fastest consumer-level serial port) has a bandwidth of 20 Gigabits/sec

On the othe hand, the PCIe 16X 2.0 interface used by most GPUs has a bandwidth of 8 Gigabytes/sec, or 64Gigabits/sec
A GPU using a PCIe 3.0 port has nearly double the amount of bandwidth as one attached to a 2.0 port. Either way, both are substantially higher than Thunderbolt, so I would say bandwidth is still very much a big problem.
Post Reply

Return to “Oculus VR”