Leaderboard

Dear PCGamingWiki Team, I hope this message finds you well. I am writing to express my concerns regarding the current state of the mod section on PCGamingWiki pages. While I appreciate the effort to provide a comprehensive resource for PC gamers, I believe that the mod section, as it stands, is messy and convoluted. The primary issue is that this section has become a repository for personal preference mods rather than actual game fixes. This not only dilutes the purpose of the wiki but also makes it challenging for users to find essential fixes and improvements. The inclusion of numerous personal mods has led to bloated wiki pages, making navigation and information retrieval cumbersome. In my opinion, the creation of this section was a mistake. It detracts from the core mission of PCGamingWiki, which is to provide clear and concise information on game fixes and improvements. I suggest a reevaluation of the mod section’s purpose and a possible restructuring to ensure that it aligns more closely with the wiki’s primary goals. I look forward to any changes that can enhance the user experience on PCGamingWiki.

This is an amazing initiative—huge thanks to Doblando en España for bringing full Spanish voiceovers to such a classic game! It’s great to see these gems made more accessible and immersive for Spanish-speaking players.

Speaking in my capacity as a senior editor for PCGamingWiki, I agree with your opinion that the dedicated mods section of articles is, in hindsight, a mistake for all the same reasons you've already stated. Thus, I am in favor of removing the section entirely except in very specific circumstances, such as Grand Theft Auto 4 thanks to the sheer abundance of minor-yet-critical fixes available beyond the major and mission-critical (e.g. needed to run on modern systems and hardware) ones. With the section gone, the only mods left would be those which are mission-critical, ones which fix objective game issues, and other things which PCGamingWiki has chosen to prioritize over the years, such as fan translations, adding widescreen support to games which otherwise lack it, and so on. All that said, I and other PCGamingWiki staff are having an internal discussion regarding this issue because you took the time to voice your concerns. Thank you!

I believe the mod section was introduced to guide users towards mods that address significant game issues, such as crashes, poor performance, and other critical problems that can hinder the gaming experience. Is my believe PCGamingWiki primary goal is to provide users with reliable information, tweaks, and fixes to ensure they can enjoy their games to the fullest. In my view PCGamingWiki is not intended to be a general repository for all types of mods. For those looking to explore a wide variety of mods, including those that enhance gameplay, add new content, or offer cosmetic changes, people can visit dedicated modding communities such as Nexus Mods and other similar platforms. These communities are well-equipped to cater to the diverse interests of mod enthusiasts and provide a comprehensive selection of mods. I believe the mod section may have been a mistake and I often see it as unnecessary. There are multiple instances where this section is abused, leading to an overwhelming number of entries that do not necessarily cover any essential tweaks and/or fixes that our community often relies on.

