Patreon Logo Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone. Just good, fresh content! Alternatively, you can donate through PayPal Logo PayPal. You can also buy games using our partner links for GOG and Humble Store.
Title: Cyberpunk 2077 will be DirectX12 only
Page: 2/2
  Go to:
Shmerl 5 Jul 2020
Quoting: EhvisIt was possible. NVIDIA made OptiX to do it. But it needs hardware support for realtime graphics. If you want it actually be used by game developers, it needs a standardized cross-vendor API. This makes VK_KHR_ray_tracing not just "a convenience", it makes it essential.
That's exactly the point. Without dedicated hardware, it was all up to general GPU compute units. So extension will need to fall back to them anyway. And a year ago nothing had that dedicated hardware either way.

Therefore there was no benefit in using DXR vs using Vulkan. It was just a bait by both Nvidia and MS who pushed that junk probably colluding with each other.

Last edited by Shmerl on 5 Jul 2020 at 8:35 am UTC
Ehvis 5 Jul 2020
User Avatar
  • Supporter Plus
Quoting: ShmerlTherefore there was no benefit in using DXR vs using Vulkan. It was just a bait by both Nvidia and MS who pushed that junk probably colluding with each other.
Well, we might not like it, but DXR provides the exact same thing as VK_KHR_ray_tracing does. It might be closed, but it is functionally the same. The REDEngine is clearly built around DX11, so switching to DX12 with optional DXR meant the least work. A clear benefit and also a prime example of Vendor lock-in right there.

Nvidia is being normal here. They create new technology and try to push it in order to keep their lead. Same as any company would do. AMD on the other hand create a shiny demonstration video that clearly demonstrated they understood the importance of realtime ray tracing, but did nothing with it. They need to catch up like they did with their CPUs. Consumers need Nvidia to have a full blown competitor, not a company that's several years behind.
Shmerl 5 Jul 2020
Nvidia aren't being normal, if they provide DX support for their features and not Vulkan (you said DXR was a year ahead?). Sounds like MS are paying them to do push lock-in first. That's not normal, it's called collusion.

Last edited by Shmerl on 5 Jul 2020 at 9:25 am UTC
mylka 5 Jul 2020
Quoting: GuestI've removed it from my wishlist on Steam. Without Vulkan support I will not get this game. DX12 is a bad move.
why? VKD3D works pretty good.
Shmerl 5 Jul 2020
Quoting: GuestThey weren't going to write their own custom compute version.
Yet they somehow are OK with compute fallback for those who don't have dedicated hardware? If they are OK with that, they could write their own too, since back then there was no dedicated hardware anyway.

Quoting: GuestLock-in from MS or not, they were there with something that could be used first, and that matters. Nvidia had raytracing extensions for Vulkan for a while, but they weren't anywhere near considered stable.
So how is that their DXR was stable before their Vulkan extensions? That's dirty corpo in action to me with cozy money from MS flowing into Nvidia's pockets.

Last edited by Shmerl on 5 Jul 2020 at 2:50 pm UTC
Shmerl 5 Jul 2020
Quoting: mylkawhy? VKD3D works pretty good.
I'm not going to buy it either, at least not for full price for sure. Until there is either a Linux version or until there is a major sale or they at least add a Vulkan renderer. Not interested in encouraging this corrupt DX12 junk.

Last edited by Shmerl on 5 Jul 2020 at 2:48 pm UTC
Shmerl 5 Jul 2020
Quoting: GuestDo you think you could write an entire fallback raytraced renderer on your own?
Ray tracing exists for decades. It's not something new or unheard of. So yeah, they totally can write whatever they want, if they don't aim for dedicated hardware. It was never going to perform well in real time anyway.

Last edited by Shmerl on 5 Jul 2020 at 3:24 pm UTC
Shmerl 5 Jul 2020
Quoting: Guest]Because Vulkan is not under the control of a single entity, and attempts to be something cross-vendor. Microsoft are in a position to make something, and then dictate that vendors conform to their specification. Same reason that Apple released Metal before Vulkan was released. Same reason that Mantle came from a single vendor first. Same reason that nvidia control CUDA and don't have to adapt it to OpenCL.
Not really applicable here, since Nvidia made their own extensions for Vulkan first. No one had to collaborate on them. Only the common extensions required collaborative input already. So I see it as clear corruption that Nvidia made DXR first and only then their own Vulkan extensions. Money from MS must have been convincing.

