# Unreal Engine 5.5 Released **URL:** \ **Category:** Announcements\ **Tags:** unreal-engine\ **Created:** [November 12, 2024, 4:32pm UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936 "2024-11-12T16:32:05Z")\ **Posts on this page:** 13\ **Page:** 14
**Author:** ![llixsee](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/llixsee/32/749169_2.png) [@llixsee](https://forums.unrealengine.com/u/llixsee)\ **Post date:** [March 31, 2025, 2:32am UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936/280 "2025-03-31T02:32:10Z")
Does setting r.SkyAtmosphere.AerialPerspectiveLUT.FastApplyOnOpaque 0 and r.SkyAtmosphere.FastSkyLUT 0 actually disables FastSkyLUT for anyone on latest 5.5 release version? FastSkyLUT remains enabled for me after that.. ---
**Author:** ![Jinkel](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/jinkel/32/998041_2.png) [@Jinkel](https://forums.unrealengine.com/u/Jinkel)\ **Post date:** [April 1, 2025, 3:36pm UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936/281 "2025-04-01T15:36:48Z")
It is an optimization, always disabled by default. ---
**Author:** ![llixsee](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/llixsee/32/749169_2.png) [@llixsee](https://forums.unrealengine.com/u/llixsee)\ **Post date:** [April 2, 2025, 5:28am UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936/282 "2025-04-02T05:28:25Z")
I apologize - I may not have expressed myself clearly enough. According to the documentation ([Sky Atmosphere Component in Unreal Engine | Unreal Engine 5.5 Documentation | Epic Developer Community](https://dev.epicgames.com/documentation/en-us/unreal-engine/sky-atmosphere-component-in-unreal-engine)), executing the CVARs mentioned in my previous message should disable FastSkyLUT, and its parameters should consequently stop affecting the SkyAtmosphere rendering. For configuring SkyAtmosphere with disabled FastSkyLUT, one could use, for example, `r.SkyAtmosphere.SampleCountMin` and `Max` . However, I observe the opposite behavior. Executing the commands I provided no longer disables FastSkyLUT, and its parameters (such as `r.SkyAtmosphere.FastSkyLUT.SampleCountMin` ) continue to affect the render, which contradicts the documentation: > To use the fast sky LUT commands, r.SkyAtmosphere.FastSkyLUT must not be disabled. I would like to note that disabling FastSkyLUT worked this way in previous engine versions. This behavior is unlikely to be explained by default optimization. Therefore, I’d like to verify whether anyone else observes this bug, or if this might be specific to my setup. EDIT: **I found the cause**. This was careless on my part, but there was a SkySphere present in my scene… I hid it and everything started working as needed. It turned out quite silly, considering I spent many hours banging my head over this. 😅 ---
**Author:** ![Miguel1900](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/miguel1900/32/1010694_2.png) [@Miguel1900](https://forums.unrealengine.com/u/Miguel1900)\ **Post date:** [April 2, 2025, 9:28am UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936/283 "2025-04-02T09:28:44Z")
Just out of curiosity, what is this useful for? ---
**Author:** ![llixsee](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/llixsee/32/749169_2.png) [@llixsee](https://forums.unrealengine.com/u/llixsee)\ **Post date:** [April 2, 2025, 12:19pm UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936/284 "2025-04-02T12:19:07Z")
Sunshafts quality is superior when using per-pixel ray marching. I’m experiencing severe banding artifacts in the atmosphere with FastSkyLUT, which proves challenging to mitigate without substantial performance costs (have to set `r.SkyAtmSphere.FastSkyLUT.SampleCountMin` to 256 to get acceptable result). While these artifacts are nearly imperceptible against blue sky, they become distinctly visible during sunset conditions. Per-pixel ray marching employs a different approach, rendering such artifacts nonexistent. Banding issue example on epic quality settings: ![image](https://d3kjluh73b9h9o.cloudfront.net/original/4X/8/f/0/8f0b41f9980820e3b0d21474794a725c594532af.jpeg) ---
**Author:** ![AJ\_Graphix](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/aj_graphix/32/1194669_2.png) [@AJ\_Graphix](https://forums.unrealengine.com/u/AJ_Graphix)\ **Post date:** [April 10, 2025, 4:14pm UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936/285 "2025-04-10T16:14:45Z")
@SebHillaire I really wish there was a way to **re-enable Lumen in DX11** just by editing the RenderUtils.cpp file from the Launcher version of 5.5.4. Sadly, not everyone has the resources to build the ENTIRE Engine from source just for two simple lines of code to restore a feature that was removed **without any warning**. 😖 The primary reasons users still want Software Ray Traced Lumen in DX11 is for the incredible **performance gains** in projects targeting older hardware, and for its excellent **look-dev** qualities when comparing between baked and real-time lighting options. I sincerely hope Epic will consider releasing a hotfix for this, as 5.5 fixes a lot of other headaches and control rig crashes present in 5.4 (the last version supporting DX11 Lumen). Thanks so much for your consideration. ---
**Author:** ![tomaaron872](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@tomaaron872](https://forums.unrealengine.com/u/tomaaron872)\ **Post date:** [April 27, 2025, 8:15pm UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936/287 "2025-04-27T20:15:10Z")
word! keep the prayers coming. ---
**Author:** ![SaOk](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@SaOk](https://forums.unrealengine.com/u/SaOk)\ **Post date:** [May 22, 2025, 5:05pm UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936/288 "2025-05-22T17:05:56Z")
With 5.5.4, Niagara Data Channel system crash (instantly when writing to niagara data channel) with shipped world partition build, but not with cooked staged build. Is there some settings to make it compatible with world partition or does packaging break it? ---
**Author:** ![Dark583](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@Dark583](https://forums.unrealengine.com/u/Dark583)\ **Post date:** [June 14, 2025, 5:39am UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936/289 "2025-06-14T05:39:15Z")
Did you ever find a solution for the HLOD build times? I tried 5.6 and it has the same issue. But looking at HLOD build logs it’s because our compile shader compilation is crashing and it gets put back on a much slower legacy version. My i9 13th Gen is affected by this 20+ mins to finish My i9 10th Gen is not affected 40 seconds to finish and correctly compiled so it seems to be related to hardware and not software for only newer hardware. If you make a sample project and build the standard open world starter map it breaks reguardless. Only on a much older CPU is it fine ---
**Author:** ![Jinkel](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/jinkel/32/998041_2.png) [@Jinkel](https://forums.unrealengine.com/u/Jinkel)\ **Post date:** [June 14, 2025, 6:17pm UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936/290 "2025-06-14T18:17:07Z")
The only way is to wait 1 minute and manually build on the actors that have been created. But consumes more RAM this way. ---
**Author:** ![Mrr\_Tsui](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@Mrr\_Tsui](https://forums.unrealengine.com/u/Mrr_Tsui)\ **Post date:** [July 14, 2025, 2:01pm UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936/291 "2025-07-14T14:01:39Z")
I am using the HighResShot command in a C++ code plugin to take high-resolution screenshots, but the final output image is completely black. How did you resolve this issue? ---
**Author:** ![Miguel1900](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/miguel1900/32/1010694_2.png) [@Miguel1900](https://forums.unrealengine.com/u/Miguel1900)\ **Post date:** [July 14, 2025, 3:02pm UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936/292 "2025-07-14T15:02:44Z")
Broken since 5.5 ---
**Author:** ![SAPER1985](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@SAPER1985](https://forums.unrealengine.com/u/SAPER1985)\ **Post date:** [July 27, 2025, 5:23pm UTC](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936/293 "2025-07-27T17:23:26Z")
Well, you can understand everything from this piece of code. ```auto #include "Engine/GameViewportClient.h" #include "HighResScreenshot.h" ---------------- FString ProjectSavedDir = FPaths::ProjectSavedDir(); FString PlacholderPath = ProjectSavedDir + "Screenshots/Screenshot.png"; FHighResScreenshotConfig& HighResScreenshotConfig = GetHighResScreenshotConfig(); HighResScreenshotConfig.SetResolution(SizeX, SizeY, SizeMultiplier); HighResScreenshotConfig.SetFilename(PlacholderPath); HighResScreenshotConfig.SetForce128BitRendering(bForceRendering); HighResScreenshotConfig.SetMaskEnabled(bCustomDepthMask); HighResScreenshotConfig.SetHDRCapture(bCaptureHDR); ThisGameViewport->Viewport->TakeHighResScreenShot(); ---------------- # May be useful # GScreenshotResolutionX = SizeX; # GScreenshotResolutionY = SizeY; # GIsHighResScreenshot = false; ``` [Previous page](https://forums.unrealengine.com/t/unreal-engine-5-5-released/2117936.md?page=13)