So, I've noticed nobody talks about modding old games here, so I'll break the tradition. Many people know old games have many issues running on newer monitors with aspect ratios different from what they used to be designed for, like 4:3 and 5:4, including no support for any kind of widescreen or wider resolutions, or when they do, they have a fixed field of view or it gets reduced with a wider resolution. Many old engines have the option to set a widescreen resolution, but just don't expose it to the user through the in-game settings, so editing through the Registry or external .ini/.cfg/.xml or other similar kind of files might be needed. Usually when it's not possible to edit settings through external files or through Registry, it's needed to edit the executables themselves or other files around it directly (usually it can be DLLs, but not only), by using softwares that can edit the code in those files in hexadecimal form, like the so-called hexadecimal editors, or hex editors for short, or even using memory scanners/debuggers like Cheat Engine. Why widescreen fixes matter Many beloved PC games from the 1990s and early 2000s were designed for 4:3 or 5:4 monitors. On modern widescreen displays (16:9, 21:9, even ultrawide), they either stretch, letterbox, or simply refuse to launch at anything beyond their legacy resolutions. By applying a few straightforward tweaks - editing config files or hex‑patching executables - you can unlock native widescreen support, restore proper field of view (FOV), and keep the originals looking their best. 1. Check for built‑in widescreen support Before diving into hex editing, see if the game already supports custom resolutions: 1. In‑game settings: Browse graphics or display options. 2. Config file entries: Look for resolution, width or height in .ini, .cfg or .xml files in the game folder or the Documents folder (either user one or public one). 3. Registry keys: Search under HKEY_CURRENT_USER\SOFTWARE\<GameName> or HKEY_LOCAL_MACHINE\SOFTWARE\<GameName>, or even look for the publisher or developer names as well. 2. Editing external config files When settings aren’t exposed in menus, try this first: Locate the file: Common names include settings.ini, user.cfg, or graphics.xml. Open in a text editor: Notepad++ or VS Code are ideal. Modify resolution lines: width = 1920 height = 1080 Save and test: Launch the game and verify. If it crashes or reverts, restore your backup and proceed to the next step. Tip: Always make a copy of the original file before editing. 3. Hex‑patching the executable If no external file can be changed, you must patch the game binary: Backup the EXE/DLL: Copy game.exe (or relevant DLLs) to a safe folder. Open in a hex editor: HxD (free) or 010 Editor (paid) work well. Search for known resolution values: 640x480 = 80 02 00 00 & E0 01 00 00 (little‑endian) 800x600 = 20 03 00 00 & 58 02 00 00 Replace with your resolution: For 1920x1080 use 80 07 00 00 and 38 04 00 00. Save and test: Run the game; if it fails, revert to the backup. Warning: Hex patching can permanently corrupt executables, so always work on copies. 4. Adjusting aspect ratio and field of view Even when resolution changes, the FOV may stay locked: Aspect ratio values: Some engines store a float (e.g. 1.3333 for 4:3). Look for 3F AA AA AB (IEEE‑754 for ~1.33) and replace with 3F 99 99 9A (~1.777 for 16:9). The value might be from the division of width by height or even the inverse, height / width. FOV multipliers: Search for common degree values (60° = 3C 70 00 00, in radians or as a multiplier). Increase by the ratio of new AR to old. Usually, the field of view is defined in the main executable or a DLL, most times close to where the far and near clip planes are calculated, see here for some documentation about clipping planes. DLL hooks: Enthusiast patches (e.g. Widescreen Fixer on GitHub) automate this by injecting a DLL at runtime. 5. Using memory scanners/debuggers & editing assembly When config file or simple hex patches aren’t enough, you can dive deeper with memory scanners (e.g. Cheat Engine) and debuggers/disassemblers (e.g. x64dbg, IDA Pro). This lets you locate values in RAM at runtime, inject code, or permanently patch the game’s machine code. 5.1 Memory Scanning with Cheat Engine Launch & attach Start the game and open Cheat Engine. Click the computer icon and select the game’s process. Finding values in RAM Exact Scan: If the game’s running at 800x600, scan for the integer 600 (4‑byte). Filtered Scan: After changing resolution in‑game to 1024x768, scan again for 768 - this narrows down candidate addresses. Pointer Scan: Once you’ve isolated the runtime address, use “Pointer scan for this address” to locate the static pointer chain. This lets you reapply your patch each launch without rescanning. Freezing or modifying values Double‑click the found address to add it to your table. Change its value to 1080 (for 1920x1080) or check “Active” to freeze it. Tip: Values can be stored as floats (e.g. FOV multiplier) or doubles—try scanning “Unknown initial value” and change the in‑game setting to filter. 5.2 Patching assembly in memory Instead of just editing data, you can hook the code that reads or writes to it: Find the instruction Right‑click your found address in CE → “Find out what accesses this address.” CE will break into the debugger showing the instruction(s) (for example, mov [eax+0x10], ecx). Code injection Use “Auto Assemble” in CE to inject a small script that overrides the value or skips a clamp routine. Example of a CE script to bypass a clamp at address 0x00401000: [ENABLE] aobscanmodule(CLAMP, GameX.exe, 89 91 10 00 00 00) alloc(newmem,2048,GameX.exe+401000) label(returnhere) newmem: mov [ecx+0x10], dword ptr [esi] // set custom width jmp returnhere GameX.exe+401000: jmp newmem returnhere: [DISABLE] CLAMP: db 89 91 10 00 00 00 dealloc(newmem) Saving this script in CE lets you enable it each play session. 5.3 Permanent assembly patching in EXEs/DLLs To avoid running scripts every time, you can patch the binary or DLL directly: Disassemble the module Load game.exe (or the relevant DLL) into IDA Free, Ghidra, or x64dbg. Identify the routine that handles resolution, aspect‑ratio clamping, or FOV calculation. Understand the Machine Code Little‑Endian: Multi‑byte immediates appear reversed in hexadecimal. Instruction Length: You cannot overwrite an instruction with a longer one without shifting downstream code; you may need to fill with NOPs (0x90) or use a jump instruction to a codecave that the game doesn't make use of. Apply the Patch Example: original bytes at 0x00401000: 0F 8C 1A 02 00 00 jl 0x40121C ; clamp if width < min To skip the clamp, change 0F 8C (JL - jump if larger) to 90 90 (NOP NOP), NOP means no operation, so the CPU won't execute anything and will continue execution after those: 90 90 1A 02 00 00 Save the patched binary or DLL and test. Warnings: Backups are mandatory. Keep copies of every original module. Checksums & signatures: Some games verify executable integrity, patching may trigger anti‑tamper or anti‑cheat and cause crashes or bans. Packers/compressors: If an EXE is packed (UPX, Themida), unpack it first or your patch may never be reached at runtime. 5.4 Best practices & cautions Always work on copies. Never patch a live install. Document your changes. Keep a changelog of offsets, original bytes, and replacements. Watch for side effects. Skipping a clamp may break UI layout or cause rendering issues. Legal considerations. Patching code for personal use is generally tolerated, but distribution of modified executables can violate EULAs. Community resources. Search forums (e.g. XeNTaX, PCGamingWiki) to see if others have already mapped the same functions. EDITING FILES So to start editing files, a hex editor like it was mentioned above is needed. Usually HxD is a good choice, it's not too hard to learn and has all that's needed for a hex editor. 1. First open the file you want to edit on it either by dragging the file onto the HxD window, or press Ctrl+O and open it from there. 2. Then, when the file is opened, it's time to search for values. First press Ctrl+F, this window will appear, if wanting to find a hexadecimal number, change the datatype to "Hex-values", for integer numbers it's "Integer number" and for floating point numbers like those shown in the "Aspect Ratio" section, change it to "Floating point number". 3. Let's take this example for Lego Racers 2. The game only supports the following resolutions by default: 640x480, 800x600 and 1024x768. 5. To find the right resolution, it's needed to find both width and height values that are close enough to eachother in a file. For that, this program made by myself can be used to determine that: https://github.com/alphayellow1/AlphaYellowWidescreenFixes/releases/tag/utilities 6. Put the downloaded executable in the same folder where the game exe is, run it, put the executable name, write one of the resolutions the game supports, set the byte search range to 15 and type Enter. 7. Since the 800x600 resolution has the least amount of close enough pairs in the executable (just 1), we'll go with it. 8. Go back to HxD, press Ctrl+G and search for the address that was found for the width: 0002A912 (just for info, each pair of numbers or letters represents 1 byte, so the highlighted value below is 2 bytes long). 9. 9. Highlight it, then go to the right side of the window in the "Data inspector" tab, and go to the row where it says Int16. 10. Change it to the desired width, and type Enter. 11. Do the same for the height, highlight the value in the right address you found in the program above and change the value in the Int16 row at the right side. Save the file. 12. Now inside the game, we can see the new resolution that was changed earlier above now appears in the graphics settings, but if it doesn't appear, just set it to the one you changed before (so change it to 800x600 and the resolution in-game will change to the one you set in the file). 13. Now during gameplay we can check the proportions look correct but the camera view looks cropped in relation to 4:3, which means the field of view is reduced with wider resolutions, this scaling behavior is called Vert-, because the vertical field of view is reduced to accomodate the new aspect ratio. This means we have to increase it. 14. For the field of view, it was found the game stores FOV values as degrees, and after some experimentation, it's found the value is 90º. Note that in some games, they might store FOV for different areas of the game in more than one place, it might be either the same value as normal gameplay one, or might be a different FOV value altogether, like using one FOV for menus and another FOV for gameplay, or even different FOVs for each mission. For first-person games, they might store a FOV value for the camera and another one different altogether for the weaponmodel. Also cutscenes might have its own FOV assigned to it (either a universal FOV value for cutscenes, or even different FOV values inside the same cutscene, or each type of cutscene having its own FOV), so beware. 15. In HxD, press Ctrl+F, change the tab to "Floating point number" and type 90, change "Search direction" to "All", and click in "Search all". 16. All the found 90 values are listed below: 15. To edit each value, double click on one of the results below, and then go to the right side, and change the value in the "Single (float32)" row. You can try editing each value to a much higher one like 130, noting in which address the value is before changing it (see the second screenshot below this one), then saving the file, starting the game and going into gameplay, and seeing if the FOV became much higher, then if not, closing the game and coming back to HxD, changing the value back to 90 in the address you noted before, and going to the next value and doing the same process again until the camera FOV changes in-game. 16. It won't take long to find out it's the second value responsible for the camera FOV ingame, highlight it and change the value according to WSGF's FOV calculator: https://www.wsgf.org/fovcalc.php . Leave it as it is, and change the "number of monitors across" to 1, and change the resolution to the desired one above (in my case it's 1920x1080). 17. Copy the value after where it says "New hFOV =", only copy the number in bold. Also note that if the standard FOV isn't 90º but another number, you can change the number that is after "Old hFOV:" to that one to get the correct FOV for your aspect ratio. 18. After copying the number in step 17, go back to HxD and paste it in the "Single (float32)" row of the second address that was found in the first screenshot of step 15. 19. Now going back in-game, we can see the resolution and field of view were successfully changed and the game is fixed! ADVANCED EDITING THROUGH MEMORY HACKING If changing resolution or FOV values in files doesn't change anything in-game, then memory scanning/debugging softwares like Cheat Engine and code disassemblers like OllyDbg and x32dbg are needed. I'll expand on this section later.

