Steamless VS CommonLibSSE

I'm not gonna put the actual instructions for cracking here since that's already on the sites of the tools you'll be using. I will only link the tools here and the rest will be up to you. The main tools for cracking are going to be Steamless, and Goldberg emulator. These tools can be a bit tedious on their own but someone has graciously made an auto cracker that requires you to download the first 2 tools and then automates the process for you.

A Steamless version of Skyrim is DRM-free, can roll back updates, and can be totally offline.

Because SkyrimSE.exe has a Steam-related code inside. There's a solution though, you can use Steamless to disable it. This is safe even for SKSE DLL plugins and SKSE itself, more to say - many authors use this solution for develop purposes because it allows to attach VS debugger. Ryan aka Fudgyduff also mentions it in his CommonLibSSE Getting Started guide.

You can, if you strip the steam DRM off the game with steamless

https://github.com/atom0s/Steamless + https://gitlab.com/Mr_Goldberg/goldberg_emulator

Steamless

Its easy actually (Goldberg emu) 1. You must know steam emu only work with no drm games 2. After you download Goldberg emu dont forget to download steamless (https://github.com/atom0s/Steamless) to remove steam pub drm Note: not all games have this drm but check it to be sure - just open and drag the exe and unpack if error usually that mean itu doesnt have steam pub drm 3. Search the orginal steam_api.dll(copy only one if it the x64 copy that) replace it with the dll from Goldberg emu 4. To enable dlc dont forget to drag steam_setting to the same place where steam_api.dll are --> in steam_setting make dlc.txt and open it 5. In dlc.txt [appid] [dlc name] --> you can found this in steam db Note: i recommended use this to automate this proces https://github.com/Sak32009/GetDLCInfoFromSteamDB 6. Done i guess

Because SkyrimSE.exe has a Steam-related code inside. There's a solution though, you can use Steamless to disable it. This is safe even for SKSE DLL plugins and SKSE itself, more to say - many authors use this solution for develop purposes because it allows to attach VS debugger. Ryan aka Fudgyduff also mentions it in his CommonLibSSE Getting Started guide.

Since this small class is used by a lot of things (including the ones I mentioned), a lot of classes have also have their size / layout changed. This may be useful to check: https://github.com/Ryan-rsm-McKenzie/CommonLibSSE/commit/84070934c639a4c1eb074a29124387f5c29b600e

SKSE plugin development doesn't get any easier than CommonLibSSE. The NG fork has significantly more documentation and lets you compile SKSE plugins that support Skyrim SE, AE, and VR simultaneously.

That's not correct anymore. CommonLibSSE-NG is a fork of CommonLibSSE that allows plugin developers to build SKSE plugins that support Skyrim SE, AE, and VR¹ simultaneously. No need for separate builds or separate downloads. Plugins that were already built on CommonLibSSE need very few changes, and the vcpkg-centric workflow vastly simplifies building projects.

If you're looking to go for an SKSE DLL plugin in C++, I'd recommend basing it on CommonLibSSE which abstracts the SKSE API pretty nicely.

Are there any resources to get started with SKSE plugin development? I watched this video but it was mostly about setting up the development environment. I also read this from the Creation Kit wiki which led me here but the docs in this tutorial are a little advanced. As far as I can tell, the example plugin doesn't interact with the game itself so I still have no idea where to start 😔

My error log looks like this. I have also tried to follow this tutorial, but I assume it is outdated. I got stuck in it in the build phase as well, and the errors were mostly about missing "common_v14".

If you want to try it out, download the SKSE source and try making something with it. SKSE has a decent amount of the game reversed, commonlibsse has a lot more (alandtse also has a version of it for VR). A huge amount of the game is still unexplored, but a lot of it has been figured out. The VR-specific things less-so, because the RE scene for the vr game is very very small. My mods are all open source, but they are probably pretty hard to get to build as they require things like headers that have the havok object definitions.

Are you sure CommonLibSSE doesn't support AE? as far as I can tell there is some AE support in there: Commit on CommonLibSSE setting RUNTIME_LATEST to 1.6.318 (8 days ago) or Commit in CommonLibSSE named: Update offsets for Skyrim AE 1.6.318 (14 days ago) so to me it seems there is support for AE in commonLibSSE. In later commits the offsets hard-coded in in the commit I mentioned have again been replaced with IDs for AddressLibrary (after a commit updating the AddressLibrary format to V2 which is the AE version)

However, the AE download from skse.silverlock.org seems to have the wrong source. When following the instructions in this Github project, the source builds version 1.5.97, but the bundled .dll is 1.6.323. Both the prebuilt loader and the locally build loader expect the latter version, and won't launch with the 1.5 version. I'm building the Debug v142 scheme, but the Release v142 has the same issue. Building my plugin against the 1.5 version, it won't launch with the 1.6 plugin. Is there a way to circumvent this, or is there a different download location I should be looking for?