Not bad, but hopefully AMD can do better with 16 cores / 32 threads CPUs.

View this comment - View article - View full comments

An interesting addition in this Wine - built in HLSL compiler. I.e. D3DCompile is now hooked into latest Wine code:

https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/d3dcompiler_43/compiler.c#l940 [External Link]

But Cyberpunk 2077 with Cyberengine tweaks you still need install d3dcompiler_47 override. While it's not crashing anymore without it, the tweaks UI itself isn't working either.

View this comment - View article - View full comments

I personally like real time + pause gameplay for these kind of RPGs, so I'll probably get this after some round of bug fixes updates and some additional reviews about the writing.

View this comment - View article - View full comments

Looks promising. How good is the story?

View this comment - View article - View full comments

Quoting: Guestwine devs don't need to deduce anything

Having an API (description of behavior) and implementing it without having the source is still called reverse engineering, even if they don't need to deduce the required behavior outside of it.

That's what black box idea implies. You can observe the behavior, but you don't know the implementation. So you can implement similar behavior to the best of your ability. It's not a guarantee you won't encounter a case where black box will behave differently, but you are getting close enough to be similar in cases you tested.

View this comment - View article - View full comments

I don't remember the exact example off hand, but I think they did handle some cases of "hidden features" or even bugs that they had to reverse engineer to make things work.

I'm not really familiar with anti-cheat issues, besides that some of them are kernel level rootkits, so you simply can't implement that in userspace which Wine does.

View this comment - View article - View full comments

Reverse engineering (also known as backwards engineering or back engineering) is a process or method through which one attempts to understand through deductive reasoning how a previously made device, process, system, or piece of software accomplishes a task with very little (if any) insight into exactly how it does so.

This matches perfectly what Wine does. Arguing against it is just some ridiculous demagoguery I think, especially when this negative argument is hinged on vague criterion of "very little".

There is a case-law mechanism called "clean room design" that is employed to avoid copyright infringement when reverse engineering a proprietary driver.

This idea matches Wine case as well. Particulars like groups in two rooms are the literal source of the term, but it's irrelevant to the concept behind it - avoiding copyright infringement. Are you going to argue you also literally need two rooms to fit it? It would be on the same level as a previous argument.

View this comment - View article - View full comments

Quoting: F.UltraWith Clean Room one usually means the process where one team does look inside, docuements that they see and then you have another team reading that documentating and doing the actual implementation. This is how Phoenix Technologies claimed that they cloned the IBM BIOS, but it's not how Wine is implemented.

Clean room simply means having no access to the original source code therefore avoiding issues with copyright. Documentation or lack of it is irrelevant to this.

Quoting: Guest"Clean room reverse engineering" =/= "reverse engineering".

And it totally is reverse engineering. What's with all this pointless mental gymnastics and arguing semantics for nothing?

View this comment - View article - View full comments

I don't think they'll lie about making something new. But may be they aren't telling all the details. They could surely analyze what Wine is doing instead of reverse engineering what Windows does.

I'm pretty sure they are using Wine in some ways, even if indirectly. The fact that they mentioned having troubles with debugging it shows that they looked at Wine closely.

View this comment - View article - View full comments

Quoting: Purple Library GuyBut anyway, now the only people learning anything about Linux will be three guys at Google developing a compatibility layer. Game developers will just be targeting Windows as usual. So who gives a damn? And since they're inventing their own little wheel (again), they won't be contributing much upstream . . . maybe a bit to DXVK.

What feels even worse here, that they benefit from the work that already went into faudio, dxvk (I assume also vkd3d-proton, since I doubt they don't care about DX12 games) and other similar important projects. Yet they don't give their project back to FOSS at large and Linux gaming in particular. It's Google we are talking about with their money. When they act in parasitic manner while benefiting from open source projects, it just starts feeling disgusting.

View this comment - View article - View full comments