Search the Community

I specifically registered on this forum to ask to specify in the "Network" / "Multiplayer types" block / table the presence of Steam Remote Play Together (RPT) in the game. Currently, there are three modes specified there: "Local play" (incl. hotseat), "LAN play" (incl. serial connection) and "Online play". When "Nucleus Co-op" is specified as a special case of "Local play", it is fair, because from the user's point of view it is "Local play" regardless of what the mode was originally and how exactly it was implemented. Similarly, it seems to me that since RPT requires online, it is logical to specify it in the notes field of the "Online play" line (despite the fact that after establishing a connection between users, data can only be transmitted over a local network).

I consider pcgamingwiki.com to be one of the most comprehensive repositories of technical data on video games. And, at the same time, PCGW is one of the most difficult to find games that meet certain criteria. Especially when compared to Steam search with additional capabilities provided by the Augmented Steam and SteamDB browser extensions. Moreover, external wiki search is useless, because the mere mention of some feature on the page does not mean its presence in the game, since it is only a field header in a table, for which an arbitrary value can be set as an icon. I understand that technically a wiki is just a set of text files united by links. This makes it very accessible for editing, mass, but, unlike database-based systems, makes it very limited for research. I propose to create a task and formulate a technical task for it to expand the wiki with the ability to flexibly search for games by parameters, using inclusion and exclusion filters. Probably, this will require setting up regular parsing of updated pages. And here the established practice of using templates for pages will greatly help us out. To start, it is enough to include several of the most popular parameters in the search, adding others over time. Alternatively, you can allow users to search by parameters that are currently unavailable in Steam. For example, the presence of a DRM-free option, Multi-monitor, Subtitles, separate search by GUI language, audio and subtitles. Similar issues were discussed earlier in the topic "Template:Feature - Transition over from semantic search to pages with the embedded query", which is now locked.

Recently I tried launching Red Dead Redemption 2 on Steam to be greeted with a message that required me to authenticate the game by connecting online; imagine my surprise when I had done so a day before. Once I got my internet to be stable again, I decided to do a test to see when and how did Rockstar decided RDR2 required you to authenticate your purchase. I authenticated the game by connecting online, then closed the game, I made sure to not turn my pc off, then I went to Windows settings and disabled my internet adapter; the game asked me to authenticate it again. This leads me to categorize the game as an "always online" title, because even if the game runs without requiring an internet connection after you launch it, it still requires you to launch the program -the most significant aspect of starting any application I would say- whilst connected to the internet. I added this to the wiki, and then a couple of days later a user by the name "Killerclownz" undoes my edit; I inferred from what he typed and specified: "The game requires an internet connection at launch" that he was emphasizing a technicality; the game requires an internet connection every time you launch it, but only then, not after when you're playing. To me this is an arbitrary observation; if the game requires internet to launch, every time you try to start it, then it doesn't matter if you can keep playing the game offline after. You still require online to start the freaking thing, every time you want to play the game, you still require to authenticate, each time, through an always online authenticator. So I get the edit on one hand because technically it isn't an always online game, but it requires an always online authentication every time you boot it up. I know this seems silly, and like I've been spending too much time on the site, but I think it's important to discuss this, what do you guys think? What do the admins of the site think? Is it an always online game a game that can't literally function without an internet connection? Or does it fit the category to call an always online game a title that demands an online connection every time you start it?

I think that maybe you could add a space for Software, like what Steam offers (Action!, Wallpaper Engine, RPG Maker, etc) and do the same as you do with games. Offer guides, suggestions, bug fixes, essential improvements and so on.

Flathub provides some games like https://flathub.org/apps/details/org.supertuxproject.SuperTux. It would be great if I could add flathub as an source for SuperTux and other games avaiable there. The fields required should be the flathup id (in case of supertux: org.supertuxproject.SuperTux) If it gets added a field for the flatpak save path might be useful as well (though it should also be the same folder as normal, but XDG_CONFIG being .var/app/<id>/config and XDG_DATA being .var/app/<id>/data). Some games might behave differenly, so we should be able to set the config and data path.

hi, i've been trying to track down the inicrypt tool for Spec Ops: The Line that is linked in the wiki but that link is no longer any good. http://mod.gib.me/specopstheline/inicrypt.zip i've searched a lot and every mention of this tool is linked to that mod.gib.me domain which no longer works, does anyone have this tool they could share and i'll host it somewhere so the link can be updated in the wiki? thanks in advance.

Hey! I found a fix regarding a specific GTA V crash, but I don't know how to add it to its page... I've never edited a Wiki page... Maybe someone could add it? That way we can forget about tutoring me about this :\

as you can see, in daw of war ii retribution, the fixbox width dont scale and it put itself further down, making it look like this. afaik, scaling was fixed during server migration and for other articles i checked works fine