B1tF1ghter: Okay... Word of advice...
I don't know if you're new to this, or perhaps not versed enough... And quite frankly it doesn't matter...
....
rmoomr: I get it all, but it seems to me here we are confronted with a special kind of a problem, not necessarily related to quality of winehq.
Namely, we have a game which has a version native to Linux (although with DRM) and for which up till now there was no incentive whatsoever for anybody to run it using Wine.
So I can't find anything actually about it on the net, not only in the winehq db.
Here is your lesson number two (perhaps you know it already, but judging by your response I assume you don't).
"Old" Linux ports (before Vulkan and then some) were on OpenGL... Which depending on version could arguably have worse visual quality than DX > Vulkan translated one.
Not to even mention many Linux ports perform worse natively than when running them DX > Vulkan style.
(some are even hacked together monstrosities - for example Deus Ex Mankind Divided port by Feral Interactive - it is running a literal Feral Interactive made DX > OpenGL wrapper and the performance and reliability of that is atrocious)
There are also things such as older libraries used for the Linux ports (which would result for example in worse audio quality, less input options, etc).
There is PLENTY of reasons to run DXVK windows versions instead of native Linux ports.
The native ports are often atrocious, and if not, they often just perform better under DXVK.
That's it.
There is plenty of people who run Hitman 2016 and Alien Isolation like that for performance reasons.
Btw I forgot one more resource for looking:
(reddit) /r/linux_gaming/
In regards to this game on wine...
Well... Considering it is now using Vulkan on windows afaik ( at least PCGW directly suggests that
https://www.pcgamingwiki.com/wiki/The_Talos_Principle#API ) it may be a tough search.
So far I only found this
https://www.youtube.com/watch?v=HCmF4gZigzA and based on that this was 4 years ago and combining it with my knowledge I would say that by now this game is very likely totally playable on wine.
As to how to configure it, I don't know, you would likely have to experiment (I suggest doing this on Lutris anyway) as to what dlls are needed (also I suggest using Wine Proton GE builds in Lutris instead of vanilla ones).
And yes, this indeed IS related to quality of wine reports too. Because if there exists a windows port for a game that has native linux port then there always shall be SOMEBODY in this world who would want to run it for whatever reason.
The problem we are facing in this and many such directly similar circumstances is same as with "fixes for obscure rare issues" of all kinds (in linux).
It's that people who know just don't report things.
Whether you like it or not and regardless of how we look at it it's a fact that rather small cut of all people doing some testing actually report results in ANY way.
People DEFINITELY DID run this game the way you want it to, but it's either close to nobody reported it or the reports are drastically hidden deep somewhere.
Same situation (tho less drastic) is for example with Portal games and Team Fortress 2. They have native ports, yes, and people tend to go all "why would you want to run it this way if it has native port blah blah yada yada", so there aren't too many reports for those either (but they are findable at least).
EDIT:
For the sake of clarity and completion.
Yes. I did see those:
https://www.protondb.com/app/257510 https://github.com/ValveSoftware/Proton/issues/2861 BUT this is almost definitely a case of somebody's (tester's) inability to configure it properly.
How I know it? Vague details and the kind of bug experienced can usually generally be overcome with enough digging ( not to even mention that the profile that posted that report has LITERALY this same EXACT report for 2 DIFFERENT GAMES
https://www.protondb.com/users/1221197695 ).
( here is rather tasteful example what it means when people are incompetent and post "broken" for working games -
https://www.protondb.com/app/502500 - people often check if it works out of the box, then give up and post "broken" report. Also since you probably don't know this game's particular case - some people say that controller "isn't working. PERIOD" - that is incorrect, it's just that those people are unable to get themselves to dig enough in publicly available resources to fix it themselves and thus they say instead that "it doesn't work. PERIOD")