/games/ - Games

Why is the relatively well known and famous wwe wrestler John cena wearing thigh highs and a skirt? Is this image fake?

>>27149
Ricky Stanicky movie.

>>27149
If you looked as good in it as he does you would be wearing one too.

We do not need more proprietary software.

>>27149
he's serving cunt you whore

>>27154
[insert rambling about dialectics]
Porting proprietary software to run on free software rather than exclusively proprietary software weakens the proprietary software industry, and decreases the likelihood developers default to proprietary when making their games.
Absolutism is what the corpos want because it makes FOSS software insular and inflexible.

>>27154
all the tools given are floss except for the games themselves

While I can see some value in what they're doing (particularly making games capable of running on Linux but also portable without install etc) overall that isn't as much of a big issue as it would have been before Valve basically did 90% of the hard work with investments in Proton and the like.

These days you can use Proton / Wine, DXVK and similar tech to get more or less the same thing done, minus the portability , dwarfs packing, and the like. Also "blocking internet access" beyond what is done in the standard cracking process itself may be an impediment to things like users attempting to play over LAN emulation, or pirate servers or whatnot depending on the game. Likewise the "run from a script, compressed without extracting" is neat but may impact users attempting to mod, as they reference on the site. Releasing the tools as FOSS is great, something some cracking/ scene groups have done as well.

I can give them credit in the repacking community, but I do wish they'd give more info on which cracks they are using, what content (ie DLC, patch versions etc) are enabled . Not doing this is seen as an insult in "the scene" and isn't great for users overall not knowing what actual cracked versions or contents they're using. So I can applaud them by being Linux friendly especially if they started this before Proton made it to where it is now, but there are some concerns that I'd have and while I would like to see non-shitty repackers, I think the best thing they can do is to amend these issues.
>Cite all cracks and content (ie DLC enabled, patches and updates etc) in a given game along with its source etc. Every major repacker does this.
>Give an option between a compressed install as is current and a more standard decompressed install, as the user desires. Some may not want the shell script and dwarfs style install, others may,
>Those that have the knowledge to contribute to cracking or utility creation, do so!

Denuvo cracking is in a sorry state now with EMPRESS being one of the only public groups/individuals , but their bad behavior is antithetical to the scene values (ie you don't take money to crack , you don't put all kinds of nonsense in nfos etc) which is disappointing. I can applaud JC141 on the Linux side of things but if they want to strike out against capitalist excesses or privacy issues, then there's other things that may be helpful to get them out there and get good rep within the scene or at least p2p repacker community and then contribute in other ways

>>27193
>Valve basically did 90% of the hard work
retard

>>27197
Liberal, even.

>>27197
>>27200
Not sure what kind of brainrot this is? Valve had a massive role to play in improving Linux gaming and especially the ease by which you can take some Windows title and play it on Linux. They literally created Proton and other FOSS projects (ie gamescope, SteamVR/OpenVR etc) , bolstered others like Wine, DXVK ,and Linux GPU drivers with development contributions plus funding for existing developers, and sorted out all manners of bullshit like getting even Easy Anti Cheat to allow compatibility with Wine/Proton users…all to say nothing regarding the Steam Deck shipping Linux with its new SteamOS where a large amount of games "just work" with a parity or nearly so experience. Steam Deck's ongoing success is not just a matter of technically adept Linux geeks, but rather the experience - if not always perfect - is smooth enough often enough that they feel it can be put in front of general users which is a tectonic shift from a decade or so ago

>>27206
>They literally created Proton
proton is a fork of wine with some patches added, the vast majority of the work comes from the wine developers
>gamescope
valve didn't create that either: https://github.com/Plagman/gamescope/
>DXVK
existed for years before valve had anything to do with it
>Linux GPU drivers
have always worked unless you use nshitia

>>27154
>posting an anti-communist, Biden supporter
do you know where you are?

>check out "jc141"
>read the setup instructions[1]
<switch from Debian Stable to Sid bro, just add our custom repo bro, install our own packages bro, use this .DwarFS compression thing bro […]
No thanks, wtf is this shit and why do I need it? I don't want to be too mean since they're doing a cool thing by distributing games and in the README.md they claim to be communists[2] but why go through all that effort when you can just go on RuTracker.org[3] or Torrminatorr.com[4] and get the same games through a more trustworthy/transparent source and with an easier install/run process that doesn't involve changing your distro/release channel and messing around with third-party repositories?

Let's compare our options of installing games GNU/Linux:
jc141:
>download game
>change your distro release from stable to unstable
>upgrade all packages and reboot hoping that nothing will break (everything will break and it's going to suck big time, it's fucking Debian Sid)
>add the makedeb.org(?) repository
>'git clone' the DwarFS(?) repo and install a bunch of more shit
>assuming everything is working after you raised this FrankenDebian[5] monstrosity you can now play the game
RuTracker.org:
>download game
>extract game files from .tar.xz
>play game

The reason given by the maintainers to go through this dangerous process is pretty stupid too:
>stable = old packages, old = le bad for games
Bullshit! I'm typing this on Devuan 5 (Debian Stable sans SystemD), I have the latest stable kernel and my games on Lutris and Steam run with mesa-git[6] thanks to Flatpak, no shady third-party repos or switching to Sid needed. I can sleep safely knowing that I'm getting the best performance I can out of my GPU while at the same time not risking getting fired by porky for not being able to join the Zoom call and work because I broke my fucking install by messing around with le john cena repositories to play Hearts of Iron IV

