Quoting: ShmerlSo it is a visual novel after all. It's good that they plan to release it for Linux. Looks like we are getting quite a number of visual novels set in the World of Darkness.

No, it is not, IMO. Visual Novels are simplified versions of text-based adventures (or "Choose Your Own Adventure" books). This game is aiming to be what effectively is a VN precursor: story based, but with stat checks.

View this comment - View article - View full comments

Quoting: jensReading this, may be another distribution than Fedora would fit your use cases somewhat better ... Fedora moves fast and F30 is already EOL.

For that piece of software I could use "Debian 10", "CentOS 7", "Ubuntu 18.04" or "Windows 10".
And while F30 is EOL, this means nothing. Kernel v5.6 is still quite good, I know how to install nVidia drivers from their official website (please, do not start lecturing me on how it is wrong and will explode my PC -- sideloaded drivers will not break updates if there will be no updates from no on, ever).

Trust me, I know what is good for me. ;)

Quoting: mrdeathjrHowever package is optional, but as gamer wined3d is a dead horse and d9vk/dxvk is possible use many games with very good performance and features case vsync (this give troubles in wined3d)

Another thing is d9vk/dxvk use cpu in better way (better multithreading) than wined3d…

Emm, remind me, why exactly are you telling me about all DXVK benefits and "dead horses"? I have explicitly said I do not need all of that. I either do not own Windows AAA games, or do not care about them in the slightest (depends on whether you consider "Bloodscammed" to be an AAA game). DXVK with all of its benefits is useless to me, so I prefer it to stay out of my way. Out of sight, out of mind, so to say.

BTW, it is funny that WINE devs consider DXVK to be a "dead horse" in the long run.
And, sorry, but the end part of your post is completely unintelligible to me (as I do not know English that well). :(

View this comment - View article - View full comments

Quoting: tuubiIn case you're interested, WineHQ provides an official repository [External Link] for Fedora builds.

Thank you! I will keep that in mind when I switch to a fresher version of Fedora. Right now I am restricted to F30 due to certain scientific software.

View this comment - View article - View full comments

Quoting: x_wingSorry, but with this type of answers is difficult to believe that you don't have an emotional/personal problem with Philip.

Understandable. Maybe I overreacted a little bit. But while I do not hate him or anything, I do not have any positive feelings either. For me DXVK is a useless junk addition that I do not use (nor plan to). And when I leave test results on "appdb.winehq.org" I am forced to use self-compiled vanilla WINE (because Fedora does not provide me that option). So, addition of DXVK as a base Fedora package only complicates things more for me.

Quoting: x_wingDXVK has zlib License, if Wine devs decides to merge things upstream there is nothing that Philip can do.

Is that so?
There are a lot of WINE-related packages in Fedora. I doubt something like "wine-courier-fonts" or "wine-wingdings-fonts" has the same license as core part. DXVK could be made into additionally installed package, if it was compatible. But it conflicts with core WINE libraries, namely "dxgi.dll" and "d3d11.dll". Thus, the need of a separate bundle.

Quoting: x_wingSo, if DXVK is not part of Wine is more a Wine devs decision at this point. The same we can be said for all the patches present in Wine-Staging vs Vanilla Wine.

Is it so x2? WINE project was the first to implement those libs. But then came Mr. Rebohle and reinvented them (thus, NIH syndrome) instead of adapting/improving the existing ones. And the conflict begun.
"Fun" fact: the core of the conflict? Mr. Rebohle is using C++ instead of C and did not want to mess with C-wrtitten WINE libraries. So, it is a programming language holy war at its core!
Saying it was "a Wine devs decision" is like saying the tail wags the dog.

View this comment - View article - View full comments

Quoting: jensThat said, considering that your happy with the delta between wine staging and vanilla wine, but making such a fuss about DXVK, I guess your are just on a personal crusade against DXVK.

I never said I was "happy" about wine-staging masquerading as vanilla in Fedora (you can not even see it in "winecfg.exe"! The only indication is the first two strings in console output when launching an app).

Quoting: jensI guess you just refuse that project not due to technical reasons, but just emotionally because they did things differently than you would have liked it. Please take a step backwards and think about who the drama queen in this play actually is. I give you a hint, it is not one of the developers...

Not "emotionally". Ideologically, yes. I am against the NIH syndrome and forks due to overblown ego. Philip could merge things upstream, but decided against it because DXVK is his project and he is the boss and answers to no-one besides himself (and GabeN, considering Philip is basically his wageslave :) ).
It is nice that after a year he decided [External Link] to lend a hand to WINE team (especially considering the team have tragically lost its key graphics developer), but DXVK is still his pet-project and wine-dxvk is a fork. And I am against forks.

Quoting: Mar2ckAll they're doing is making wine-dxvk a recommended package for wine.

Read "pre-installed" (you did know Fedora Workstation comes with WINE pre-installed, right?). Sure, I can "blacklist", uninstall and purge everything, but if Fedora goes down the "fork-path" it will hinder upstream improvements even more so (than wine-staging).

View this comment - View article - View full comments

Quoting: jens@Alm888, are you sure that you are using Fedora?

Did you read this?