Last edited by Shmerl on 5 Jul 2020 at 3:28 pm UTC
Shmerl 5 Jul 2020
Quoting: GuestWith that statement, it does actually show that you're not aware of the complexities involved. No, they can't just write a raytracer on their own and tac it onto their game. It's simply not feasible.
How is it not feasible? Ray tracing algorithms are well known and documented. As I said, it's not a new idea, it's been around for decades. If it's feasible to write a fallback compute path for those extensions, it should be totally feasible to write it without them. Even ray tracing on the CPU has been written ages ago.

Last edited by Shmerl on 5 Jul 2020 at 3:31 pm UTC
Shmerl 5 Jul 2020
Quoting: GuestI suggest you change your thinking then, if that's how you see it.
nvidia cannot dictate to the entirety of Vulkan how everything will be; they can hint, provide guidance, and their solution will likely be 95% of what is ultimately accepted, but they can't dictate everything.

And if you're suggesting everything be written only for nvidia hardware (and then, only for specific drivers), that defeats the whole purpose of Vulkan.
I'm suggesting that Nvidia first produce extensions for their own hardware. That's ones with _NV_. They can do it at any time. Then there is a collaborative work to make something common which takes longer. So again, how is that they produced DXR ones before their own for Vulkan? I'm not talking about common ones.
Shmerl 5 Jul 2020
Quoting: Guestand is acceptable performance everywhere.
It's never going to be acceptable without dedicated hardware. That's the point. So the whole thing was a red herring from the start, including the need to use DXR.

For something acceptable, there are other approaches to lighting, like the one Godot implemented recently. And do you think CDPR can't hire developers on that skill level too? They are making their own engine, so they already need them.

Last edited by Shmerl on 5 Jul 2020 at 3:45 pm UTC
Shmerl 5 Jul 2020
Quoting: Guestnvidia didn't produce DXR. Microsoft did. And nvidia could rely on it not suddenly changing overnight. Anything nvidia write for Vulkan may well change, or end up not being accepted into Vulkan at all.
MS couldn't do it targeting Nvidia specific hardware without working very closely with Nvidia. So my guess is, Nvidia produced it, not MS. But they did it according to some MS preferred spec.

So, I assume it worked like this. Nvidia came up with idea for new hardware and MS wouldn't just make DXR out of nowhere, if it wouldn't work on actual hardware. So MS paid them to make DXR and Nvidia did it before making their Vulkan extensions because they were paid. It's called collusion.

Last edited by Shmerl on 5 Jul 2020 at 4:46 pm UTC
Shmerl 5 Jul 2020
Quoting: GuestI've already answered everything you wrote there. I'm signing off from the conversation because you seem to not read that, and it's kind of pointless to continue if you've no interest in informing yourself of the realities of current game development.
The realities are corrupt politics and dirty money for pushing lock-in, and developers who oblige those corrupt pushers. And then there are developers who don't (Godot is a good example, they went Vulkan all the way, DXR and their red herring notwithstanding).

Last edited by Shmerl on 5 Jul 2020 at 4:54 pm UTC
jens 5 Jul 2020
User Avatar
  • Supporter
@shmerl. Out of curiosity, do you have experience as a developer in a bigger sized project? And do you have experience with working in a company with lets say more than 1K employees and have you seen inner and outer politics first hand?

Last edited by jens on 5 Jul 2020 at 5:34 pm UTC
Shmerl 5 Jul 2020
Quoting: jens@shmerl. Out of curiosity, do you have experience as a developer in a bigger sized project? And do you have experience with working in a company with lets say more than 1K employees and have you seen inner and outer politics first hand?
Yes, I do. And I'm not naive to expect major companies like MS with huge track record of anti-competitive behavior to play fair. They are corrupt to the core when it comes to pushing their lock-in.