I think the last retail games I bought were Mafia 2 and Just Cause 2 and that was around 2010-2011. 14 years ago. Retail games are mostly tied to one or another store anyway and having physical box doesn't guarantee much since activation. Nowadays I rarely buy new games and mostly older ones(2+ yo) when they're much cheaper, 50% - 75+% off. Retail can't offer that.

I only buy physical PC games if they are DRM-free or include a Steam Key; Steam DRM is much less scummy than the various DRM schemes used in the 2000s (and I don't want to have my disc drive hogging a USB slot while I'm playing). Digital is also significantly cheaper (unlike with movies and console games), as well as generally already fixed for modern systems, which is why I don't buy 90s games physically either. Combine this with the fact that I didn't have a gaming-suitable PC until 2017, and I end up with a physical collection of… two games.

Win+R, type "regedit" navigate to "HKEY_CURRENT_USER\Software\THQ\Juiced", right click on the "Language" entry to modify it (make sure you set it to decimal): German:7 Spanish:10 Italian:16 French:1036 English: any other value

I've been experimenting with this port lately to see if it's playable yet, I managed to finish it a few times but it's still a pretty poor port, I'd recommend just playing the PS1 version, that being said what I did; -Install the disc copy to a "C:\GAMES\MMLEGEND" folder to ensure no scope/permission/name length issues -In the root folder, make a file named MEGAMAN.CFG where the first 2 lines are 1 and 1 (explanation attached as MMCfgReadme.txt) -Download dxwrapper.zip https://github.com/elishacloud/dxwrapper/releases/tag/v1.4.7900.25 -Extract, place dxwrapper.ini, dxwrapper.dll and, from the "Stub" folder, ddraw.dll in megaman's root folder -For the dxwrapper.ini I've experimented with every option and I've written my conclusions in the attached dxwrapperini_MMLReadme.txt, you can just change the name of it to dxwrapper.ini if you want to use it as-is, it will work So, with this, what's still broken; Looping sounds (E.g. elevators, roller skates, shining laser, etc.) will stop playing and I messed with the dsound wrapper but didn't find anything that fixed this. Songs that would normally continue playing through load screens will always restart on the PC port and I see no way to fix this. Transparency is broken (E.g. window for the music store in Apple Market, the protective beams around refractors, etc.) and some texture wrapping is broken too, there is an option I've detailed in the wrapper readme that fixes the transparency/texture wrapping issues, but it breaks a bunch of other things. When doing the battle to the cardon ruins, if the player skips that cutscene the game will break, the player *MUST* watch that cutscene for Roll to drive through the gate (You can workaround this if it breaks by using the walkie-talkie but then the ruins will be broken). As a bonus; in this port, the game doesn't save when the player has unlocked other difficulties (Same as PS1), I've attached a savefile (DASH_14.MCD) that has both the other difficulties unlocked, place it in the root folder. For the uninitiated: you load this file then go die to a robot, and when the game restarts you'll be able to select Easy/Hard. If anyone wants to reformat this info for the wiki page please do, no credit necessary. MMCfgReadme.txt dxwrapperini_MMLReadme.txt DASH_14.MCD

