A report via PCGamesN points to some... interesting performance positioning when it comes to NVIDIA and AMD offerings. Battlefield V is being developed by DICE in collaboration with NVIDIA, but it seems there's some sand in the gears of performance improvements as of now. I say this because according to the report, AMD's RX 580 8 GB graphics card (the only red GPU to be tested) bests NVIDIA's GTX 1060 6GB... by quite a considerable margin at that.

The performance difference across both 1080p and 1440p scenarios (with Ultra settings) ranges in the 30% mark, and as has been usually the case, AMD's offerings are bettering NVIDIA's when a change of render - to DX12 - is made - AMD's cards teeter between consistency or worsening performance under DX 12, but NVIDIA's GTX 1060 consistently delivers worse performance levels. Perhaps we're witnessing some bits of AMD's old collaboration efforts with DICE? Still, It's too early to cry wolf right now - performance will only likely improve between now and the October 19th release date.

AMD at E3 2018 announced its commitment to powering the ultimate gaming experiences via partnerships with game publishers and developers, to bring fantastic 3D realms to life. In line with AMD's cooperation with Ubisoft in Far Cry 5, which saw the usage of AMD Vega-centric technologies (such as FP16 Compute on some water and lighting scenarios, Rapid Packed Math, and Shader Intrinsics) across the title, the company has announced it will help Ubisoft deliver a DX12-driven experience with The Division 2. It remains to be seen if more technologies than were used in Far Cry 5 will be in play here.

Alongside its Ubisoft/The Division 2 announcement, AMD also established partnerships with Capcom, for the upcoming Resident Evil 2 remake, and with Rebellion for their Strange Brigade title. The partnership with Capcom is a novel one, but AMD had already worked with Rebellion on Sniper Elite 4, for some stellar CrossFire performance. These partnerships join AMD's long-standing, long-reaching partnership with Bethesda Softworks, in order to fight NVIDIA's entrenchment with the videogame industry via its GameWorks program.

Benchmarking company Futuremark has recently introduced a new benchmark to its VRMark suite, the Cyan Room, which brings the latest in rendering technologies to the VR world. Futuremark expects this test to leverage the latest hardware and software developments in DX12 to better utilize today's GPUs still somewhat untapped power. In something of a plot twist, AMD's Radeon architectures (in the form of Polaris 20-based RX 580 and Vega-based RX Vega 56 and RX Vega 64) trump NVIDIA's equivalent offerings in pure performance numbers.

Testing was performed by pairing a Ryzen 7 1800X CPU with a selection of graphics cards from both AMD and NVIDIA, supported by 16GB of DDR4-2933 system memory, and Windows 10 x64. In a post on Radeon gaming, Scott Wasson said that "The Cyan Room (...) highlights AMD's continued performance leadership on this (VR) front," adding that "the Radeon GPUs we tested have clear leads over their direct competition. What's more, all the Radeon GPUs are meeting the key requirement for today's VR headsets by delivering at least 90 frames per second in this test."

CryEngine, the rendering prodigy responsible for some of the most visually impressive titles ever to grace our personal computing and gaming shores, is getting a Vulkan renderer. The news were broken down by the team at Crytek through a blog post, where they reaffirmed their commitment to proper GitHub support and updates for their game engine. The company puts it this way:

"Vulkan renderer
Following on from the renderer refactoring and DirectX 12 implementation, the team has been hard at work implementing a Vulkan renderer. The code can be seen in Code/RenderDll/XRenderD3D9/Vulkan/… although the feature is not functional, yet. We want to make these changes available to you for review whilst we are currently stabilizing the engine for our 5.4 release. So you can track our progress on GitHub until 5.4 is finally here by the end of July."

As you might recall, Microsoft bought HAVOK from Intel back in 2015, promising to "add Havok's IP to its existing tools and platforms, including DirectX 12, Visual Studio, and Azure." Well, it would seem we are seeing the fruits of that particular seeding, with Microsoft having trademarked "Direct Physics".

With Microsoft having previously talked about integrating HAVOK with its DX12 API, that is probably the most probable scenario for this trademark. A tighter, in-DX12 integration could possibly allow for the physics workflow to have increased performance under the API, which is something we can all get behind of. However, this also begs the question as to what exactly happens to HAVOK licensing in the process. I myself wouldn't expect Microsoft to put its HAVOK tools and libraries behind a DX12 implementation wall - the number of companies who license those libraries aren't few in number. So my guess is that Microsoft is simply rebranding the HAVOK middleware for integration under its DX12 API, which could mean opening up its libraries to any game that makes use of DX12.