Be it my will, I would also opted out from "wine-staging" (that is already masquerading as pure wine in Fedora) and go full vanilla.

In short, yes, I am.

Quoting: jensRegarding your facts about DXVK messing with wine core libs, please refrain from commenting if you lack the knowledge. It seems that you have never setup anything with DXVK and you just base your facts on stuff you have read somewhere on the internet.

That's some empty words and accusations. You did not provide any evidence it is not as I said. And I know enough about how this all feud between WINE team and DXVK author started.

View this comment - View article - View full comments

Quoting: Mar2ckDXVK is just dll files. Theres no patch or fork required

These "just dll files" are conflicting with core WINE files so those core files should also be replaced in order to facilitate DXVK. WINE developers proposed cooperation in order to synchronize DLL dependencies, but the DXVK guy just ignored them. Twice. Apparently, it is HIS project and HE and only HE is in command. This developer does not know what a teamwork is.

This is why in parallel to wine package there is concurrent and mutually exclusive "wine-dxvk" one. It is "either/or" situation.
And as I am thankful to WINE team for all their continuous work (and do not need DXVK, ever as I do not own a single DX11/DX10 game), it is vanilla WINE for me.

Quoting: Nanobang…couldn't you get Wine directly from WineHQ and use that?

Sure thing! I can, and did this in the past. But one needs to compile the lib her-/himself and uninstall pre-installed system WINE package. And some "devel" packages to enable a lot of WINE features (like, sound support) are not installed by default. That's a lot of extra work, especially since those libs' in-Fedora namings are not what WINE's configuration script tells you (a lot of guesswork involved).

Quoting: bubexelIs it personal for you or what? what you have against him? take it easy...

I just get agitated when some random guy (even if he is talented and capable) just comes on a warm place, uses years-of-work from others, but refuses to cooperate and acts like he is now the boss and all those old-timers are not worthy of consideration. Now we even have some "protondb" despite "winedb" existed years prior. So, no, I didn't meet with the guy face-to-face, just can't stay this disrespectful uncooperative behavior from someone whose work basically relies upon the work of the people he is so disrespectful to.

Quoting: aokamiAlso Winamp, that's a name I haven't heard in decades

Winamp itself maybe dead, but its wide plug-in collection is indispencible. There is simply no alternative for, let's say, playing VGM music for PC (with YM3812 chip instructions), or "Farbrausch v2" ("*.v2m") -- Audacious plug-ins are not capable.

Quoting: x_wingSo, it's not that wine+dxvk (which seems to be an already available option) will completely replace wine but that it will be the default option from now on for system that have a GPU that supports Vulkan API.

BTW, I think that this are the guys to blame for this blasphemy: Frantisek Zatloukal & Michael Cronenworth

The thing is, my PC is capable of Vulkan API, but I do not need DXVK in any way or form. Yet, I am (or will be) forcefully fed it from F33 onward. This is called "deprecation". Be it my will, I would also opted out from "wine-staging" (that is already masquerading as pure wine in Fedora) and go full vanilla.

Quoting: arkheniusWhat desktop applications break with DXVK? Most desktop applications I know do not even use DirectX 9/10/11, so DXVK or WineD3D being the default for conversion (to Vulkan or OpenGL, respectively) should not have an impact on that.

DXVK actively messes with WINE core libraries, replacing them with its own game-oriented ones. An OK solution for gaming-oriented custom build like Proton™, but a big "NO!" for general usage. But that is what is proposed right now.

View this comment - View article - View full comments

I absolutely hope it gets rejected.

The last thing I want in the distro I use is some 3rd-party fork instead of upstream version. Otherwise WINE won't have any patches from Fedora anymore, as (rumor has it) DXVK does not play nice with WINE, outright conflicting with its libraries.

You can down-vote me to hell (well, except you can't ;) ), but I am firmly on WINE's side in their conflict.

DXVK guy is nobody and nothing without WINE (he can go sell his library to Windows users for all I care; I've heard it works on Windows™), he is in no position to bring incompatibility in a piece of software that: a) existed long before he even started his project; and b) enabled a lot of critical Windows™ applications to work in Linux (Winamp with its plug-ins, many of which have no Linux alternative, custom-built game resources extractors, banking software).

Prioritizing some custom upsetream-incompatible library over vanilla version is like a tail wagging a dog!

Everyone who absolutely WANTS DXVK-version can go to… Steam and install Proton™!!!

View this comment - View article - View full comments

15.6 inch…
1.5 kg…
356.4 x 233.73 x 16.8 mm (more than an A4 sheet).

This is no "ultrabook". A gaming laptop at best…

P.S. Their "InfinityBook S 14 v5" seems to be more worthy of the title.

View this comment - View article - View full comments

Quoting: LinasEven a Linux gamer, who only buys Linux games, would have hard time noticing these smaller games. There is simply so much to choose from. Even on an indie haven such as itch.io it's very hard to get noticed. Probably even harder.

Tough times.

Even more so, if you count in that Proton™ is AWESOME and one does not need to play Linux games when she/he can spend his/her money on AAA Windows games instead. ;)

P.S. I didn't even hear about this game prior to this article.

View this comment - View article - View full comments