Installed Builds
A source build requires a full toolchain, a long compile and a lot of disk. An installed build does not: artists, designers and anyone who does not modify engine C++ can use one directly.
Building
RunUAT.bat at the engine root drives the BuildGraph installed-build target:
The configuration is Win64-only with Development and Shipping game configurations, matching Vite's platform focus. WithDDC=false skips derived data cache generation, which shortens the build considerably at the cost of first-launch shader compilation for the end user.
You can also reach this through ViteSetup — step 4, binary option, or menu option 8. The ViteSetup path is incremental; RunUAT.bat as shipped passes -clean.
Output lands in LocalBuilds\Engine\Windows.
Packaging
Four scripts in LocalBuilds\ compress the staged build with 7-Zip. All expect LocalBuilds\Engine\Windows to contain the staged build, and all look for 7-Zip at C:\Program Files\7-Zip\7z.exe unless the SEVEN_ZIP environment variable points elsewhere.
Script | Debug symbols | Plugins |
|---|---|---|
| Excluded per | Single archive |
| Excluded per | Split into a second archive |
| Excluded per | Single archive |
| Included | Split into a second archive |
All four exclude FeaturePacks\, Samples\ and Templates\ from the main archive.
Outputs:
File | Contents |
|---|---|
| The engine |
| Plugins, in the |
The exclusion lists
ExcludedPdbs.txt lists roughly 1,100 PDB paths covering the engine modules and plugins. Debug symbols are a very large fraction of a source build's size, so excluding them is the single biggest packaging saving.
ExcludedPlugins.txt is the same list used by the debloat suite. In the Separate variants it splits plugins into their own archive rather than removing them — users extract the base engine and add the plugin archive only if they need it.
Why split plugins
A team where most people need the base engine and only a few need the full plugin set can distribute a much smaller primary download. The split is by archive, not by deletion, so nothing is lost.
Installing on a target machine
Install a packaged Vite build
Extract
UE_ViteFork.7zto its final location. Moving it later requires re-registering.If you were given
ExcludedPlugins.7zand need those plugins, extract it over the same folder.Run
RegistryAdd.batfrom the extracted root. This writes the engine path toHKCU\Software\Epic Games\Unreal Engine\Buildsunder the nameUEViteFork.Run
MakeShortcut.batto createUEViteFork.lnkpointing at the editor.Right-click a
.uproject, choose Switch Unreal Engine version, and select UEViteFork.
The packaged archive root contains MakeShortcut.bat, RegistryAdd.bat and RegistryRemove.bat alongside Engine\, plus FeaturePacks\, Templates\ and Samples\ if they were included at build time.
Moving or removing
Registration stores an absolute path, so moving the build breaks it.
Move an installed build
Run
RegistryRemove.batfrom the current location.Move the folder.
Run
RegistryAdd.batfrom the new location.Run
MakeShortcut.batagain; the old shortcut points at the old path.
To remove entirely, run RegistryRemove.bat, delete the shortcut, and delete the folder.
Running alongside a source build
Both can coexist, but they register under the same UEViteFork name, so only one is registered at a time. Whichever ran RegistryAdd.bat most recently is the one projects will find.
If you regularly switch, note which is currently registered, or edit the registry key manually to give them distinct names.
Limitations
Installed builds cannot compile engine C++. Projects using them can still have their own C++ modules, which compile against the installed engine's headers and libraries, but engine source changes require a source build.
This includes compile-time switches. If your project needs VITE_RT_PSO_DEBLOAT=0 for path tracing or RTXDI, that has to be baked into the installed build at the time it is produced.