There are some fps drops / lags :D. They probably will need something better than OGL for that kind of stuff :D.

No, seriously, I gotta' check this out. Hope we'll find an option to pay/donate to them for their efforts though, like a paid and free version on Steam, which can be identical but with one we have the option to support them.

View this comment - View article - View full comments

Quoting: Purple Library Guy

Quoting: Guest

Quoting: psy-q

Quoting: NeoTheFoxAFAIK the repo contained nothing owned or copyrighted by Take-Two, the reverse-engineering effort is clean room [...]

It wasn't clean-room, unfortunately, the team decompiled Take Two/Rockstar's binaries to get there.

In a lawsuit Take-Two has to prove that the ones that uploaded the content actually decompiled the binaries or were aware of it (code being decompiled from binaries).
If X decompiles the binaries, send the code to Y without telling him/her that, Y publish it on, how exactly is Y guilty of something when X only told Y that he/she can do whatever he/she wants with the code received...
Y can't check a copyright claim in the case of a closed sourced code unless Y receive the code. And if X was smart enough to rename some easy to rename things (done with a simple search and replace) you end up in a situation where it's debatable if the code is stolen or not (history show us that more than one person discovered the same thing in same way).
Now if the decompiled code has been patched to fix bug situations changes dramaticaly because it's no longer looking like the original and it's no longer acting like the original... This can easily be explain by the fact that 2 people can think and code in a really similar way, but it's not identical way...
Take-Two has to prove some not easy to prove things and without providing their own code there is no real way to prove things. Once you provided that code in court things can easily go into even more similar situation showing up.

There is also another problem. What % of the code has to match to be considered breaking the law.
There are particular things that are coded in exactly same way (declaring variables, even variable names (some prefer a,b,c; others names, other a1,a2; but you will find code with same variable names doing the same blody thing), that part can't really be considered as breaking the law.
In fact it's open sourced code that you will be surprise to find out that can be found inside products that are being sold and nowhere they admit that they used open sourced code (breaking the license for that open source code. (I've found a browser game that used open sourced code and they were so dumb not to change the hardcode admin password; the admin page was exactly like in the open source code, the hardcoded admin password was the same. Illegal access if someone was going to troll delete players accounts or breaking the open source code license?)

Frankly, that all sounds kinda weak. I don't think I'd buy it if I were a judge. And there's discovery, which could require them to hand over stacks of emails and such which might well totally prove they knew all along.
They would have been amazingly better off going clean room and I think they were utter fools not to. To be honest, I think the reverse engineering thing leaves the defendants with two chances, neither all that great:
1. Rely on lack of prior case law and some impressive arguments to get a groundbreaking ruling that actually, reverse engineering code can under the right circumstances be fair use. But most judges probably don't want to be this activist.
2. Get a ruling that yes, it was copyright infringement, but because the resulting project requires one to buy copies of the game from the publisher in order to use it, and for that matter results in the creation of a community of enthusiasts of the game which would improve the publisher's reputation, all the publisher's damage claims are false and so the defendants should have no or minimal penalties.

I would figure their chances for (2) would be way better than their chances for (1). Although US copyright laws like the DMCA are pretty vicious and may have minimum penalties.

You'll very likely be doing reverse engineering, even if your implementation differs then using a green field approach. If you base it upon the assets of the original game, you'll need to load them, you'll need to reverse engineer missions etc.

The mistake was to actually use decompiled code. But in any case they'd have to do reverse engineering, and you always put a target in front of you doing a reimplementation. Some studios accept this, some don't.

However it's played, you're using some kind of their technology, even in a green field approach you write code to load their assets.

I'd argue the more intelligent studios/publishers just ignore those things, the potential market for this engines is limited - how many users actually do know about it, use it or know how to use it or want to put up the effort? Especially if you still need the original game data files (which you could pirate of course, but you could do that with the original games too if that was your intention), and if you have the game already it does not make a difference on which engine you run it financially.

If people were enthusiastic enough to use those engines to play the game they own, they'd very likely go for the definitive edition too. Hell, I'd have done that (and I still have a copy of those engines, I do own the original games on steam) if this definitive edition was not a steaming pile of ****. I'd have bought it once I knew I could run them on wine or proton and if they were actually any good.