They were doing it even after they were caught and went through anti-trust case. They just paid the government off and went on. The only case when they stop is when competition beats them to a pulp and then they crawl back saying how they "support open standards" or "changed for the better" and the rest of their blah blah blah. When they know they can get away with it, they are that evil corpo that cyberpunk is talking about.

Last edited by Shmerl on 5 Jul 2020 at 6:18 pm UTC
jens 5 Jul 2020
User Avatar
  • Supporter
I don't like it too that developers choose to go with D3D12 and friends instead of Vulkan. But actually I cannot blame Microsoft or NVidia either. They have some tech at hand and they want it to be used to strengthen their market positions with partnerships and vendor lock-ins. Name me a company that would not try to do this if the opportunity is there.
If you want to blame someone, I guess it is better to look at the customer (CDPR) who accepts the partnership. But even here I can't blame them since they have a massive projects with massive pressure and likely open to every helping hand to reduce the risk of a failure.
It is unfortunate that Vulkan wasn't apparently a feasible alternative all things considered, but I guess except for the very few Linux users nobody else of CDPR's customer base cares. May be an option to use Vulkan will appear at some point, but also here I would understand CDPR to not offer this in the non-stadia version since every extra configuration switch is likely to increase support costs.
In the long term it is I guess really just increased Linux market share that will help.

I know, it doesn't seem fair, but in the end there are very few people thinking of the greater good, most people (I guess me included) just look at their own interests, benefits and beliefs.

PS: Thanks for answering.

Last edited by jens on 5 Jul 2020 at 6:11 pm UTC
Shmerl 5 Jul 2020
Well, I actually can blame them and I do. Lock-in is a disgusting practice that harms any industry and better working competition law should have prevented most of such junk. But in practice, it became almost toothless, which allows these corpos to throw money at manipulating the market not through competition on merit but through exclusion and lock-in.

Those who dance under that tune just feed that monstrosity, and yes, I blame CDPR too. But the main corrupt culprits here are MS (and possibly Nvidia if they were paid for advancing DXR ahead of Vulkan).

Last edited by Shmerl on 5 Jul 2020 at 6:30 pm UTC
x_wing 5 Jul 2020
Quoting: EhvisNvidia is being normal here. They create new technology and try to push it in order to keep their lead. Same as any company would do. AMD on the other hand create a shiny demonstration video that clearly demonstrated they understood the importance of realtime ray tracing, but did nothing with it. They need to catch up like they did with their CPUs. Consumers need Nvidia to have a full blown competitor, not a company that's several years behind.
"Normal" in the sense of what Nvidia always do, but not in a way that we can consider that it's "ok".

They create a "new" PROPRIETARY specification and invest in order to get their tech in a couple of games. There is a big difference between creating open specifications (like freesync) and a closed one that locks your users. Consumer should think twice when thinking that this are good features.

Last edited by x_wing on 5 Jul 2020 at 9:47 pm UTC
Linuxwarper 6 Jul 2020
I can't say I disagree with Shmerl on lengths Microsoft can go. I am baffled that there was a time where a Microsoft spokesman spoke about force upgrading users to Windows 10 so casually bv saying ["We went too far"](https://www.techtimes.com/articles/190013/20161223/microsoft-also-thinks-it-may-have-went-too-far-with-the-aggressive-windows-10-upgrades-users-not-alone.htm):
There was one particular moment in particular where, you know, the red X in the dialog box which typically means you cancel didn't mean cancel," Capossela said. "And within a couple of hours of that hitting the world, with the listening systems we have we knew that we had gone too far and then, of course, it takes some time to roll out the update that changes that behavior.
Last edited by Linuxwarper on 6 Jul 2020 at 10:52 pm UTC
damarrin 10 Jul 2020
As far as I can tell Japan is just as smitten with MS as Poland is. I’d be very surprised if they went with anything else other than their tech.

Last edited by damarrin on 10 Jul 2020 at 6:35 am UTC
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon Logo Patreon. Plain Donations: PayPal Logo PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
Login / Register