Crysis 3 is a 32-bit game. I'm not sure which game would be the very first 64-bit only game and it depends a lot of where you draw the line. The first Titanfall, released in March 2014, only came with a 64-bit executable, and might very well be the first mainstream game to be 64-bit only (Call of Duty: Ghosts from November, 2013 predates it). Before 2014, there were a few odd ducklings that were 64-bit only but they were typically insignificant indie games or student projects, such as e.g. Igneous from 2009, and 8-Bit Commando from 2011 which both seem to have been 64-bit only. But 2014 was when the ball started rolling, and 64-bit only games started being released on a massive scale, for one very simple reason: Windows XP went end-of-life in April 8, 2014. You then had Wolfenstein: The New Order and Watch Dogs released in late May, both 64-bit only games, and that trend just continued throughout the year. PCGW's backend data supports this as well, with a lot of pre-2014 multiplayer/live service games being listed as "64-bit only" nowadays as a result of receiving continuous updates throughout the years which eventually saw them dropping 32-bit support entirely. Note that some of PCGW's data for random indie titles is most likely wrong, or have been affected by a later re-release on Steam. We list Cogs and Romopolis, both originally released in 2009, as being 64-bit only for example, but Cogs saw a 2025 re-release that dropped 32-bit support, while Romopolis was actually released on Steam in 2016 and so our data probably doesn't reflect the original 2009 release.

