
The folks over at Phoronix had an
interesting interview with Linux game porter, Frank Earl. Despite the apparent decline in PC gaming, Earl has worked for Linux Game Publishing for several years and was seeking input from the community at large for game suggestions at Phoronix. He's also done work independently on porting various software over from Windows. The interview covers work that Earl has done, difficulties that arise in porting commercial games to Linux, successes they've had, his views on Linux in general, and his thoughts on the future of gaming in Linux.
Member since:
2006-02-26
What do you mean? Unless mistaken, most 2D operations can be made in 3D. Therefore, they should be already accelerated? The only unaccelerated operation that comes to my mind is direct pixel update, like playing a movie. Still, you could use textures and PBO/FBO to make it faster than, say, a glDrawPixel() call.
I was also surprised to read this. In the game industry, all UIs are done with the same primitives that are used for rendering the 3D scene.
In fact, for my current hobby project, I wrote a fully hardware accelerated path shape (fully compatible with the SVG path element) that uses pixel shaders for applying solid colors, images and linear/radial gradients with an arbitrary number of stops. It also supports using a Theora movie for the fill or stroke brush and does the YUV->RGB conversion in a pixel shader. The resulting images are identical to the SVG output of Firefox (which uses Cairo) assuming that the graphics hardware offers at least 4x MSAA.
The advantages of 3D hardware acceleration for 2D elements are tremendous. My implementation is written in C# and absolutely blows Cairo away when it comes to speed.