AMD Delivers Crimson ReLive Drivers: Yearly Feature Update for Radeon Gamers and Professionals
by Ian Cutress on December 8, 2016 9:00 AM ESTThis time last year we saw the launch of Radeon Crimson. This was AMD’s big attempt to state that a yearly cadence for software features was a good thing, and helped streamline the process for the number of initiatives that AMD participates in when it comes to GPUs. This year the update is called ‘Crimson ReLive’, and features a number of updates such as integrating the professional aspect of Radeon Pro into the cadence, a push towards VR features, and additional elements to gamers/streamers and even screen recording for professional software.
Then vs. Now
As was made clear during various presentations during 2016, AMD’s driver and software teams have been shaken up and put on a quest to improve the user experience. This has been explicitly stated as more quality assurance, no fixed update schedule (fixes are published when they are ready) and a new push to ensure game-ready drivers are good-to-go when the game is launched. As a result we were promised more beta driver releases and a half-dozen WHQL releases during the year to ensure that steady stream. (The WHQL process takes time and doesn’t take into account game-specific issues, but offers a certified set of collected updates which can be required in certain environments.)
Users were promised six WHQL updates in 2016, and so far there have been eight. There have been a total of 29 driver releases (which makes 21 betas / hotfixes) with 28 new games supported and optimized, most of which were supported on day one. AMD has stated that this resulted in a user satisfaction rating (as rated through their metrics) of 9/10, and have been key to promote that the newer Crimson style of doing things is a stark contrast to the perception of AMD driver tools and software of generations past.
Back at the launch of Radeon Crimson in 2015, we saw the launch of a streamlined interface taking over from Catalyst Control Center, the introduction of Frame Pacing, Liquid VR integration (which was expected given the launch of VIVE/Oculus in 2016), shader caching, custom resolution support, FreeSync improvements, FrameRate Target Control (FRTC), Game Profiles, improved Eyefinity support and a new driver branch for performance. Ryan and Daniel wrote about this last year, and it’s still worth a read for users that do not recognize any of the terms in that list (some of which will be used in this piece).
For the 2016 update, Crimson ReLive, AMD has focused the updates into three key areas: Consumer, Developer and Professional. These are not hard-and-fast divisions, given that features for one market may also be used for another. However package-level updates typically fall into two areas: bug fixes and new tools.
AMD is keen to promote that for 2016, due to the immediate driver release methodology, the driver program can be on top of more bug-fixes and they're released as required. Part of this comes through the additional level of automated quality assurance but also an increased level of real-world/end-user test procedures as well as rigorous VR testing. AMD is aiming that the increased testing and focus on launch-day drivers that are right first time will give optimum performance. If there are updates to come, this way of testing also allows performance updates to be rolled out quicker, which AMD has tested compared to the RX 480 launch drivers. It was stated that the days of 40%+ performance increases due to drivers is set to disappear in part due to this refocused effort to get it right on day one.
Crimson ReLive on Linux
Before we get into the meat of the launch, a side note about Linux. The new launch will extend driver support to all AMD discrete graphics cards that are based on GCN architecture (so from AMD HD 7000-series and newer) but also gives Linux official FreeSync 1.0 support.
Supported operating systems for this are Ubuntu 14.04 / 16.04, RHEL 6.8 / 7.2 / 7.3, and SLED/SLES 12 SP2.
48 Comments
View All Comments
negusp - Thursday, December 8, 2016 - link
Linux support, AMD?negusp - Thursday, December 8, 2016 - link
Yes, you dork.BrokenCrayons - Thursday, December 8, 2016 - link
I'm hopeful they can improve since I don't want to have my choice of Intel or Nvidia on Linux for my next graphics card upgrade.coder111 - Thursday, December 8, 2016 - link
Wait what? AMD is great on Linux. The most FPS you can get with open-source drivers. And it's getting better by the day.NVidia is still better if you are willing to run BLOBs. But I don't want to deal with that hassle.
Read phoronix for more Linux benchmarks.
negusp - Thursday, December 8, 2016 - link
AMD is horrible on Linux. The fglrx driver has no support and the open-source drivers aren't great. OpenGL performance is really quite bad as well.Azurael - Thursday, December 8, 2016 - link
I don't get it, have you guys actually used AMD under linux recently? On the 7870 I just pulled out of my machine (and presumably at least all the GCN1.x cores, I know the later models use amdgpu which I've not tried), the radeonhd driver is totally stable now and fully supports OpenGL 4.5 and so far as I could see matches or betters the performance of the Windows drivers (though it's difficult to compare cross-OS, I wasn't about to mess up my Gentoo install with the proprietaries)Since I stuck a GTX 970 in my machine, I've realised it's actually Nvidia who are the laughing stock with drivers these days. In a matter of months, I've had stability problems under Windows, performance regressions with new drivers, the open source 'nouveau' driver won't even boot on said 970 as of 4.8.x without a bunch of kernel patches that just about enable 2D acceleration (but not at 1440, only 1080)
The proprietary Linux drivers are okay but it's a right pain in the backside having to remember to rebuild them every time I do a kernel update, plus they have no framebuffer console support so if something goes wrong before GDM starts successfully, I have to SSH into my machine to resolve it.
Azurael - Thursday, December 8, 2016 - link
I should add that I can't use a VGA framebuffer because it's an EFI-booting system, and efifb conflicts with the proprietary Nvidia drivers. They are a joke. And that's before we get on to the DX12/Vulkan performance. I wouldn't be at all surprised if my old 7870 matched the performance of my 970 there...Beany2013 - Friday, December 9, 2016 - link
When AMD works on Linux, it works well.However, I have an Ubuntu 16.10 box, with an R280, and AMD have basically thrown me under the bus. I can't even play back HD video without stuttering. There is no info on whether they will ever actually support <GCN 1.2 on ubuntu, period.
I'm going to have to revert back to Ubutnu 14.04.4 (not .5, as it has the Xorg that AMD can't be arsed working with) to get accelerated graphics back. Or install Debian instead (which would break the workflow I've had in Ubuntu for a few years).
or keep my workflow and by nvidia.
If anyone has an R280 on Ubuntu > 16.04 and has it working, let me know - because this, and AMDs attitude (IE *all* the development on Windows, fuck all on Linux) is really starting to get on my fucking tits.
artifex - Monday, December 12, 2016 - link
You're blaming your gear manufacturer because your preferred distro that used to work with it dropped support in more recent spins?JopV - Wednesday, December 21, 2016 - link
Uhm, no. FGLRX stopped development and no longer supports newer Linux kernels. So only distro's with old kernels will work, it can impossibly work on any modern distro.