Quoting: YoRHa-2B

Quoting: x_wingWeird that this problem doesn't affects Mesa if there is an error in the API usage by Unity.

Mesa does not implement glInvalidateFramebuffer (except the error handling bits). That's okay since this function doesn't *need* to have any observable side effects.

The other way around isn't exactly uncommon either (stupid shit running fine on Nvidia but not Mesa, like Divinity Original Sin). People are going to blame drivers either way though.

Thanks for the clarification.

I think that the other way around it's more common because Nvidia is more relaxed with the OGL API and because the majority of the devs only use Nvidia proprietary driver for QA. But well, once in a while Nvidia users feels the devs bad support pain :P

View this comment - View article - View full comments

Weird that this problem doesn't affects Mesa if there is an error in the API usage by Unity.

View this comment - View article - View full comments

Quoting: Shmerl

Quoting: GuestHe is probably a PC only user and clearly wants DRM Free games. So there is really no point in arguing.

We are talking about Linux games, if you missed the context. And sure, I want DRM-free releases. But that's besides the last point we were discussing. As I asked, what other store is selling the Linux version?

To clarify, there are games on Steam that are DRM free (there is a list somewhere). Of course, it isn't the case for this game.

Quoting: GrifterI don't think there's any particular DRM implemented, you could copy my RL dir and launch it yourself, the game will start and run you just won't be connected to their servers (which does go through steamworks in some fashion I believe), but you could run the free practice mode (which is very nice too, a very zen experience, plus it makes you way better at the game itself) or play against bots. Just the nature of being an online game kind of removes the need for DRM. The next patch is supposed to come with their own user-handling system they've named "Rocket ID", so that people from all platforms will be able to party up regardless of the underlying platform's inherent user-management. But honestly, I think they're just fine with letting steam handle the initial login, rather than making their own login screen so I wouldn't bet on it, but you could contact them and ask, never hurts.

I think that the last time I tried to run RL solely, it required to have the steam client running. So, from Shmerl perspective, there is a DRM.

View this comment - View article - View full comments

By far is one of the games that has the best fun/price relation.

View this comment - View article - View full comments

This shader caches implementation always makes noise to me. Anybody knows why do we need so many implementations of, whats looks like, the same thing? Isn't Mesa cache enough or there are differences between them?

View this comment - View article - View full comments

Quoting: mylkai bought Dead Island Definitive Collection
Dead Island Retro Revenge works with proton
DI + Dead Island: Riptide Definitive Edition wont work. they worked with ubuntu 16.10 but after i updated ubuntu it doesnt work anymore
i wrote a mail to the developers AND the publisher.
developers just said, that they look into it.
publisher said: "sorry we just support ubuntu 16"
i wrote them back: "but this game is just 2yrs old, can u please give support"

i never heard from them again!!

so here is what happens to SUPPORT OF NATIVE VERSIONS
they also show you the finger

Well, I agree That Techland is far away from giving a good support for Linux (but seems that it's also bad on Windows, so maybe is not only with us...), but in this case the problem is on Mesa side:

https://bugs.freedesktop.org/show_bug.cgi?id=107990 [External Link]

I'm able to play both games by building Mesa without glvnd support. My workaround simply requires to add in to the linker path the location of my built libGL.so.1.2.0 (i.e. I keep using the other system wide Mesa libraries).

View this comment - View article - View full comments

Wow, I may have put the compiler in pedantic mode :P

Quoting: KristianEdit:

I should expand the point about the Unity TOS and Open Source/Free Software. The 6th point of the Open Source Definition is this: "The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research."

So an Open Source license cannot have restrictions on using the software for cloud services, streaming, etc.

Similarly from the Free Software Definition: "The freedom to run the program means the freedom for any kind of person or organization to use it on any kind of computer system, for any kind of overall job and purpose, without being required to communicate about it with the developer or any other specific entity. In this freedom, it is the user's purpose that matters, not the developer's purpose; you as a user are free to run the program for your purposes, and if you distribute it to someone else, she is then free to run it for her purposes, but you are not entitled to impose your purposes on her."

Well, I know that there are many open source license that put different levels of restrictions and liberties. Either case, if we refer to a open source license compliant (separated from a parallel restricted license that the same code can have), it can't go against the free use axiom. So yeah, then the open source license would be enough to avoid the issue with unity.

View this comment - View article - View full comments

Quoting: Purple Library Guy

Quoting: x_wing

Quoting: Purple Library GuyBy definition, an open source engine could not have "the current license situation" because whether something is open source is determined by whether the license gives you rights that don't allow this kind of situation to happen. It's about freedom, not just being able to look at code.

It's about freedom, but you can add commercial limitations. Just like Mysql license does.

My understanding of the MySQL situation is, it's dual licensed. It's available under the GPL, or if you want to do something the GPL does not allow (like, mainly, embed it in a closed source thing and then distribute that thing), you can buy it under a commercial license which is not open source. So there is not one open source license which enforces weird commercial-license-type shenanigans. There is an open source license which works like open source, and there is a commercial license which does not.

That's my point. You can be open source (because your code product is freely available) but you can put limitations on commercial products that were based on your work.

View this comment - View article - View full comments

Quoting: Purple Library GuyBy definition, an open source engine could not have "the current license situation" because whether something is open source is determined by whether the license gives you rights that don't allow this kind of situation to happen. It's about freedom, not just being able to look at code.

It's about freedom, but you can add commercial limitations. Just like Mysql license does.

View this comment - View article - View full comments

Quoting: jensNow it happens that Feral games seem to score really really well on three points. That is partially indeed because having less translation layers may score better in terms of performance, but mostly because they simply know how to do their job. There are a lots of examples where a different approach with a general translation layer like dxvk (where the author also very well knows how to do his job) can yield better results than something that is non-optimally coded "natively" on Linux. So as usually, there is no silver bullet, it all depends on a combination of things.

Please don't get me wrong please, I would prefer a Feral game anytime. But not because they are more native than other Linux games, but because their ports are stable, have support and perform really really well.

PS: Some background info on what Feral is actually doing: Vulkanised 2018 - Porting to Vulkan (Alex Smith - Feral Interactive) [External Link]

If a port is well made, you'll always get a better performance than with DXVK + wine.

As the video shows, Feral works on making a port for each game doing a analysis of where they can work to get the best speed up. In fact, it also shows how they tries to understand how the driver works (in the case of the open source drivers) so they choose the right strategy. With this said, is quite idiotic to keep trying to see a Feral port as a non native (you're trying to leave their work at the same level as with DXVK + wine, which is definitely not the case!).

I insist in that we must give priority on supporting this companies that do this native ports. They do extremely low level work that improves a lot Linux distro in general, no to mention the quality you get (at least with Feral has been a guarantee for me).

The equation is simple: if I buy a proton supported game, a windows game developer and Steam gets my money (70% for windows only publisher/dev and 30% for proton devs). But if I buy a native port I know that a Linux dev + Steam gets my money (X% for publisher ,Y% for Linux dev and 30% for proton devs). In the end, is all about where we invest our money, and our goal should be to give as much as we can to the ones that improves our OS.

View this comment - View article - View full comments