1. Both the Legacy PhysX and the newest one are meant to be installed simultaneously. 2. Sounds like you have a pirated copy, which we cannot help with.

Archive.org has it archived through two different sources (I've verified the two files are identical): https://archive.org/download/ftpwizworks_250620/ftp.wizworks.com.zip/ftp.wizworks.com%2Fpatches%2Fjnicklaus5%2Fjack51up.exe https://archive.org/download/LEVEL0298R/LEVEL0298R.iso/Updates%2FJack Nicklaus 5%2FJACK51UP.EXE One of them also carries an update for the fourth game: https://archive.org/download/ftpwizworks_250620/ftp.wizworks.com.zip/ftp.wizworks.com%2Fpatches%2Fjnickluas4%2Fjack41up.exe That source can be browsed here: https://ia803200.us.archive.org/view_archive.php?archive=/0/items/ftpwizworks_250620/ftp.wizworks.com.zip JACK51UP.EXE

Hi, I snuck in and added support for the oculus/meta keywords to that template, so they should now work 🙂

Your suggestion have now been implemented, and the "Color blind mode" row will become visible with the auto-populated glossary link when set to unknown or false, as long as the notes parameter is empty. The change will take effect the next time a page is refreshed, which may take a couple of days in some instances.

I don't know if this is even legal since that abandonware games are still copyrighted despite that they are no longer sold.

By this topic, I am referring to games that got PC versions/ports, but very little information about these games seem to exist. One example is a game called MorphX, which is a localization of a Russian game called "Symbiont". Any information you find for "MorphX" will bring up the Xbox 360 release, while there are subtle hints of it getting a PC release also. A forum (I forget which, sorry) uncovered that it was indeed sold digitally, but has been since taken down. The same forum also hosts a demo of MorphX, but it requires a cracked executable as the TAGES DRM requires a serial code that cannot be cheated, it also requires online activation. This proves that MorphX was indeed localized for PC, but proof of it actually existing is very limited. Two other games confirmed to exist but left no traces of release are Frogger Beyond and Mashed: &nbsp;Fully Loaded. You can't find Frogger Beyond on eBay while Mashed: Fully Loaded has precisely one (Italian) listing, but there are videos of their PC versions on YouTube (Frogger, Mashed). While their PC versions aren't entirely unknown, Wikipedia claims that Metal Gear Solid 2's PC version was also released in the United States, but all results for it on ebay are European, and likewise Wikipedia seems to believe that Spy Hunter: Nowhere to Run was only released on consoles. Are there any other games with PC versions that the internet doesn't seem to know (or care) existed, or perhaps versions that claim to exist but actually don't?

If you're signed in on the wiki, you can use the Cargo drilldown to get that information: https://www.pcgamingwiki.com/wiki/Special:Drilldown/L10n?Language=English

This mod includes a full dub of the game Unreal (1998) plus the marine dub from Return to Na Pali (1999), which the Spanish version does not include. This mod aims to complement the Unreal Gold dub with the parts not dubbed into Spanish. Classic audio is not included, only those recorded to enhance the gaming experience. In addition, it includes a guide on how to install the mod, some tips to improve the experience, and a cast statement. This project was carried out by Doblando en España, a non-profit project that aims to dub classic games into Spanish. https://www.youtube.com/watch?v=hW_fCJnsUTo https://www.moddb.com/mods/doblaje-unreal-gold-espaol/downloads

https://web.archive.org/web/20140721041716/http://www.crydev.net/dm_eds/files/General_Downloads/Crysis_2_ModSDK_1.1_1107.exe Or PCGW's new mirror that I uploaded just now:

The 1st person mode you're talking about is just a 3rd person mode with camera moved to the player character's eyes level, thus it's very experimental and not recommended for standard gameplay. But if you really want to have it, then follow this guide to extract game's files from the .DAT archives and then look up this topic to know what you should modify in those unpacked files. PS. If you can't access values in the FPP camera topic, then install uBlock Origin and add this custom filter to it: rockraidersunited.com##.ipsEmbeddedVideo

Hello! I was wondering if anyone knows who was the author of the widescreen fix for the 2003 game No Man's Land: Fight for your Rights. The game uses .rda files that are also used in the Anno series from Anno 1701 onward, yet the unpacking tools for those games don't support the version used in No Man's Land. However, someone was able to extract them to make the widescreen fixes (it's an .ini file with the original German developer notes). Does anyone know?