I think that there were no previews and was no media coverage or pre-tests by selected gaming media should have told us that this release is going to be bad.

View this comment - View article - View full comments

Quoting: kaiman

Quoting: mahagrKingdom Come works very well in Linux, I get 4K (FSR Ultra) / ~60 FPS with almost everything maxed out using RTX 3070 Ti.

Yeah, no doubt it'll run just fine on the Steam Deck. With Wine + DXVK I got 30 FPS on my GTX 950 on medium settings, and it still looked fantastic. Wondering about the controls, though ... I felt it was a game better played with keyboard and mouse. And that's perhaps a general concern ... it's one thing if games run without effort from the developer's side, but perhaps a bit of effort should be spent at least in optimizing the control scheme for the Deck.

Quoting: kaiman

Quoting: mahagrKingdom Come works very well in Linux, I get 4K (FSR Ultra) / ~60 FPS with almost everything maxed out using RTX 3070 Ti.

Yeah, no doubt it'll run just fine on the Steam Deck. With Wine + DXVK I got 30 FPS on my GTX 950 on medium settings, and it still looked fantastic. Wondering about the controls, though ... I felt it was a game better played with keyboard and mouse. And that's perhaps a general concern ... it's one thing if games run without effort from the developer's side, but perhaps a bit of effort should be spent at least in optimizing the control scheme for the Deck.

I guess the control scheme is what they are working on, we got a lot of some KB patches of KCD recently doing nothing more tan updating controller options and settings.

While I do agree that this kind of game is better played keyboard/mouse (most games are in my opinion), I played it with the steam controller through steam link, and it worked really nicely.

View this comment - View article - View full comments

I think I will be more interested in what Solus devs can make out of using efl for Budgie in future than Cosmic being yet another GTK+ Desktop. I have no issues with GTK, but I think there are plenty goot GTK desktops to choose from for my preferences already.

I'd use Budgie, but since it seems to inherit the input issues of gnome (having a mouse like naga having a second keyboard input makes it freeze noticable using the mouse-keys) makes it impossible to play on anything on top of the gnome stack for me. So I use KDE for now, but I am looking forward to leave it behind one day. They move fast, but tend to break stuff I reall use (as USB connections to Android devices).

Rust is a good choice, and GUI toolkit written in Rust with a desktop to it would be interesting. But creating a toolkit like Qt, GTK or EFL takes years, in comparison a desktop shell is a lot less work.

View this comment - View article - View full comments

Quoting: Bogomips...and an MTP integration that can be used more than once per session

It works for you once in a session? Does not work for me at all :D.

View this comment - View article - View full comments

I'll try to get my friends play, now that the lockdown is coming tonight again in my country that's probably a nice time waster for playing together.

View this comment - View article - View full comments

Quoting: sarmad

Quoting: eldarionSo why are they not switching to KDE? Creating a good DE is no easy task and I don't think they have the means to do that or are they prepared to support it in the long run. I have zero expectations on this.

I bet someone in System76 tried Rust and loved it, so decided to start a project for the sake of using Rust.

May be, may not be. Qt always has the licensing dangling above it, and KDE is flexible, but a own desktop on top of Plasma by no means easy to accomplish. A new shell on top of KDE libs makes no difference to using other libraries / implementations for similar functionality.

View this comment - View article - View full comments

Quoting: tuubi

Quoting: STiATWhat UI library are they going with would be interesting. Rust certainly is a good choice, I do not know of a lot of UI libraries or bindings which are reall well maintained at the moment.

gtk-rs seems to be further along (and more official) than the available Qt bindings, but I couldn't say if it's quite production ready yet. That's no reason not to use either in an open source project of course. Nothing better to push these bindings along than actual projects using them.

I did not notice they got that far already. Interesting indeed.

View this comment - View article - View full comments

What UI library are they going with would be interesting. Rust certainly is a good choice, I do not know of a lot of UI libraries or bindings which are reall well maintained at the moment.

View this comment - View article - View full comments

Quoting: BeamboomOh ffs. Do even windows users use that one? What does the browser stats say?

We do. Company policies. IE got phased out (and I really love that), we're not allowed to install anything, and Edge Chromium rolled out instead of IE as default browser.

If I had a choice I'd use Firefox, but I ain't got a choice, and Edge is better than living with the old IE at work.

View this comment - View article - View full comments