Subject: General Tech, Graphics Cards, Mobile, Shows and Expos | March 19, 2014 - 09:02 AM | Scott Michaud
Tagged: OpenGL ES, opengl, opencl, gdc 14, GDC, EGL
The Khronos Group has also released their ratified specification for EGL 1.5. This API is at the center of data and event management between other Khronos APIs. This version increases security, interoperability between APIs, and support for many operating systems, including Android and 64-bit Linux.
The headline on the list of changes is the move that EGLImage objects makes, from the realm of extension into EGL 1.5's core functionality, giving developers a reliable method of transferring textures and renderbuffers between graphics contexts and APIs. Second on the list is the increased security around creating a graphics context, primarily designed for WebGL applications which any arbitrary website can become. Further down the list is the EGLSync object which allows further partnership between OpenGL (and OpenGL ES) and OpenCL. The GPU may not need CPU involvement when scheduling between tasks on both APIs.
During the call, the representative also wanted to mention that developers have asked them to bring EGL back to Windows. While it has not happened yet, they have announced that it is a current target.
The EGL 1.5 spec is available at the Khronos website.
Subject: General Tech, Graphics Cards, Mobile, Shows and Expos | March 17, 2014 - 09:01 AM | Scott Michaud
Tagged: OpenGL ES, opengl, Khronos, gdc 14, GDC
Today, day one of Game Developers Conference 2014, the Khronos Group has officially released the 3.1 specification for OpenGL ES. The main new feature, brought over from OpenGL 4, is the addition of compute shaders. This opens GPGPU functionality to mobile and embedded devices for applications developed in OpenGL ES, especially if the developer does not want to add OpenCL.
The update is backward-compatible with OpenGL ES 2.0 and 3.0 applications, allowing developers to add features, as available, for their existing apps. On the device side, most functionality is expected to be a driver update (in the majority of cases).
OpenGL ES, standing for OpenGL for Embedded Systems but is rarely branded as such, delivers what they consider the most important features from the graphics library to the majority of devices. The Khronos Group has been working toward merging ES with the "full" graphics library over time. The last release, OpenGL ES 3.0, was focused on becoming a direct subset of OpenGL 4.3. This release expands upon the feature-space it occupies.
OpenGL ES also forms the basis for WebGL. The current draft of WebGL 2.0 uses OpenGL ES 3.0 although that was not discussed today. I have heard murmurs (not from Khronos) about some parties pushing for compute shaders in that specification, which this announcement puts us closer to.
The new specification also adds other features, such as the ability to issue a draw without CPU intervention. You could imagine a particle simulation, for instance, that wants to draw the result after its compute shader terminates. Shading is also less rigid, where vertex and fragment shaders do not need to be explicitly linked into a program before they are used. I inquired about the possibility that compute devices could be targetted (for devices with two GPUs) and possibly load balanced, in a similar method to WebCL but no confirmation or denial was provided (although he did mention that it would be interesting for apps that fall somewhere in the middle of OpenGL ES and OpenCL).
The OpenGL ES 3.1 spec is available at the Khronos website.
Subject: Editorial, General Tech | March 11, 2014 - 10:15 PM | Scott Michaud
Tagged: valve, opengl, DirectX
Late yesterday night, Valve released source code from their "ToGL" transition layer. This bundle of code sits between "[a] limited subset of Direct3D 9.0c" and OpenGL to translate engines which are designed in the former, into the latter. It was pulled out of the DOTA 2 source tree and published standalone... mostly. Basically, it is completely unsupported and probably will not even build without some other chunks of the Source engine.
Still, Valve did not need to release this code, but they did. How a lot of open-source projects work is that someone dumps a starting blob, and if sufficient, the community pokes and prods it to mold it into a self-sustaining entity. The real question is whether the code that Valve provided is sufficient. As often is the case, time will tell. Either way, this is a good thing that other companies really should embrace: giving out your old code to further the collective. We are just not sure how good.
ToGL is available now at Valve's GitHub page under the permissive, non-copyleft MIT license.
Subject: Graphics Cards | February 26, 2014 - 06:17 PM | Ryan Shrout
Tagged: opengl, nvidia, Mantle, gdc 14, GDC, DirectX 12, DirectX, amd
UPDATE (2/27/14): AMD sent over a statement today after seeing our story.
AMD would like you to know that it supports and celebrates a direction for game development that is aligned with AMD’s vision of lower-level, ‘closer to the metal’ graphics APIs for PC gaming. While industry experts expect this to take some time, developers can immediately leverage efficient API design using Mantle, and AMD is very excited to share the future of our own API with developers at this year’s Game Developers Conference.
Credit over to Scott and his reader at The Tech Report for spotting this interesting news today!!
It appears that DirectX and OpenGL are going to be announcing some changes at next month's Game Developers Conference in San Francisco. According to some information found in the session details, both APIs are trying to steal some of the thunder from AMD's Mantle, recently released with the Battlefield 4 patch. Mantle is na API was built by AMD to enable more direct access (lower level) to its GCN graphics hardware allowing developers to code games that are more efficient, providing better performance for the PC gamer.
From the session titled DirectX: Evolving Microsoft's Graphics Platform we find this description (emphasis mine):
For nearly 20 years, DirectX has been the platform used by game developers to create the fastest, most visually impressive games on the planet.
However, you asked us to do more. You asked us to bring you even closer to the metal and to do so on an unparalleled assortment of hardware. You also asked us for better tools so that you can squeeze every last drop of performance out of your PC, tablet, phone and console.
Come learn our plans to deliver.
Another DirectX session hosted by Microsoft is titled DirectX: Direct3D Futures (emphasis mine):
Come learn how future changes to Direct3D will enable next generation games to run faster than ever before!
In this session we will discuss future improvements in Direct3D that will allow developers an unprecedented level of hardware control and reduced CPU rendering overhead across a broad ecosystem of hardware.
If you use cutting-edge 3D graphics in your games, middleware, or engines and want to efficiently build rich and immersive visuals, you don't want to miss this talk.
Now look at a line from our initial article on AMD Mantle when announced at its Hawaii tech day event:
It bypasses DirectX (and possibly the hardware abstraction layer) and developers can program very close to the metal with very little overhead from software.
This is all sounding very familiar. It would appear that Microsoft has finally been listening to the development community and is working on the performance aspects of DirectX. Likely due in no small part to the push of AMD and Mantle's development, an updated DirectX 12 that includes a similar feature set and similar performance changes would shift the market in a few key ways.
Is it time again for innovation with DirectX?
First and foremost, what does this do for AMD's Mantle in the near or distant future? For now, BF4 will still include Mantle support as will games like Thief (update pending) but going forward, if these DX12 changes are as specific as I am being led to believe, then it would be hard to see anyone really sticking with the AMD-only route. Of course, if DX12 doesn't really address the performance and overhead issues in the same way that Mantle does then all bets are off and we are back to square one.
Interestingly, OpenGL might also be getting into the ring with the session Approaching Zero Driver Overhead in OpenGL:
Driver overhead has been a frustrating reality for game developers for the entire life of the PC game industry. On desktop systems, driver overhead can decrease frame rate, while on mobile devices driver overhead is more insidious--robbing both battery life and frame rate. In this unprecedented sponsored session, Graham Sellers (AMD), Tim Foley (Intel), Cass Everitt (NVIDIA) and John McDonald (NVIDIA) will present high-level concepts available in today's OpenGL implementations that radically reduce driver overhead--by up to 10x or more. The techniques presented will apply to all major vendors and are suitable for use across multiple platforms. Additionally, they will demonstrate practical demos of the techniques in action in an extensible, open source comparison framework.
This description seems to indicate more about new or lesser known programming methods that can be used with OpenGL to lower overhead without the need for custom APIs or even DX12. This could be new modules from vendors or possibly a new revision to OpenGL - we'll find out next month.
All of this leaves us with a lot of questions that will hopefully be answered when we get to GDC in mid-March. Will this new version of DirectX be enough to reduce API overhead to appease even the stingiest of game developers? How will AMD react to this new competitor to Mantle (or was Mantle really only created to push this process along)? What time frame does Microsoft have on DX12? Does this save NVIDIA from any more pressure to build its own custom API?
Gaming continues to be the driving factor of excitement and innovation for the PC! Stay tuned for an exciting spring!
Podcast #285 - Frame Rating AMD Dual Graphics with Kaveri, Linux GPU Performance, and Dogecoin Mining!
Subject: General Tech | January 30, 2014 - 02:32 PM | Ken Addison
Tagged: podcast, frame rating, video, amd, Kaveri, A10 7850K, dual graphics, linux, opengl, Lenovo, IBM
PC Perspective Podcast #285 - 01/30/2014
Join us this week as we discuss Frame Rating AMD Dual Graphics with Kaveri, Linux GPU Performance, and Dogecoin Mining!
The URL for the podcast is: http://pcper.com/podcast - Share with your friends!
- iTunes - Subscribe to the podcast directly through the Store
- RSS - Subscribe through your regular RSS reader
- MP3 - Direct download link to the MP3 file
Hosts: Ryan Shrout, Jeremy Hellstrom, Josh Walrath and Allyn Malventano
Week in Review:
News items of interest:
0:37:45 Quick Linux mention
And Motorola Mobility
Hardware/Software Picks of the Week:
Subject: General Tech | January 23, 2014 - 02:58 PM | Jeremy Hellstrom
Tagged: opengl, linux, amd, nvidia
If you are a Linux user who prefers to use OpenGL graphics there is still a huge benefit to choosing NVIDIA over AMD. The tests Phoronix just completed show that the GTX680, 770 and 780 all perform significantly faster than the R9 290 with even the older GTX 550 Ti and 650 GPUs outperforming AMD's best in some benchmarks. That said AMD is making important improvements to their open source drivers as that is where they are lagging behind NVIDIA. The new RadeonSI Gallium3D for the HD7000 series shows significant performance improvements when paired with the new 3.13 kernel though still falling a bit behind the Catalyst driver they are now much closer to the performance of the proprietary driver. For older cards the performance increase is nowhere near as impressive but some certain benchmarks do show this Gallium3D driver to provide at least some improvements. Pity the Source engine isn't behaving properly during benchmarks which is why no tests were run on Valve's games but that should be solved in the near future.
"In new tests conducted last week with the latest AMD and NVIDIA binary graphics drivers, the high-end AMD GPUs still really aren't proving much competition to NVIDIA's Kepler graphics cards. Here's a new 12 graphics card comparison on Ubuntu."
Here is some more Tech News from around the web:
- Testing Out The Configurable TDP On AMD's Kaveri @ Phoronix
- Lenovo shares in trading halt ahead of 'disclosable transaction' @ The Register
- BT's breakneck broadband test hits unimaginable speeds over plain ol' fiber @ Engadget
- NETGEAR CES 2014 New Products Showcase @ Benchmark Reviews
- Symantec uncovers malware that uses Windows to infect Android devices @ The Inquirer
- Windows 8.1 update 'screenshots' leak: Metro apps popped into classic desktop taskbar @ The Register
- AMD starts year, checks watch, hurries out Warsaw Opterons @ The Register
- Luxa2 H5 Premium Car Phone Mount @ eTeknix
- Nvidia Grid – Is It The Future Of High Performance Computing? @ eTeknix
Subject: General Tech | April 8, 2013 - 01:59 PM | Jeremy Hellstrom
Tagged: linux, ubuntu 13.04, fedora 18, win7, opengl, Ivy Bridge
One major barrier to switching to Linux for many users is the graphical performance of the OS; Steam may be releasing a variety of games which will run on Linux but if the performance is awful there are not going to be many who think about making the switch. Phoronix has been a close eye on the development of OpenGL drivers for Linux, this time specifically the onboard Intel graphics present on Ivy Bridge chips. With one driver available for each OS the tests were easily set up, except for the aforementioned Steam games as there is a bug which prevents Phoronix from collecting the performance data they need. Check out the performance differences between Ubuntu 13.04, Fedora 18 and Win7 in the full article.
"Last month Phoronix published Intel OpenGL benchmarks showing Windows 8 outperforming Ubuntu 13.04 with the latest Windows and Linux drivers from Intel. I also showed that even with the KDE and Xfce desktops rather than the default Unity/Compiz desktop to Ubuntu, Windows 8 still was faster on this Intel "Ivy Bridge" platform. The new benchmarks to share today from this Intel Ultrabook are the Windows 8 and Ubuntu 13.04 results but also with performance figures added in from Microsoft Windows 7 Professional Service Pack 1 x64 and Fedora 18."
Here is some more Tech News from around the web:
- Intel is sampling Avoton Atom chips ahead of IDF Beijing @ The Inquirer
- HP announces low-power Moonshot system based on an Intel Atom chip @ The Inquirer
- The Surprising SUSE Linux @ Linux.com
- AMD to fully replace FM1 with FM2, AM3 with AM3+ in 2014 @ DigiTimes
- Solar powered robot mows your lawn while you chill indoors @ Hack a Day
- Microsoft to slap 9 patches on Windows junkies on Tuesday @ The Register
- ASUS AiCloud: A Fresh Face for Networking @ Bjorn3D
- Gadget Show Live 2013 – The Public Event @ Kitguru
- DIY MultiCopter - Part 1. @ Metku.net
Subject: General Tech | December 28, 2012 - 03:32 AM | Tim Verry
Tagged: valve, ubuntu, steam, opengl, linux, gaming
Gamers were given an early holiday present last Friday when Valve announced it would be opening up its Steam for Linux beta to everyone. For the past few months the company has been testing out a version of its Steam client software intended to run on Ubuntu 12.04 Linux. Valve initially performed internal testing, and then proceeded to invite users to a closed beta. And now (finally), it seems that the company is comfortable enough with the applications stability that it can release it to the general public. While it is still very much beta software, it is actively being developed and improved.
Along with the move to a public beta, Valve is transitioning to GitHub to track changes and bug reports. Further, an apt repository is in the works, which should make installing and updating the Steam beta client easier, especially on non-Ubuntu distros (like Ubuntu forks). From the documentation available on the Steam website, it seems that apt-get install gdebi-coreand gdebi steam.debis still the preferred command line installation proceedure, however.
Further, Valve has fixed several issues in the latest Steam for Linux client. (Users that were in the closed beta will need to update). The company has improved the back navigation arrow placement and added discount timers and other UI tweaks to Big Picture Mode, for example. Valve has also fixed a bug concerning high CPU usage when playing Team Fortress 2 and an issue with the Steam overlay crashing while playing Cubemen.
Right now, the game selection is very limited, but the client itself is fairly stable. The traditional and Big Picture Mode UI are identical to the Windows version that many gamers are familiar with, which is good. Installation on Ubuntu was really easy, but I had trouble getting it to work with the latest version of Linux Mint. In the end, I was not able to use the CLI method, but the GUI instructions that Valve provides ended up working. At the moment Valve is only officially supporting the beta on Ubuntu, but it is likely to be expanded to other Debian forks as well as used in Valve’s Steam Box console.
The full announcement can be found on the Steam Community site, and the repository files are located here. Another useful resource is the getting started thread on the Steam forums, where you can find help getting the client installed (especially useful if you are trying to install it on an alternative distro).
Have you used the Steam for Linux client yet? I’m excited to see more games and engines support the Linux OS, as that will be what will make or break it.
Subject: General Tech | October 18, 2012 - 01:05 PM | Jeremy Hellstrom
Tagged: opengl, nvidia, linux, driver
Phoronix tested out the new beta Linux driver from NVIDIA on a GTX 680 and saw some nice performance improvements compared to the previous generation of driver. They tested not just popular Linux games but also several Unigine benchmarks and for the most part when using just the basic driver they saw noticeable improvements and would recommend updating your system. On the other hand when they enabled the threaded OpenGL optimization performance plummeted in every test, leading Phoronix to describe the current threaded OpenGL support as "a mess at this point.". If you were hoping to take advantage of the new threading options, you'd best hold off for another driver revision.
"With the NVIDIA 310.14 Beta driver introduced at the beginning of this week there are some OpenGL performance improvements in general plus an experimental threaded OpenGL implementation that can be easily enabled. In this article are benchmarks from the NVIDIA GeForce GTX 680 with this new Linux driver release."
Here is some more Tech News from around the web:
- Calxeda plots server dominance with ARM SoCs @ The Register
- Mozilla Firefox 16 Review @ TechReviewSource
- Google offers a rare glimpse of its datacentres @ The Inquirer
- IE10 coming to Windows 7 sometime, maybe @ The Register
- Netgear Prosafe WNDAP360 Wireless-N Access Point Review @ eTeknix
- TerraLUX TLF-3C2AAEX LightStar220 2xAA Aluminium CREE XRE Q4 LED Flashlight Review @ ModSynergy
Subject: General Tech, Graphics Cards, Mobile, Shows and Expos | August 7, 2012 - 03:33 PM | Scott Michaud
Tagged: Siggraph, opengl, OpenGL ES, OpenGL 4.3, OpenGL ES 3.0
OpenGL turned 20 as of the start of this year. Two new versions of the API have just been released during SIGGRAPH: OpenGL 4.3 and OpenGL ES 3.0. Ars Technica put together a piece to outline the changes in these versions – most importantly: feature parity between Direct3D 11 and OpenGL 4.3.
As much attention as Direct3D gets for PC gamers – you cannot ignore OpenGL.
Reigning in graphics hardware is a real challenge. We desire to make use of all the computational performance of our devices but also make it easy to develop for in as few times as possible. Regardless of what mobile, desktop, or other device you own – if it contains a GPU it almost definitely supports either OpenGL or OpenGL ES.
Even certain up-and-coming websites utilize the GPU to break new ground.
The Khronosgraph says 20 years.
Two new versions of OpenGL were recently published: OpenGL 4.3 as well as OpenGL ES 3.0. For the first time OpenGL allows programmers to access compute shaders which makes it easier to accelerate computations which do not work upon pixels, vertices, or geometry without bringing in OpenCL or some other API. Unfortunately this feature does not appear to carry over to OpenGL ES 3.0.
OpenGL ES is also important, not just for native mobile development as it is intended, but also because it is considered the basis of WebGL. It is likely that a future WebGL revision will contain the OpenGL ES 3.0 enhancements such as many rendering targets, more complex shaders, and so forth.
But it seems like the major reason why these two revisions were released together – apart from their timing aligning with the SIGGRAPH trade show – is because OpenGL and OpenGL ES have been somewhat merged. OpenGL ES 3.0 is now a subset of OpenGL 4.3 rather than some heavily overlapping Venn diagram. Porting from one specification to the other should be substantially easier.
So happy birthday, OpenGL – just don’t go down the toilet on your 21st.