The original WSGF page for this game lists the original submitter and another person who updated something there. The first (jackfuste) was quite a regular contributor for a number of games but hasn't been active for a few years now and you may be able to track them down to get in touch but you'll have to use their Reddit or Discord now since their forums are no longer active. I couldn't find a mention for No Man's Land on any old thread sadly. https://www.wsgf.org/dr/no-mans-land/en

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".

Hello, I've been a member of this wiki for a long time. I've always thought this wiki is very helpful, often containing tips, tricks and workarounds for various games. But something is missing. I realized today when my friend was unable to get "The Isle" working and I was curious what version of C++ / .NET it needs to run that this wiki does not contain the information pertaining to which versions the game requires. This would greatly improve the ease of troubleshooting (Repairing/Reinstalling the required libraries) when figuring out why a game is crashing when all other requirements are met. So, I think it'd be cool if we just updated the wiki for all games under system requirements to include: C++ Redistributable Required: YYYY .NET Framework Required: YYYY Additionally, I know we place the "Minimum System Requirements" and "Recommended System Requirements" where the developers place them, but I think we can do better - as theirs is usually a rough estimate.

Tried everything in the game's article, restarted my PC multiple times at different moments of fixing and it doesn't work. I think the game no longer works on newer machines. My PC is Ryzen 5600X and RX 6600 I get this error message and a blank window after closing it. FullScreenEx = false avoids this behavior but it crashes with a different message.

