Latest Comments by Nocifer
Epic Games CEO says a clear No to Fortnite on Steam Deck
8 Feb 2022 at 2:12 pm UTC
Still, it's not so much a matter of it working in technical terms as it is a matter of it working in efficiency terms. Valve has a vested interest in adding its games to the Steam Deck's catalog, and thus is determined to shoulder the burden of providing the additional support for them, which is made all the more easier since VAC is crap as an anti-cheat anyway.
Epic most definitely does not have that same vested interest, and so it flat out denies having to shoulder 10x of the same effort for its 10x more popular game. But on the other hand, in technical terms, by making EAC available for Proton it has not denied other companies the right/ability to use its in-house anti-cheat for their own products, if they so want.
8 Feb 2022 at 2:12 pm UTC
Quoting: GuestValve anti cheat has been working for ever on Linux... how come? are valve devs super smart and Epic Games devs dumb af?In VAC's case, "working" is really an abuse of the English language :P
Still, it's not so much a matter of it working in technical terms as it is a matter of it working in efficiency terms. Valve has a vested interest in adding its games to the Steam Deck's catalog, and thus is determined to shoulder the burden of providing the additional support for them, which is made all the more easier since VAC is crap as an anti-cheat anyway.
Epic most definitely does not have that same vested interest, and so it flat out denies having to shoulder 10x of the same effort for its 10x more popular game. But on the other hand, in technical terms, by making EAC available for Proton it has not denied other companies the right/ability to use its in-house anti-cheat for their own products, if they so want.
Epic Games CEO says a clear No to Fortnite on Steam Deck
8 Feb 2022 at 2:03 pm UTC
IMHO, "why did Tim Sweeney pick this specific time to say something like this about EAC's effectiveness on the Steam Deck" is a much more interesting debate to be had.
8 Feb 2022 at 2:03 pm UTC
Quoting: Doc AngeloNo, I'm disagreeing with you because you contradicted yourself. "It really depends" agrees with "the malware capabilities will be limited by the size of the hole", a statement with which you disagreed in the rest of your comment. If it does depend on the "size of the hole", then it also does make sense in the digital world to talk about holes and sizes.Quoting: NociferThat's not correct. Some holes can indeed lead to privilege escalation and thus provide full access to the whole machine, while other holes are more or less limited in what they can do. It's not a given that a bug/exploit will lead to total foobar. It's as you say at the end: it really depends.Exactly. I said it depends. You're essentially agreeing with what I said, yet you're stating that what I said is incorrect.
Quoting: Doc AngeloWell, as I also already explained, I agree with both Sweeney's statement regarding Fortnite's huge player base being a huge pain in the a$$ when it comes to anti-cheat effectiveness (because more people will devote their time and resources into finding holes and creating new cheats to exploit them), and with the previous commenter's comment about Tim Sweeney's statement being mostly right. So it goes without saying that I do not think the argument is stupid, and I don't agree with your explanation about why it's stupid.Quoting: NociferThe argument is that the bigger a player base is for a game, the more lucrative a target it is for cheat developers and cheat consumers alike. Even a minuscule 1% of cheating players amounts to a very different number in a game with 10,000 players versus a game with 250 million players.I already explained above why this argument is a stupid one. Yes, the statement is correct if you look at it isolated from the context, but it doesn't make sense the way he's using it in his argument. That's a common tactic. Say something that is obviously correct, then misuse that in an incorrect argument and hope that people fall for it.
IMHO, "why did Tim Sweeney pick this specific time to say something like this about EAC's effectiveness on the Steam Deck" is a much more interesting debate to be had.
Epic Games CEO says a clear No to Fortnite on Steam Deck
8 Feb 2022 at 1:13 pm UTC Likes: 1
8 Feb 2022 at 1:13 pm UTC Likes: 1
Quoting: Doc AngeloAre you sure you understand this topic well enough to explain it to others? If you ask me, this is a very misleading simplification of how bugs and exploits work. The size of holes is important in the physical world, but that doesn't really make sense in the digital world. Any bug can lead to full permissions. It really depends.That's not correct. Some holes can indeed lead to privilege escalation and thus provide full access to the whole machine, while other holes are more or less limited in what they can do. It's not a given that a bug/exploit will lead to total foobar. It's as you say at the end: it really depends.
Quoting: Doc AngeloWhat's your argument? He might be right because the player count is high?The argument is that the bigger a player base is for a game, the more lucrative a target it is for cheat developers and cheat consumers alike. Even a minuscule 1% of cheating players amounts to a very different number in a game with 10,000 players versus a game with 250 million players.
Quoting: elmapulcalm down, not all games have an install base as big as fortinite, in fact fortinite is the biggerst one.Exactly. The fact alone that Epic a.k.a. Tim Sweeney has already collaborated with Valve to bring official EAC support to Proton and the Steam Deck points to him at least sincerely believing what he says about Fortnite. He didn't block Proton from using EAC, it's rather the opposite, even though he could. And after all, EAC is one product (and its use affects the game companies that opt to enable it, not Epic) and Fortnite is another product - a company can have vastly different strategies for its different products, according to the target market for them.
if an game has lets say 1~10 millionss of users it may worth support linux.
KDE Plasma continues improving to stop you breaking things
6 Feb 2022 at 5:54 pm UTC Likes: 3
Not to mention, if you have both Gnome and KDE installed on the same system and/or sharing configuration folders, if KDE breaks stuff for Gnome then maybe Gnome also breaks stuff for KDE and maybe that's where the root of your problems lies. Have you tried using KDE on a clean system?
Also, XFCE does not (and probably will not in the foreseeable future) support Wayland.
6 Feb 2022 at 5:54 pm UTC Likes: 3
Quoting: areamanplaysgameI've been using KDE for a long time and I've never had any trouble connecting stuff via Bluetooth or hearing audio in Firefox. And even if I did have such issues, it'd be a given that they wouldn't be KDE problems bur rather a problem with the Bluetooth stack or the device drivers in the former case, and Firefox or the sound stack in the latter; so I'd begin my investigation with them.Quoting: amataiYeah, Plasma keep breaking thing on my computer so that I don't have to break them I suppose.I keep giving KDE another chance every few months, but it's just never been a good experience for me. I love a lot of the KDE ecosystem, but for some reason basic stuff that just works in GNOME, like pairing a Bluetooth gamepad or, like, playing audio in Firefox, does not work in KDE on the same machine for no reason I can easily discern. And then, when I go back to GNOME, I have to spend extra time fixing the stuff KDE broke that it shouldn't have been able to break.
Not to mention, if you have both Gnome and KDE installed on the same system and/or sharing configuration folders, if KDE breaks stuff for Gnome then maybe Gnome also breaks stuff for KDE and maybe that's where the root of your problems lies. Have you tried using KDE on a clean system?
Quoting: JarmerI'm surprised the Steamdeck team chose KDE for the DE, and not something simpler and less resource heavy like XFCE. Being that it's a battery powered device (sometimes) I would think they'd want to squeeze every single compute cycle they could and isn't KDE the heaviest DE out there?Well, apparently they wanted the best balance between technologically advanced, user friendly and flexible; and there is nothing out there that can beat KDE on all these areas at the same time. And no, KDE hasn't been a resource hog since ages (if it ever was in the first place), I've seen metrics that show it as consuming less than 180MB on boot on a fresh system.
Also, XFCE does not (and probably will not in the foreseeable future) support Wayland.
Dying Light 2 Stay Human is out and works well on Linux
5 Feb 2022 at 4:19 pm UTC Likes: 2
5 Feb 2022 at 4:19 pm UTC Likes: 2
Quoting: BielFPsThere's one thing that saddens me about this game is that, back then when they attempt to make a native version, they didn't had vulkan and the linux graphics were in a sorrow state. That resulted in a (opengl) poor performant native version specially compared to the later Proton that made use of a more performant API.Who in their right mind would forego Proton and thus Valve's guarantee for third-party support by opting to go Linux native and getting to face the bureaucratic and development nightmare that is venturing out to a new, unexplored platform all by themselves? No one. We have to face it, Valve's presence is what had made Linux gaming into what it is, and Proton is what has allowed Valve to bite the bullet and invest into Linux. So for all practical purposes Proton is Linux gaming, and will be for the foreseeable future.
Nowadays they have everything to make a great port for a linux version, thanks to so much investment that was made along those years, but there's almost no probability that we'll see another attempt to make it, due to the problems with their first attempt, and the fact that Proton justifies the lack of reason to work with anything that isn't DirectX.
At least we can somehow play the game on linux and hope that they don't put any kind of anticheat latter.
Quoting: GuestWhen you buy something, you're paying for support too, so why paying full price for a software that is completely unsupported on your platform, where platform can be Linux in general?Hmm, no, in my case I personally pay to be able to enjoy the story/gameplay of the game and repay the devs for the effort they put into making it. Support is usually a byproduct.
Quoting: GuestThere is absolutely no excuse that the big developers can not support LinuxThere is, and the key word here is "big". For small developers, supporting something new is easy because they lack the red tape and the established practices and the concerned shareholders that big developers have to account for, which usually puts them into a mindset of "don't fix what is not broken". If they already have an established business making games with DirectX and bringing them money in by the bucket, then they sure as hell not going to jeopardize that for the sake of a platform with minuscule market share. That's why Linux must first become a lucrative platform before some of the big devs will maybe get convinced to invest into it. And that's why we need Valve and Proton.
STAR WARS: Squadrons looks to be preparing anti-cheat for the Steam Deck
31 Jan 2022 at 12:53 pm UTC
31 Jan 2022 at 12:53 pm UTC
* Has been frantically searching for a good online game that has Linux support and has cross-play enabled so it can be played with console buddies *
* Reads the article *
* Goes to check the game out on Steam and sees it's currently on sale for only 11,99€ *
* Buys game without a second thought *
* Enthusiastically informs console buddies *
* Satisfied, proceeds to read the comments below the article *
* Reads the article *
* Goes to check the game out on Steam and sees it's currently on sale for only 11,99€ *
* Buys game without a second thought *
* Enthusiastically informs console buddies *
* Satisfied, proceeds to read the comments below the article *
Quoting: KithopI played a fair bit of Squadrons via the Xbox Game Pass on my Windows disk (gasp), in VR with HOTAS, and mechanically, the game is good fun. The ships feel good, the VR support mostly works, almost on-par with Elite: Dangerous aside from a couple left/right eye-swap bugs in in-game cutscenes.
However, I can't recommend people pick this up unless they're getting it for free as part of something like Game Pass / EA Play... (review follows in spoiler tag)
Spoiler, click me
Unfortunately, the backlash against EA's microtransaction policies was happening during the game's development, as I understand it, so when they said, 'Alright, fine - we're not putting MTX in', they also gave the game a very very short lifespan. A couple rounds of fixes + content patches, and then that's it. The game isn't making them money any more, so they've basically completely abandoned it save for keeping the matchmaking servers running.
There's really only two game modes - team deathmatch, and a 'push' style 'kill all their capital ships in sequence before they kill yours, but be nice and take turns being offense and defense', with no future plans for anything else. No co-op in the single player campaign. Everything is just geared around a ranked 5v5 PvP setup.
If you can find 4 friends to make a full team, you can have a decent enough time, either stomping the AI in the unranked mode, or maybe going against randoms in the ranked mode - at least until you get matched up with the level 100+ 5 person squad of hardcore players who play the heck out of the game and will wipe the floor with you. :p
If you don't have 4 friends to play with, honestly, don't even bother loading the game up. The matchmaking has been absolutely dead for so long - we've tried at least 3 separate times over a 3-6 month span to get matches with 2-4 people on our side, and you can end up sitting and waiting at the menu for it to try and look for a match for you for upwards of half an hour with no hits.
We thought it was just an off day, would try again next week - same issue. Sometimes even with an entire 5-person team ready to go. I think once we were restarting the matchmaking for an hour and a half total (granted, while we're all Alt-Tabbed out and doing other things waiting for the queue to pop) before we finally gave up and basically uninstalled the game.
It's frustrating, because I feel they actually did a great job with the art, assets, engine, etc., and I want to play the game with my friends, but EA has pretty much completely abandoned it since there's no MTX to grind our wallets with. It's like they're not even entertaining the idea of a season pass or expansion pack or sequel - I'd be down for paying $30 for an xpac or $60-90 for a proper sequel with a co-op campaign or larger scale Battlefield-style battles, but this really feels like something between a tech demo and a fully fleshed out game. It could've been so much more. :(
Wine manager Bottles has a big new release with major overhauls
31 Jan 2022 at 12:20 pm UTC Likes: 1
Friendly hint: to easily run mod managers etc for games in Lutris, select the game you want, click the rightmost arrow in the toolbar that appears at the bottom (the one next to the Wine icon) and select "Run EXE inside Wine prefix" - et voila. One of those convenient little tricks that Lutris hides behind its terrible UI.
31 Jan 2022 at 12:20 pm UTC Likes: 1
Quoting: Mountain ManThe logs it creates during the ripping procedure are considered a golden standard in certain online circles.Quoting: BlackBloodRumI'm curious what EAC can do that native Linux software can't.Quoting: Mountain ManThere are plenty of Linux native options for ripping music CDs. I've been using K3B for years, and it works great, but there are many others if that's not to your liking.Quoting: iskaputtNot exactly on topic, but did you try whipper as an alternative? I've been using it for my CD collection and it usually works just fine. It checks the rips against the musicbrainz database and pulls other metadata from there as well. I know that some people swear by EAC, but maybe this works for you.Sadly.. due to my usage case, while Linux apps do a perfect job of ripping audio, the log files produced are not satisfactory.. let's just say it's for "not linux's fault" reasons and not entirely down to my own decision.
https://github.com/whipper-team/whipper [External Link]
Quoting: CerberonI like the idea of this, it would make it easier to run mod managers or other executables you might run along side a game than some other methods.Yes, that's also another point against Bottles (at least in its current state; I have no doubt it will eventually be fixed). There's one specific game I have that in a Wine prefix created and configured by Bottles it will run with horrible graphical artifacts in DX11 mode (DX9 mode is OK) but when run externally (either via Lutris or simply via a normal wine call from e.g. the terminal) it will run perfectly fine. In both cases the prefix and its contents, as well as the Wine binaries used, are exactly the same (I use my system-wide Wine in both Bottles and Lutris).
However I have had problems running things that run fine in Lutris, not sure if it a problem due to Flatpak installation or I just don't know how to use bottles properly.
Friendly hint: to easily run mod managers etc for games in Lutris, select the game you want, click the rightmost arrow in the toolbar that appears at the bottom (the one next to the Wine icon) and select "Run EXE inside Wine prefix" - et voila. One of those convenient little tricks that Lutris hides behind its terrible UI.
Wine manager Bottles has a big new release with major overhauls
30 Jan 2022 at 11:39 am UTC Likes: 1
The problem arose when I tried to fix the .yml for dotnet35 (which currently doesn't install in Bottles) and after a while I realized that I was simply lacking the technical knowledge (and the time and/or will to look further into it) to understand why it doesn't work and what should be done in order to make it work - both questions which have already been answered by Winetricks, which is able to install the exact same dotnet35 in the exact same Bottle-created Wine prefix just fine.
I don't know, it's possible I'm making this into too much of an issue, especially when nowadays the external dependencies needed by the average gaming Wine prefix can be counted on the fingers of one hand (basically it's just the dx9 runtime plus maybe dotnet 3.5 and/or 4, maybe the vcruntimes, maybe some fonts, maybe Physx, and that's about it) so Winetricks is somewhat of an overkill anyway. Although to my defense, it's not my intention to make it into a big issue, I'm probably just peeved that I was not able to fix dotnet35 the other day :P
30 Jan 2022 at 11:39 am UTC Likes: 1
Quoting: TheSHEEEPOn one hand, you're right.I wasn't trying to bash the .yml system, on the contrary. I recently had some time and contributed some additions/fixes to Bottles's dependencies, and I found the system refreshingly easy to work with. The self-contained .yml files are a great idea compared to Winetrick's massive wall of spaghetti code, and the logic behind them already supports lots of stuff necessary to describe the install procedure and can of course be enhanced with even more stuff if and when they're needed.
We've all seen lots of systems that tried to reinvent the wheel but ultimately hit the same roadblocks the "original" wheels met and started to implement similar workarounds, ending up not much better, making a point for why reinventing the wheel was pointless to begin with.
On the other hand, you can do pretty much anything with .yml files, including more complex logic.
I don't see why you wouldn't be able to e.g. even write bash code (or Python, or whatever else can be parsed&executed at runtime) if it really was necessary for some use cases.
The problem arose when I tried to fix the .yml for dotnet35 (which currently doesn't install in Bottles) and after a while I realized that I was simply lacking the technical knowledge (and the time and/or will to look further into it) to understand why it doesn't work and what should be done in order to make it work - both questions which have already been answered by Winetricks, which is able to install the exact same dotnet35 in the exact same Bottle-created Wine prefix just fine.
Quoting: TheSHEEEPThe real problem is adaptation and maintenance. If the main maintainer for winetricks stepped down, someone else is almost sure to take over.And so it basically comes down to this. My issue is that maintaining a set of interdependent packages a la Winetricks, even in a much reduced number, requires more developer time than is currently available for Bottles (at least AFAICT). I'm not that worried about the future of Bottles as an app, because it's a good app and if anything it seems to be gaining more traction in the Linux community by the month, I just think it needs to make sure that the core functionality (like resolving and installing external dependencies) is working as tightly as it should before it opts to implement more QoL features like e.g. the installers.
Not sure what the situation would be with Bottles.
I don't know, it's possible I'm making this into too much of an issue, especially when nowadays the external dependencies needed by the average gaming Wine prefix can be counted on the fingers of one hand (basically it's just the dx9 runtime plus maybe dotnet 3.5 and/or 4, maybe the vcruntimes, maybe some fonts, maybe Physx, and that's about it) so Winetricks is somewhat of an overkill anyway. Although to my defense, it's not my intention to make it into a big issue, I'm probably just peeved that I was not able to fix dotnet35 the other day :P
Wine manager Bottles has a big new release with major overhauls
29 Jan 2022 at 11:31 pm UTC
29 Jan 2022 at 11:31 pm UTC
Quoting: whizseYup, which pretty much sums up exactly what I said I think would be their reasoning - it's what I'd be thinking myself were I to try and do something similar. But my point is that Winetricks is what it is for a reason, and that reason is it takes care of any incompatibilities and quirks and makes sure everything installs correctly (at least that's the goal; sometimes things do break). If the Bottles system can't maintain the same level of functionality and credibility, then the Bottles system kind of fails. What I'm saying is that it needs much more love than it's currently getting, and sometimes the work that needs to be done is more complex than simply writing a .yml file.Quoting: Nociferwhy have you (the Bottles devs) seen fit to re-invent the wheel and opt for a new, custom system for installing external requirements instead of using good ole Winetricks?https://docs.usebottles.com/faq/where-is-winetricks#why-not-winetricks [External Link]
Wine manager Bottles has a big new release with major overhauls
29 Jan 2022 at 9:58 pm UTC Likes: 2
I'm all for having a tight GUI without external nuisances (like Winetricks, which is horrible as an app) but it should be made certain that at least the essential stuff (i.e. all the ones that you have implemented) Just Work™. And unfortunately, guaranteeing that the essential stuff Just Work™ means doing the necessary research and implementing workarounds for any and all obscure quirks - which is what Winetricks is all about.
Also, what the other guy/gal said: please make the prefix location configurable!
29 Jan 2022 at 9:58 pm UTC Likes: 2
Quoting: mirkobrombinSeeing as you're here and willing to answer questions, I have one: why have you (the Bottles devs) seen fit to re-invent the wheel and opt for a new, custom system for installing external requirements instead of using good ole Winetricks? On the one hand I can understand it (tighter control over the procedure and simpler/prettier to use because it's integrated right into the UI) but on the other hand it opens the door to an array of new issues, the main one being that some stuff that install just fine with Winetricks (notably the dontnet35 package) fail to do so with Bottles, because Winetricks takes into account possible Wine bugs and implements workarounds for them, while Bottles right now doesn't. Another issue is with the checksums, which seem to go bad every other day or so.Quoting: kibasnowpawThis is way to complicated to use and it don't feel user friendly at all and a stuff is missing or not working. i still feel like lutris is a better options here or if you somehow can miss mass this two.Our focus is on ease of use. What and how should we improve?
I'm all for having a tight GUI without external nuisances (like Winetricks, which is horrible as an app) but it should be made certain that at least the essential stuff (i.e. all the ones that you have implemented) Just Work™. And unfortunately, guaranteeing that the essential stuff Just Work™ means doing the necessary research and implementing workarounds for any and all obscure quirks - which is what Winetricks is all about.
Also, what the other guy/gal said: please make the prefix location configurable!
Quoting: BlackBloodRumSadly.. due to my usage case, while Linux apps do a perfect job of ripping audio, the log files produced are not satisfactory.. let's just say it's for "not linux's fault" reasons and not entirely down to my own decision.Yarr!
- The "video game preservation service" Myrient is shutting down in March
- Discord delay global rollout of age verification to improve transparency and add more options
- Steam Next Fest - February 2026 is live with tons of demos
- Firefox 148.0 arrives with AI controls
- FINAL FANTASY VII arrives on GOG with a new edition live on Steam too
- > See more over 30 days here
- steam overlay performance monitor - issues
- Xpander - Nacon under financial troubles... no new WRC game (?)
- Xpander - Establishing root of ownership for Steam account
- Nonjuffo - Total Noob general questions about gaming and squeezing every oun…
- GustyGhost - Looking for Linux MMORPG sandbox players (Open Source–friendly …
- Jarmer - See more posts
How to setup OpenMW for modern Morrowind on Linux / SteamOS and Steam Deck
How to install Hollow Knight: Silksong mods on Linux, SteamOS and Steam Deck
Source: media3.giphy.com
View cookie preferences.
Accept & Show Accept All & Don't show this again Direct Link