Jump to content

Dave247

Member
  • Content Count

    19
  • Joined

  • Last visited

  • Days Won

    3

Reputation Activity

  1. Thanks
    Dave247 got a reaction from darius1911 in Batman: Arkham City GOTY - Steam DirectX11 Lighting Bug fix for page submission   
    Hey there @darius1911. No don't worry you didn't do anything wrong, there was a bug with Captcha on discussion pages which I had discovered previously but didn't get fully patched out. If anything due to you making a post about it here was better as it meant I happened to come across it a lot sooner!
    Anyway as for the lighting fix for Batman Arkham City, I've gone ahead and added it as a fixbox to the article page and uploaded the graphic cache files to the downloads section so that they will remain easy to access for anyone in the future.
  2. Like
    Dave247 reacted to EVERGREEN in Proposal: "Debloated" Installs (Remove unused files)   
    Today more than ever, (fast) storage space is expensive. One thing that always makes me mad is the insane amount of unused Localizations, game modes (often dead/closed multiplayer modes) that are installed by default - this is literally dead content. Wasted storage. Wasted money.
    Now back in ye old days, it used to be a gigabyte at best. Not the end of the world, and not exactly worth the time investment. But old habits die hard, and I'm still doing it today.

    With games becoming larger and larger, storage has become an issue that can thankfully be alleviated. 
    I'm going to list a few interesting examples, then propose a solution and finally suggest a way to integrate it to PCGW's structure. I'll also list a couple of issues with my proposal, potential flaws and uses cases etc. If you have a better idea or any suggestion to make this a thing, you're more than welcome.

    Please note that all the numbers given are taken from Steam, but GoG, Uplay, EGS & Origin are guilty of the very same thing. Uplay's even worse, as always. 
    Any constructive feedback would be much appreciated - I never suggested a feature before, but this one has been on the back of my mind for at least a year. I feel like it could be very useful to many folks out there.

    So, let's get to it. Those are easy ones to "clean-up" (more on that later):
    Batman Arkham Origins. Had a multiplayer mode, servers are down. Delete one folder and the install size goes from 27.06Gb to 18.1Gb. 9Gb (33%) saved Final Fantasy XIII. Well documented, check the PCGW entry for it, you can remove ~20Gb if you don't want the Japanese audio. 57.6Gb to 37.7Gb. 19.9Gb (52%) saved (!!!) Doom 2016. Do you really play the MP or Snapmap modes? That's ~15Gb (11Gb if you only delete the MP) saved. From 69.68Gb to 54.68Gb. 15Gb (21.5%) saved Here's the problem. I can manually delete all localizations, "deluxe edition content", Readme/Support and redists safely from most MT_Framework, UE3 and Ubi games just fine because they use the same naming conventions. All I have to do is search in the root folder for any file with the _ita. suffix for instance and delete it - but that's because I know what I'm doing and I'm willing to take the time to locate and delete those files. 
    Listing that would massively bloat any page of course, and not many users would do it anyways. 

    The best way I can think of to implement a reliable and simple method to delete files that we're absolutely sure are safe to delete goes something like this:
     
    Add a "debloatable" boolean to the Other Information infobox, If True, how much can be shaved-off at best. Users like myself could build a database of games we know we can "shave" (much like SK/ReShade compat, with a dedicated page) The end user would download a batch file, hosted here and verified by members based on a template which would include one option for each localization, and a "clean-up" option (remove Readme, Deluxe content, redists if safe) So for instance, I can flag all the localization for Resident Evil 6 and write them down in the dedicated page. I don't have any experience making modular batch files like that however, so someone else would have to make a template. I can then edit that batch to point it to all the files we want to delete. The end user launches the batch file, delete all locales but the one he's/she's using and boom. That's money saved right there.
    I know there are programs that are much better than Win Explorer's Search feature - if we can feed such a program with a config file it should do the trick too. We'd still need to build a database though. 

    I do realize that I make it sound much easier than it may be, or that it may sound overkill if we're talking about a Gb at best. But for extreme cases like Doom 2016, Far Cry 3/4, FF XIII, the Arkham series, The Evil Within - huge games basically, it would be very helpful and hey, I'm already doing it anyways so might as well share it. There's also games like Battlefront 2 (2005) where you can cut the install size in half. It's about 5Gb (vanilla) if memory serves, about 2-3Gb when cleaned. 
    With that said, if anything I hope that this thread at least brings more attention to this issue. 

    Last but not least, to everyone: Happy holidays! I hope you're all doing well, and ready for more PCGW grunt work for this year to come.
    "Keep on keeping on". 
  3. Like
    Dave247 reacted to Rose in Minor development roles in the infobox   
    Technical obstacles aside, the PC gaming focus of the wiki makes a really strong case for listing all developers wherever we can. However, increasing the infobox height even further or even having a list of studios responsible for minor tasks in plain sight is very undesirable based on the arguments raised in my first post. It does not look like the addition of a new property would address the latter. Is it possible to pack it all into a one-symbol note template and have the developers appear in the tooltip only?
  4. Like
    Dave247 reacted to Rose in Minor development roles in the infobox   
    It is quite common for modern games to have been developed by multiple studios - in-house or outsourced. Usually only the main developers end up on the store pages and in the intro videos. The rest normally appear at the end of the end credits due to their minor or less significant roles - often unknown to the players.

    From a Call of Duty: Black Ops Cold War press release:
    The wiki article lists all of them on equal terms.

    From an Assassin's Creed Valhalla press release:
    The wiki article lists Ubisoft Monreal only. It is the most common approach I have seen on the wiki across many titles so far.

    I don't think it's inherently problematic to list each party involved, but it should be done in a manner that respects the developers' own practices of not giving too much prominence to the less involved studios, and it should not be distracting to the readers.

    I believe that Wikipedia handles it very well, by using the Explanatory footnotes template which is not as long and distracting as our existing {{note}} template when placed in the infobox - simply appearing as Text[a] and further down the alphabet for more notes. It can be seen in the Valhalla article:


    Another thing missing from the PCGamingWiki note template is that the games would not appear on the lists of games developed by the studios.

    My proposal is to implement a similar one-symbol template and come up with a way to tackle the issue of lists at the same time.

    Regardless of the outcome, I think it would be a good idea to at least modify the guidelines to have a stance on whether listing those "additional" developers is recommended, not recommended, and the extent of the coverage if recommended (up to 2 studios? 5? 10?).  There has to be something solid, not pure subjectivity when deciding to undo or keep this information.
  5. Like
    Dave247 got a reaction from Blackbird in Option to stay logged in on Wiki   
    Currently the option to Remember Me when logging in only has it so you don't have to visit the login screen and type in your account details, but it doesn't seem to keep you logged in the next time you visit the wiki when you close the window or browser, making it somewhat annoying and easy to forget when editing a page that you weren't logged in. This doesn't affect the forums however and only the wiki itself it would seem, and I have tested it across multiple browsers (including the age old Internet Explorer) that I highly doubt it is just me.
    Is it a purposeful design decision, something that simply hasn't been implemented yet or is it really just a bug on my end?
  6. Like
    Dave247 reacted to Aemony in Proposal: Have subpages for third-party tools   
    On the subject, the RGB lighting middleware page has a lot of examples of third-party stuff that we could add to the table.
    I'm going to contemplate the subject a few days more or something, and will probably then throw up a draft we can test.
     
    That should actually be relatively easy to achieve using {{Special:PrefixIndex/{{FULLPAGENAME}}/|hideredirects=yes|stripprefix=yes}}
    That call creates an alphabetically ordered list of all subpages below the specified prefix (the page name in this case) and lists it in an ordered list.
    See https://www.pcgamingwiki.com/wiki/User:Aemony#Pages for an example.
    It would be rather easy to create an automatic inclusion of a seriesbox/categorybox containing such a list where appropriate and add it to the bottom of the infobox game template. Although I'd recommend not keeping it collapsed by default until we've seen how many subpages got used.
  7. Like
    Dave247 reacted to Andytizer in Proposal: Have subpages for third-party tools   
    Yes I like the look of this table and it would expand our reach substantially, happy for it to be implemented. I think it would be appropriate under 'Other information'.
    Subpages - these can be linked from the Notes section of this new table, eg Special K links to Final Fantasy V/Special K, but in addition I think they could have a more prominent established navigation on each game page.
     
    Navigationally, It would be interesting to to see something like this:
    - Article: collapsed box under Seriesbox that lists all Subpages
    - Subpage: expanded box which also contains link back to the Article
    I'd like to use a similar template to help tie up different Guide sections which is what I'd like to work on next, and separate fixes out of the maiin Article, e.g. Windows 10 and Windows 10/Fixes
  8. Like
    Dave247 reacted to Aemony in Proposal: Have subpages for third-party tools   
    We'd probably preferably want a solution that combines dedicated subpages (in those cases they're necessary) with an actual "Third-party support" table, below the "Other information" section.
    Imagine that we made use of a new table on the game pages where we tracked support among all kinds of third-party tools, such as ReShade, Special K, dgVoodoo 2, DXVK, Logitech's G Hub-whatsitcalled, etc, etc, etc that we can semi-easily extend by adding new parameters if a part of the community wants to track something new.
    If the relevant information for e.g. ReShade or Special K was only "basic", then it would be situated in that table on the game page itself, and nowhere else. However if a subpage existed and was required for further instructions or details, a link would be added to that subpage, along with whatever else was entered in the relevant parameters.
     
    For example, based on our ReShade page right now, for that particular third-party tool we would have to have three different parameters in that table:
     
    reshade status reshade render api reshade notes  
    For Special K, we would be looking at some more, such as:
     
    special k status special k render api special k version special k injection special k notes  
    For more 'basic' tools like dgVoodoo 2 or DXVK or OEM's lighting software suites, we would be looking at a typical 2 parameter combo:
     
    dxvk dxvk notes dgvoodoo dgvoodoo notes  
    So just based on those, the table would look something like this:
     
    {{Third-party tools |dgvoodoo = |dgvoodoo notes = |dxvk = |dxvk notes = |logitech hub = |logitech hub notes = |reshade = |reshade api = |reshade notes = |special k = |special k api = |special k version = |special k injection = |special k notes = |steelseries engine = |steelseries engine notes = }}  
  9. Like
    Dave247 reacted to Andytizer in Proposal: Have subpages for third-party tools   
    This looks really good @Aemony
    It would be nice to use a similar method to quickly prototype lists of other settings e.g. DLSS, Raytracing which it would be nice to track but not necessarily integrate into our templates until we know it's an established setting. I know @Garrett is developing an Advanced video settings section but even when this is done, it would be nice to link up the 'DLSS article' with the 'List of DLSS supported games' easily too through navigation.
    I am not opposed to dedicated subpages, as long as it is presented correctly in a clean prominent navigation template. For example, we could have a 'Glossarybox'/'Subpagesbox' or 'Relatedpagesbox' underneath the Infobox which would could link to Final_Fantasy_XV/ReShade or Final_Fantasy_XV/Special K and back to their respective articles. This same navigation could apply to other non-game pages and not just third-party tools e.g. Linking Vulkan and List of Vulkan games. This could include other subpages too if an article gets too long - for example Mods for GTA:SA. 
  10. Like
    Dave247 reacted to Aemony in Proposal: Have subpages for third-party tools   
    The discussion on the PCGW Discord was quite heated when the proposal was raised, I'll admit 🙂 Though it mostly concerned whether there was a need of tracking third-party tools in general through a separate table, as opposed to just continuing to keep track of them through a separate page. While the proposal haven't been closed yet, I've gone ahead and set up a separate page that can be used to keep track of Special K support, based on the ReShade compatibility table:
    https://www.pcgamingwiki.com/wiki/List_of_games_compatible_with_Special_K
    Feel free to add or edit entries as desired.
  11. Like
    Dave247 got a reaction from rodrog in Option to stay logged in on Wiki   
    Currently the option to Remember Me when logging in only has it so you don't have to visit the login screen and type in your account details, but it doesn't seem to keep you logged in the next time you visit the wiki when you close the window or browser, making it somewhat annoying and easy to forget when editing a page that you weren't logged in. This doesn't affect the forums however and only the wiki itself it would seem, and I have tested it across multiple browsers (including the age old Internet Explorer) that I highly doubt it is just me.
    Is it a purposeful design decision, something that simply hasn't been implemented yet or is it really just a bug on my end?
  12. Like
    Dave247 reacted to Aemony in Option to stay logged in on Wiki   
    It's a known limitation of the current SSO functionality of the wiki system. Our sysadmin is aware of the issue, however to fix it I believe he needs to rework it or something like that, something he have yet have had time to do.
    But yeah, we're all basically affected and it will be solved eventually 🙂
  13. Like
    Dave247 got a reaction from Aemony in Automatically add URL prefix to Steam Username in Forum Profile   
    Ah there you go, glad to see the functionality still exists even if it is a bit simplistic to what you would ideally like it to do. I'm sure you could have it do more by writing a custom script but at that point but at that point I wonder if it's really worth all that effort. 😅
    Anyway glad to help even if it is just a minor thing!
  14. Thanks
    Dave247 reacted to Aemony in Automatically add URL prefix to Steam Username in Forum Profile   
    Well, that turned out to be easy. I've changed it so it acts as a link on the profile page as well, and that it uses the Steam icon as well.
    I want to add functionality for those without a custom URL set on Steam, but it seems there's no simple way of adding that functionality beyond adding an entirely separate field -- so for now I guess we'll just use the custom URL instead.
    The edit profile page though has been updated to easily provide a way to be taken to the page where one can view or change the custom tag.

     
    Thanks for bringing it to our attention that the Steam profile wasn't properly linkified on the profile pages 🙂
×
×
  • Create New...