[1] https://github.com/jc141x/jc141-bash/tree/4a583c71e7dd581252cf77bd48163831471abca0/setup#debian
[2] https://github.com/jc141x/portal/blob/668399b37e61db910971176f08890495bff347c0/README.md#ideology
[3] https://rutracker.org/forum/viewforum.php?f=1992 | https://rutracker.org/forum/viewforum.php?f=2059
[4] https://forum.torrminatorr.com/viewforum.php?f=26
[5] https://wiki.debian.org/DontBreakDebian#Don.27t_make_a_FrankenDebian
[6] https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/wikis/Mesa-git

>>31475
but dwarfs is distro agnostic, ive run it on arch, gentoo and void at least

I appreciate that they get gaymer redditors mad just by existing.

>>31477
why?

>>31476
>but dwarfs is distro agnostic
<if you swap your distro to install the software it's "agnostic"
LOL
Do you know what actually is distro agnostic? Answer: .tar archive, it literally works on every single GNU/Linux distribution without changing release channels, installing and trusting random third-party repos or compiling shit from source, it even works on other operating systems if you ever need to use them to read/modify the file.

>>31477
(You)

>>31484
i literally said it worked on three separate distros, what are you even talking about you sperg

>>31486
>i literally said it worked on three separate distros
"Works on three distros" is a far cry from "distro agnostic", the setup instructions for Arch require users to add their custom repository and import the devs' signing keys, the ones for Debian literally walk users through switching from Debian Stable to Sid.

AppImage is distro agnostic
Snap is distro agnostic
Flatpak is distro agnostic
.tar archives are distro agnostic
This bullshit however is NOT distro agnostic

For all this effort and trust you need to put into the people running this project you'd think there would at least be SOME reason for doing it, but no, it's literally inferior in every way to just getting games that come as tarballs.
Again, I don't want to be too mean about it but there's just no use case for this.

>>31487
ah youre a petty autist, gotcha fam

>>31489
Why can't you just explain the use case for using these releases instead of just throwing insults around? Come on, just post one (1) reason to not just use tarball releases like people have been doing for GNU/Linux game warez for literal decades.

Is there a reason why you're so invested in this?

>>31484
TBF tar archives and appimages are not truly distro-agnostic because of the glibc dependency.
Dwarfs itself appears to be an improvement over squashfs, which they likely use as a chroot. With the exception of older kernel releases this certainly appears distro-agnostic.
The project needs boost and some facebook c++ libraries to build though, which is probably the reason it is only built on the newest distro releases.

>>31495
Get his ass.

>>31495
>TBF tar archives and appimages are not truly distro-agnostic because of the glibc dependency.
lmao ok bro, if you're counting the fucking C library implementation then that would also be a problem with those .DwarFS archives since the games still have their own binaries/wine to run
the difference here is that i can do 'tar' on literally any distribution, the same can't be said about this meme format

>>31505
meds

>>31506
>the difference here is that i can do 'tar' on literally any distribution, the same can't be said about this meme format
As i said the format is basically a highly improved squashfs. It wouldn't be a meme and could easily backported if the dev had actually bothered to use stable dependencies.
>if you're counting the fucking C library implementation then that would also be a problem with those .DwarFS archives since the games still have their own binaries/wine to run
I thought they would use chroots, but i see no mention of what 'start.sh' is exactly supposed to do.

Using semi-obscure formats isn't necessarily a bad thing if the necessary tools are high-quality and portable. I loathe lutris and similar software not because they're not using muh heckin tarballs, but because they require an unnecessarily opaque setup for the simple act of installing software and applying a few patches to your wineprefix. Flatpak is a hack executed badly, but at least it's nothing more than a fancy chroot manager and works most of the time.

>>27148
Seem pretty cool.

>Was setting up a new install of arco linux
<(I was going to use endeavor, but got spooked later)
>followed the github to the t
<(had to remove the nvidia drivers they recommended to install, originally thought it didn't work with endeveros)
>Torrented img rel
>and it does just *wrk.
Had to spend time to figure out why I couldn't save, (the reason was that you need to mount drawfs).
"Ummm meme arrows?????", yeah, it's called organization, you fucking tumor

If (mostly) everything goes well, I'm gonna drop a thanks for their hard work.


>>27193
>>27197
>>27200
>>27206
>>31473
Idk how much valve has contributed, but they've atleast been very beneficial to linux gaming.

They solved the biggest issue linus torvalds highlighted, that being linux needs to be pre-installed on devices if we want people to use them.


>>31507
>I loathe lutris and similar software not because they're not using muh heckin tarballs, but because they require an unnecessarily opaque
I wonder if it's because they just auto assume the user would look up a tutorial to handle the program.
Tried to tie img rel to lutris by giving it a script to launch, and there was a hundred options they give at once, for something that should've been all filtered out by a higher option saying something like, "Launch locally installed game"

>>31507
>>31519
Is it? Lutris saves logs by default.

>>31522
I used lutris because after updating wine in my arch chroot, Tsukihime suddenly refused to start and gave a cryptic error message (rechecking: there isn't even an error, now it just dies). Searching for the error lead to a winehq thread that gave lutris as a solution. (Now using an alpine chroot btw).
I don't like the way lutris is a huge pile of python with a mandatory gamified looking gui (just gtk issues). What is far more infuriating to me is the way it is used as a catch-all distributor of fixes, when the effort going into it could just as well go towards improving wine, winetricks, or just writing a fucking entry on winehq's appdb.
The automatic dependency download and injection for linux games might be neat (if i had any faith in modern linux compatibility), yet the way playonlinux and lutris distribute their fixes is ultimately proprietary, not in license but in the ability of users not to opt into their can-of-worms ecosystems.