If you are using XFS partition larger than 1 TB, you might encounter the bug that prevents launching the game. There is a workaround (simply place it on a smaller partition even using a loop device). See here [External Link].

View this comment - View article - View full comments

Quoting: SeredThat's the one important part, before otherwise it's absolute nonsense. In (serious) software development you always choose a certain version of everything third party to write your code against. And if there are game changing breaks in the next version, you do not need to worry, because _it works_ (with your chosen version).

That part explains everything before. Linux market is small still. And investing a substantial amount of effort for small return with no long term benefit is very questionable. It's not just breaking changes - it's a completely new API coming. I.e. it can be reasonable for some to say - I'm not going to rush making OpenGL backend until things will settle down a bit with major redesign. Then less efforts will be wasted long term.

View this comment - View article - View full comments

Quoting: liamdawe

Quoting: ShmerlNot really. OpenGL is in the huge transition stage now. Next version of OpenGL will be completley different. So if you think about it, it makes sense for developers actually not to invest much effort into adding OpenGL support in their engines now until the next version will arrive, otherwise they'll be doing double work. Of course I'd like them to invest that effort if they have resources, but most don't have them. So practically speaking, until OpenGL-next will arrive things won't be moving much I feel.

Wrong.

A new OpenGL means nothing for developers using older versions, as their games will still work fine, so there's no need to not do OpenGL. It will also be a very long time before we see OpenGL Next anyway.

Developers don't have to use newer OpenGL. Developers choose the version and features they use.

We are talking about engines which have no OpenGL support at all yet. Their games already work fine. Now we, Linux users, want their games on Linux right? So developers of those engines have to add OpenGL support which can be a substantial amount of work. If they do it now, let's say for OpenGL 4.5 and spend half a year of that work, and then in another half a year OpenGL-next arrives, what would it mean? It would mean that their work becomes obsolete right after they finish it because new OpenGL will be completely different. (Assuming their engines aren't disposable and they plan to use them for future games so they care to update them to latest technology).

I.e. what's the point for them to rush it if better tools are going to arrive right after? It's just a consideration, of course they might want Linux ports sooner and don't mind rewriting engines two times. But you can't ignore this transition.

And I don't think it will be a very long time until OpenGL-next. It's moving fast now.

View this comment - View article - View full comments

If you want DRM situation to improve - never buy games with DRM, as simple as that.

View this comment - View article - View full comments

Quoting: GBeeThe reason I'm not keen on wrappers such as eON and Wine is because it harms the future of OpenGL.

Not really. OpenGL is in the huge transition stage now. Next version of OpenGL will be completley different. So if you think about it, it makes sense for developers actually not to invest much effort into adding OpenGL support in their engines now until the next version will arrive, otherwise they'll be doing double work. Of course I'd like them to invest that effort if they have resources, but most don't have them. So practically speaking, until OpenGL-next will arrive things won't be moving much I feel.

View this comment - View article - View full comments

For those interested, there will be a Q&A with CDPR developers this coming Monday (see the announcement [External Link]). You can submit your questions here:
https://www.gog.com/forum/general/the_witcher_wild_hunt_special_on_twitch_34dae [External Link]

Add voices to show your interest in the Linux port of the Witcher 3 and OpenGL support in Red Engine!

View this comment - View article - View full comments

Quoting: GuestGOG’s DOSBox "ports" are terrible from what I have seen so I avoid them now. It seems they are doing a better job with Wine. But I’m also not very interested in such old games; I bought Duke Nukem 3D and Shadow Warrior Classic but barely touched the former and didn’t play the latter at all…

I had never heard of this Star Wars game before today.

How are those ports terrible? Do you mean they use some low quality settings or miss MIDI stuff and etc.?

View this comment - View article - View full comments

It's also interesting to note that part of the team which developed this game also worked for CD Projekt Red and Witcher games before. For example music is composed by Krzysztof Wierzynkiewicz, Michal Cielecki and Adam Skorupa (and music in the game is great). Same goes for some programmers.

View this comment - View article - View full comments

Great! I played GOG release of this game in Wine (it works perfectly) and it's one of the best games in its genre. It's an FPS / hack-n-slash, but it also has an interesting story which borders on real drama with some witty humor in addition. Highly recommended. (In my first playthrough I practically exclusively used katana except for some flying enemies).

View this comment - View article - View full comments

Quoting: SslaxxIt's a game that already has to be on GOG. Aspyr are (sub-)contractors and have no authority to publish by themselves.

If they don't own the games, why would they negotiate anything with GOG even if games are already there? It's owners' job either way. I understood it as owners of games which they ported are planning to release them on GOG, and may be Aspyr will work on removing Steam-only stuff from them. So I see no reason why games which aren't on GOG can't appear there too.

View this comment - View article - View full comments