I completely agree! A dark mode option would make browsing much more comfortable, especially for extended periods. Your example in GIMP sounds like a great starting point—just reducing brightness slightly can make a big difference. Maybe adding a toggle option with different darkness levels would cater to everyone’s preferences. Hope the devs consider this!

Have you tried this fix? https://www.pcgamingwiki.com/wiki/Unreal_II:_The_Awakening#Intro_does_not_play_properly_in_Windows_Vista_or_later I know its not specifically for this game, but it does add back DirectMusic related .dlls into newer versions of Windows, so it might work.

Hi all, I made this tool called BanSearch that can check the ban status of any player on Steam with multiple anti-cheat providers at the same time, quite useful if you want to lookup anyone.

The website is too bright and it needs a "dark mode" to make it more comfortable for us. I made a very simple example in GIMP. The white parts are changed to value 95, the availability box to 90 and background is set to 80. Even this minor change makes it more comfortable to look at, while it doesn't impact the overall design. This would be a good enough start, but others may like even darker mode.

Actually no, the game is based on the CPA engine aka Ubisoft OpenSpace. And also no, it wasn't hard to find the right hex-values to change, it's just a little trial and error 🙂I recently released a widescreen fix for it, so PCSX2 is no longer needed to play the game on PC properly 😉

Hello. The game's article states that resolutions above 1920x1080 crash the game "during gameplay". The note is accurate, seen as my own attempts to play it in DSR 4K cause the crash aswell. As far as I know, there is no public workaround or fix for this issue. The minimap getting distorted on higher resolutions is also an unresolved issue. Sadly "Empires Dawn Of The Modern World" has turned into a rather obscure title these days, that does not receive much attention anymore. I am surprised that there is an actual "Widescreen Patch" uploaded, seen as a simple registry edit already allows for widescreen resolutions as well as custom refresh rates. Combined with the https://github.com/j-frei/EmpiresDMWZoomChanger it makes for an acceptable experience these days when using Full HD. Either way, until there is a workaround or a proper patch, the game is sadly limited to 1920x1080.

I have the GOG version of Empires: Dawn of the Modern World installed. I downloaded the widescreen patch. My native monitor resolution is 2560x1440. Whilst the new resolution settings appear in the settings menu, whenever I try to launch a game with the setting 2560x1440, the game crashes. I can run the game 1920x1080 but it is not my monitor's actual correct resolution and the game's minimap appears to be off. Whenever I click say a gold mine on the minimap, it takes me sort of nearby but not the exact location. Is there any other solutions? Perhaps the download file could be modified to allow higher resolution support?

Are there good examples?

I was looking through the editing guide availability section (https://pcgamingwiki.com/wiki/PCGamingWiki:Editing_guide/Availability) and i seen that the product ids table is missing some stores you can buy games from. Here is a list of other places you can buy games that I believe should be added (I am using Lego Marvel Super Heroes 2 as an example): 2Game - https://2game.com/us/legor-marvel-super-heroes-2-standard-edition Voidu - https://www.voidu.com/en/lego-marvel-super-heroes-2 Fanatical - https://www.fanatical.com/en/game/lego-marvel-super-heroes-2-game Nuuvem - https://www.nuuvem.com/item/lego-marvel-super-heroes-2 Razer Game Store - https://us.gamestore.razer.com/games/action/lego-marvel-super-heroes-2-824850.html