Gaming: Strange Brigade (DX12, Vulkan)

Strange Brigade is based in 1903’s Egypt and follows a story which is very similar to that of the Mummy film franchise. This particular third-person shooter is developed by Rebellion Developments which is more widely known for games such as the Sniper Elite and Alien vs Predator series. The game follows the hunt for Seteki the Witch Queen who has arose once again and the only ‘troop’ who can ultimately stop her. Gameplay is cooperative centric with a wide variety of different levels and many puzzles which need solving by the British colonial Secret Service agents sent to put an end to her reign of barbaric and brutality.

The game supports both the DirectX 12 and Vulkan APIs and houses its own built-in benchmark which offers various options up for customization including textures, anti-aliasing, reflections, draw distance and even allows users to enable or disable motion blur, ambient occlusion and tessellation among others. AMD has boasted previously that Strange Brigade is part of its Vulkan API implementation offering scalability for AMD multi-graphics card configurations.

AnandTech CPU Gaming 2019 Game List
Game Genre Release Date API IGP Low Med High
Strange Brigade* FPS Aug
2018
DX12
Vulkan
720p
Low
1080p
Medium
1440p
High
4K
Ultra
*Strange Brigade is run in DX12 and Vulkan modes

All of our benchmark results can also be found in our benchmark engine, Bench.

Strange Brigade DX12 IGP Low Medium High
Average FPS
95th Percentile

[words]

Strange Brigade Vulkan IGP Low Medium High
Average FPS
95th Percentile

Strange Brigade is another game that’s hard to tease CPU results out of at default settings. We’re clearly GPU-limited at 1080p medium, and have to drop down to 720p low to spread apart the CPUs. Once we do, the 9900K takes the lead, with the 9700K right behind it. Here Intel’s latest-gen flagship is still working hard to offer more than a 5% performance advantage over last year’s 8700K. Also, did I mention that everything faster than a 7700K is delivering 400fps or better?

Gaming: Ashes Classic (DX12) Gaming: Grand Theft Auto V
Comments Locked

274 Comments

View All Comments

  • Ian Cutress - Monday, October 22, 2018 - link

    Emn13: Base code with compiler optimizations only, such as those a non-CompSci scientist would use, as was the original intention of the 3DPM test, vs hand tuned AVX/AVX2/AVX512 code.
  • just4U - Saturday, October 20, 2018 - link

    The only problem I really have with the product is for the price it should have come with a nice fancy cooler like the 2700x which is in it's own right a stellar product at close to 60% of the cost. Not sure what intel's game plan is with this but It's priced close to a second gen entry threadripper and for it's cost you might as well just make the leap for a little more.
  • khanikun - Monday, October 22, 2018 - link

    I'm the other way. I'd much rather they lower the cost and have no cooler. Although, Intel doesn't decrease the cost without the cooler, which sucks.

    I'm either getting a new waterblock or drilling holes in the waterblock bracket to make it fit. Well I just upgraded, so I'm not in the market for any of these procs.
  • brunis.dk - Saturday, October 20, 2018 - link

    no prayers for AMD?
  • ingwe - Friday, October 19, 2018 - link

    I don't see the value in it though I understand that this isn't sold as a value proposition--it is sold for performance. Seems to do the job it sets out to do but isn't spectacularly exciting to me.
  • jospoortvliet - Saturday, October 20, 2018 - link

    Given how the quoted prices ignore the fact that right now Intel CPU prices art 30-50% higher than MSRP, yes, nobody thinking about value for money buys these...
  • DanNeely - Friday, October 19, 2018 - link

    Seriously though, I'm wondering about the handful of benchmarks that showed the i7 beating the i9 by significant amounts. 1-2% I assume is sampling noise in cases where the two are tied, but flipping through the article I saw a few where the i7 won by significant margins.
  • Ian Cutress - Friday, October 19, 2018 - link

    Certain benchmarks seem to be core-resource bound. In HT mode, certain elements of the core are statically partitioned, giving each thread half, and if only one thread is there, you still only get half. With no HT, a thread gets the full core to work with.
  • 0ldman79 - Friday, October 19, 2018 - link

    I'd love to see some low level data on the i5 vs i7 on that topic.

    If the i5 is only missing HT then the i7 without HT should score identically (more or less) with the i5 winning on occasion vs the HT enabled i7. I always figured there was a significant bit of idle resources (ALU pipelines) in the i5 vs the i7, HT allowed 100% (or as close as possible) usage of all of the pipelines.

    I wish Intel would release detailed info on that.
  • abufrejoval - Friday, October 19, 2018 - link

    Well I guess you should be able to measure, if you have the chips. My understanding has alway been, that i7/i5 differentiation is all about voltage levels with i5 parts needing too much voltage/power to pass the TDP restrictions rather than defective logic precluding the use of 'one hyperthread'. I find it hard to imagine managing defects via partitions in the register file or by disabling certain ALUs: If core CPU logic is hit with a defect it's dead, because you can't isolate and route around the defective part at that granularity. It's the voltage levels on the long wires that determine a CPUs fate AFAIK.

    It's a free choice between a lower clock and HT or the higher clock without HT at the binning point and Intel will determine the fate of a chips on sales opportunities rather than hardware. And it's somewhat similar with the fully enabled lower power -T parts and the high-frequency -K parts, which are most likely the same (or very similar) top tier bins, sold at two distinct voltage levels yet rather similar premium prices, because you trade power and clocks and pay premium for efficiency.

    Real chips defects can only be 'compensated' via cutting off cache blocks or whole cores, but again I'd tend to think that even that will be more driven by voltage considerations than 'hairs in the soup': With all this multi-patterning and multi-masking going on and the 3D structures they are lovingly creating for every FinFeT their control over the basic structures is so great, that it's mainly the layer alignment/conductivity that's challenging the yields.

Log in

Don't have an account? Sign up now