Releases: the4chancup/pesXdecrypter
Pre-compiled Windows binaries for PES 21
This is a pre-compiled MinGW-w64 (32-bit) release for Windows.
It includes command line applications for PES 21.
Pre-compiled Windows binaries for PES 19 and 20
This is a pre-compiled MinGW-w64 (32-bit) release for Windows.
It includes command line applications for PES 19 and 20.
Pre-compiled Windows binaries and libraries for PES 16/16myClub/17/18
This is a pre-compiled MinGW-w64 (32-bit) release for Windows.
It includes shared and static libraries and command line applications for PES 16/16myClub/17/18.
Changes:
- Support for PES18
Pre-compiled Windows binaries and libraries (MinGW-w64, 32-bit) for PES 16/16myClub/17
This is a pre-compiled MinGW-w64 (32-bit) release for Windows.
It includes shared and static libraries and command line applications for PES 16/16myClub/17.
Changes:
- New universal library called pesXdecrypter includes functions that can be called with a custom master key used for decryption/encryption.
- Game version-specific libraries are no longer built. They remain as comments for now.
- Master keys are now exported symbols.
- Old decryption/encryption functions are still provided for backwards compatibility, but are now deprecated. Please avoid using them.
- All binaries now take an optional third argument pointing to a file containing a custom master key.
- Both static (.a) and shared libraries (.dll, .dll.a) are provided now (built with MinGW-w64; static libraries may not work with Visual Studio projects).
- Added shared library information files for Visual Studio (.exp, .def, .lib). These may help with linking with Visual Studio (remains untested for now).
- Binaries require no libraries again.
- CMake will generate files for building a static library instead of a shared one by default again.
- Exposed the CMake option BUILD_SHARED_LIBRARIES. Enabling it builds shared libraries instead of static ones.
- Updated the README to properly credit contributors and improved the documentation for compiling and usage.
- Reverted type changes to the exported MasterKey global variable.
- Removed unnecessary includes, fixing Linux compatibility issues.
- Added some documentation to the source code.
- Some minor clean-ups to the source code. It still is a hot mess.
Notes:
- Static linking with Visual Studio projects may work again now, given the now included additional files. If it does not, please let me know so we can provide pre-compiled static libraries to be used with Visual Studio projects.
- Since Microsoft still did not update their C compiler to support the C99 standard, you may have to compile the project using their C++ compiler instead. This was not tested however, and it might no longer work for some reason or another. if it's really pressing, we may convert the project to the old C ANSI standard.
- Keep in mind that some languages like e.g. Python require libraries to be compiled in the same bit variety they are running in. That means you cannot use 32-bit versions of the libraries from 64-bit Python.
- Building for Mac OS X (now known as macOS) remains untested.
PES 16/16myClub/17 (Windows DLL)
This is a precompiled MinGW32 release for Windows.
It includes DLLs and command line applications for PES 16/16myClub/17.
This is still little tested, so please report any errors. Also try using the PES 16 DLL with your old tools.
Major changes:
- Renamed project to pesXdecrypter.
- Merged old code believed lost (thanks to zlac).
- Added PES16 myClub and PES17 support (thanks to zlac).
- Switched from make to CMake. You can now compile the source code with a compiler of your choice (even create Visual Studio project files). Under Windows, Qt Creator might be a good choice if you want an IDE with CMake support.
- Building with CMake creates one library/dll, decrypter, and encrypter each forPES 16, PES 16 myClub, PES 17.
- Moved master keys to masterkey.c.
- New keys can be added more easily now. Just add one line to CMakeLists.txt and the key to masterkey.c.
- Fixed an issue that might have prevented compiling on Mac OS X (not that this was ever tested).
- Changed the way the symbols are exported/imported. This might prevent potential issues with other compilers such as MSVC.