Even though the NDA still isn't up on AMD's second volley of Ryzen-based CPUs, some lucky buyers are already running some of the upcoming Ryzen 5 processors after some sellers jumped the gun. Now, a YouTube video by user "Santiago Santiago." is making the rounds in which he compares gaming performance between the Ryzen 5 1400 (4-core, 8-thread part @ 3.2 GHz base, 3.4 GHz boost), Intel's i5 7400 (4-cores @ 3.0 GHz base, 3.5 GHz boost), and the Pentium G4560, a Kaby Lake dual-core CPU with Hyper Threading @ 3.5 GHz base clocks. The user even snapped a picture proving he has his hands on this chip.

Vulkan is arguably the API which has garnered the most positive reactions from enthusiasts. Its implementation in Doom, for example, brought about incredible performance improvements in a game that not only looked and played great, but also performed amazingly well. Vulkan's support for other operating systems other than Windows 10 (where Microsoft still has a lot of ground to cover in acquiring enthusiast trust and interest) is one of its greatest selling points, and the API has been gaining ever more traction in the market, with some developers even going so far as to axe DX12 support in favor of Vulkan.

Now, Khronos Group has come ahead and clarified that "(...) the Vulkan multi-GPU specification is very definitely NOT tied to Windows 10. It is possible to implement the Vulkan multi-GPU extension on any desktop OS including Windows 7, 8.X and 10 and Linux." Khronos also goes on to say that they are aware that some developers are already baking Multi-GPU support into their games in various platforms other than Windows 10. These are sure to come as good news - the fact that Vulkan is platform agnostic is great for consumers and developers alike. And maybe this support - which still depends on developers to implement it - will bring about the shot in the arm that multi-GPU implementations sorely need.

I should break down the bad news first: we here at TechPowerUp won't be able to provide you with a timely, straight-from-the-oven Ryzen review. Like some other publications, our Ryzen review sample failed to arrive on time. And trust us - we did will it to do so as much as we could, risking a Stranger-Things-esque nosebleed. Alas, to no avail.

The good news is that while we won't be able to offer you our own review of AMD and Jim Kellers' latest high-performance x86 brainchild, we will still strive to bring you meaningful coverage on it. This article aims to make an overall aggregation on review consensus, benchmarks and capabilities of the newest AMD CPU. Trying to add something, we'll also try and evaluate whether AMD learned - or didn't learn - something from its Bulldozer launch fiasco, in a pure marketing perspective. This will justify the editorialized nature of this article, but only after we dive straight to the numbers. Without further ado, follow on to the numbers.

NVIDIA has announced DX12 support for their proprietary GameWorks SDK, including some new exclusive effects such as "Flex" and "Flow." Most interestingly, NVIDIA is claiming that simulation effects get a massive boost from Async Compute, nearly doubling performance on a GTX 1080 using that style of effects. Obviously, Async Compute is a DX12 exclusive technology. The performance gains in an area where NVIDIA normally is perceived to not do so well are indeed encouraging, even if only in their exclusive ecosystem. Whether GCN powered cards will see similar gains when running GameWorks titles remains to be seen.

AMD has just announced their 2016 major software update release (following Catalyst Omega in 2014 and Crimson Edition in 2015). It's dubbed the "Crimson ReLive" release (numbered 12.6.1), and is purported to bring a lot of features and performance improvements across the board for AMD products, as has been historically achieved by AMD with these annual driver releases. This time, there's just one other thing: game recording and streaming through the built-in ReLive app. It serves as a streaming app that works for both professional, developer and consumer use cases. It supports major streaming giants (such as Twitch and YouTube), includes an in-app toolbar and custom overlay, and is apparently going to feature its own tab inside AMD's updated driver suite, with minimal reported impact on performance.

As always, you can grab the drivers right here on TPU: just follow the links below. And for more information, benchmarks, and a run-through of the new driver and its features, check out TPU's review of the driver suite, right here.Download: AMD Radeon Software Crimson ReLive Edition 16.12.1 for Windows 10 64-bit | Windows 10 32-bit | Windows 8.1 64-bit | Windows 8.1 32-bit | Windows 7 64-bit | Windows 7 32-bit

Shader intrinsic functions stand as a partial solution for granting developers more control over existing computational resources and how they are leveraged. This capability (much touted by AMD as a performance-enhancing feature on their GCN-based products) essentially exposes features and capabilities that exist on the hardware developers are programming for, but wouldn't generally be able to access. This can happen either because they're being abstracted by a high-level API (Application Programming Interface, like DX11), or because the API isn't functionally able to access them. To understand why high-level APIs such as DX11 don't usually offer support for a piece of hardware's full feature list, or full processing capabilities, we must first look at the basic architecture of a given computer system.