# Epic's GPUlightmass

**URL:** <https://forums.unrealengine.com/t/epics-gpulightmass/139357>\
**Category:** Rendering\
**Tags:** unreal-engine\
**Created:** [March 5, 2020, 12:52pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357 "2020-03-05T12:52:56Z")\
**Posts on this page:** 20\
**Page:** 41

<div class="post-metadata">

**Author:** ![dr\_of\_partyology](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@dr\_of\_partyology](https://forums.unrealengine.com/u/dr_of_partyology)\
**Post date:** [December 20, 2025, 10:07pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/813 "2025-12-20T22:07:43Z")

</div>

Thanks for the additional info. I made a short video to better show what I’m experiencing. If I set the directional light to stationary and then bake, the shadows look a whole lot like VSMs. Maybe they’re not VSMs, but they look either tack sharp like VSMs or blobby and weird. Only after I toggle to moveable and back do they start to look like CSMs again.

[![](https://d3kjluh73b9h9o.cloudfront.net/original/4X/f/3/7/f370098eb5f74624a31732fd5a9e188a58144552.jpeg "GPU lightmass issue") ](https://www.youtube.com/watch?v=P-tJUZ9cc74)

---

<div class="post-metadata">

**Author:** ![Arkiras](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/arkiras/32/1008648_2.png) [@Arkiras](https://forums.unrealengine.com/u/Arkiras)\
**Post date:** [December 20, 2025, 10:40pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/814 "2025-12-20T22:40:13Z")

</div>

Not an issue with GPU lightmass, go into your directional light settings and enable “use area shadows for stationary lights”

---

<div class="post-metadata">

**Author:** ![dr\_of\_partyology](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@dr\_of\_partyology](https://forums.unrealengine.com/u/dr_of_partyology)\
**Post date:** [December 20, 2025, 10:51pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/815 "2025-12-20T22:51:01Z")

</div>

Thank you! totally fixed it. why that’s on by default is a strange one. more expensive maybe?

---

<div class="post-metadata">

**Author:** ![Arkiras](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/arkiras/32/1008648_2.png) [@Arkiras](https://forums.unrealengine.com/u/Arkiras)\
**Post date:** [December 20, 2025, 10:57pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/816 "2025-12-20T22:57:28Z")

</div>

Might actually be slightly cheaper to enable area shadows since it will just be sampling the texture without any extra steps.

By default the engine stores stationary shadows as a 2D distance field, great for sharp shadows as it lets you use a lower lightmap resolution and still get a nice crisp shadow at the cost of rounding corners so its a tradeoff. And as you’ve discovered: It doesn’t work at all for soft shadows.

---

<div class="post-metadata">

**Author:** ![ut20040x0r](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@ut20040x0r](https://forums.unrealengine.com/u/ut20040x0r)\
**Post date:** [January 2, 2026, 9:00pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/817 "2026-01-02T21:00:10Z")

</div>

I’m on 5.4.4 with my project and I noticed that after upgrading my GPU to the 50s series, that there is a problem with emissive lighting. I dont’ get any emissive lighting at all when I use “Use first bounce ray guiding”.  
However I need to use this option, because the interiors of my levels will not bake properly otherwise. There would be strong artifacts everywhere, especially in darker areas. but when using first bounce ray guiding my bakes are super clean, which is also the reason why I’m a great fan of GPU lightmass.

But now I can’t use it anymore if I want emissive lighting to contribute to my scenes.

I strongly suspect it has to do with my hardware upgrade… but what can I do now? Upgrade to a new engine version?  
I’m thankful for any advice.

---

<div class="post-metadata">

**Author:** ![Jimbohalo10](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/jimbohalo10/32/961440_2.png) [@Jimbohalo10](https://forums.unrealengine.com/u/Jimbohalo10)\
**Post date:** [January 2, 2026, 11:02pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/818 "2026-01-02T23:02:53Z")

</div>

hi @ut20040x0r

[RESOLVED: Known issues with NVIDIA 576.02 drivers on RTX 50-series GPUs | Epic Developer Community](https://dev.epicgames.com/community/learning/knowledge-base/pBjb/twinmotion-known-issues-with-nvidia-576-02-drivers-on-rtx-50-series-gpus)

---

<div class="post-metadata">

**Author:** ![yujiang.wang](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@yujiang.wang](https://forums.unrealengine.com/u/yujiang.wang)\
**Post date:** [January 3, 2026, 1:51pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/820 "2026-01-03T13:51:00Z")

</div>

# Release 5.7.1 2026.01.03

[https://downloads.luoshuangfw.io/gpulm-releases/GPULM-5.7.1.7z](https://downloads.luoshuangfw.io/gpulm-releases/GPULM-5.7.1.7z)  
[Back to release list](https://forums.unrealengine.com/t/epics-gpulightmass/139357/667)

Fixed a quality issue when Use First Bounce Ray Guiding is enabled:

 ![ScreenShot00030](https://d3kjluh73b9h9o.cloudfront.net/original/4X/f/8/a/f8a689800f59f426bb4ca488025e04587b0e1783.jpeg)  
 ![ScreenShot00029](https://d3kjluh73b9h9o.cloudfront.net/original/4X/1/8/6/186af449f60a65b43b8a734b5bbd027da4de6707.jpeg)

---

<div class="post-metadata">

**Author:** ![ut20040x0r](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@ut20040x0r](https://forums.unrealengine.com/u/ut20040x0r)\
**Post date:** [January 3, 2026, 2:20pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/821 "2026-01-03T14:20:40Z")

</div>

Hi @[Jimbohalo10](https://forums.unrealengine.com/t/epics-gpulightmass/139357/818)

I’ve updated to the latest driver 591.59 as you suggested, but I was already on 581.80, since I did a clean new install of windows just a month ago.

Edit: I’ve discovered that using the Intel Denoiser is disabling any emissive light contributions. Using the Simple denoiser gives me correct emissive lighting from meshes and materials.

Since everything else is working fine, are there perhaps any cvars I could tweak to make the intel denoiser recognize emissive lighting?

---

<div class="post-metadata">

**Author:** ![ut20040x0r](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@ut20040x0r](https://forums.unrealengine.com/u/ut20040x0r)\
**Post date:** [January 4, 2026, 4:49pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/822 "2026-01-04T16:49:26Z")

</div>

I’ve been able to save my project by moving it to 5.6.1.  
Here I get clean, great looking bakes with emissive lighting. Let’s just hope nvidia won’t make older plugins useless again with some driver update… That must have been the cause of my problem.

I am still curious though if something similar has happened to somebody else? Because this is a real trap, I was lucky I didn’t get much problems when upgrading my project besides recompiling some bp’s and fixing some missing variables… This could easily turn nasty with a more complex project.

Well anyway thanks for the help here and I hope epic makes baked lighting more of a priority instead giving customers 15 fps with lumen/nanite/vsm on a gtx1070…

 ![Emissive_Light_Only](https://d3kjluh73b9h9o.cloudfront.net/original/4X/f/e/a/feaca5523e0ad04ff8b6d67d5576f0c977ae870c.jpeg)

 ![Emissive_Lit](https://d3kjluh73b9h9o.cloudfront.net/original/4X/e/0/3/e03eadcb03d98cc48a01e68ad2f80c1ca5b1c6b4.jpeg)

---

<div class="post-metadata">

**Author:** ![anloarq](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@anloarq](https://forums.unrealengine.com/u/anloarq)\
**Post date:** [January 10, 2026, 8:21am UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/823 "2026-01-10T08:21:02Z")

</div>

Hello @yujiang.wang and @Jimbohalo10

After running several GPU Lightmass baking tests across different versions, **5.7.1** has proven to be the most stable so far, at least for **archviz** workflows.

That said, I still have two issues that I haven’t been able to solve:

 ![00 - GPU_Lightmass_5.7.1_Boiling](https://d3kjluh73b9h9o.cloudfront.net/original/4X/c/3/0/c30b7f17a880d13263b6424a299f224a4b6a5bc4.jpeg)

As shown in **image 00** , there is a **boiling/flickering issue** in low-light areas that I can’t get rid of. The bake settings are using **4096 samples** , the **25% rule** for the remaining parameters, and **First Bounce Ray Guiding** is enabled (which, in earlier versions, completely broke the results when activated).

 ![01 - GPU_Lightmass_5.7.1_NaniteProblem](https://d3kjluh73b9h9o.cloudfront.net/original/4X/1/a/5/1a59590a896e82a3c173777f3c2d356a6489367a.jpeg)

The second issue is shown in **image 01** : when **Nanite** is enabled, a series of **isolated artifacts** appear. It no longer crashes automatically when baking with Nanite enabled—as happened in previous versions—and the amount of artifacts is much lower, but for **archviz standards** , this still needs to be resolved.

The hardware used is an **RTX 5090** with the **latest available drivers**. I tried performing a **DDU rollback to driver version 560** , which was the recommended one, but it is not compatible with the **RTX 5000 series**.

That said, congratulations on your work—this latest GPU Lightmass version is undoubtedly one of the most stable so far.

Thanks in advance!

---

<div class="post-metadata">

**Author:** ![yujiang.wang](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@yujiang.wang](https://forums.unrealengine.com/u/yujiang.wang)\
**Post date:** [January 10, 2026, 9:34am UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/824 "2026-01-10T09:34:04Z")

</div>

GPU Lightmass does not generate anything dynamic. If you’re seeing the ‘shimmering’ artifact it probably comes from something realtime. For Nanite meshes, GPULM can only use the fallback meshes, which means there will always be discrepancies. I can only suggest you disable Nanite on problematic meshes.

---

<div class="post-metadata">

**Author:** ![anloarq](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@anloarq](https://forums.unrealengine.com/u/anloarq)\
**Post date:** [January 10, 2026, 4:27pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/825 "2026-01-10T16:27:54Z")

</div>

Hi @yujiang.wang. Thanks for the quick response. You were right, the console command`r.RayTracing.ForceAllRayTracingEffects`which is normally set to 0 by default in Base Lightmass was not responding properly. I modified it, re-entered it, and the smearing disappeared.

Regarding Nanite, the results are much better when it’s disabled on the mesh. Is there any option to improve the fallback meshes and reduce the artifacts that I might be missing? I’ve tried quite a few things, and aside from disabling Nanite, nothing else seems to have any effect.

We usually work on mixed experiences, and being able to keep a single executable without having to duplicate geometry makes the workflow much easier.

Thanks again!

---

<div class="post-metadata">

**Author:** ![Arkiras](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/arkiras/32/1008648_2.png) [@Arkiras](https://forums.unrealengine.com/u/Arkiras)\
**Post date:** [January 10, 2026, 4:57pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/826 "2026-01-10T16:57:12Z")

</div>

> [@anloarq](#):
>
> Regarding Nanite, the results are much better when it’s disabled on the mesh. Is there any option to improve the fallback meshes and reduce the artifacts that I might be missing? I’ve tried quite a few things, and aside from disabling Nanite, nothing else seems to have any effect.

In 5.7 you can change the raytracing fallback to use triangle percentage (instead of auto) then make sure the percentage is set to 100 and press apply.

Seems at some point Epic split the fallback mesh into a render fallback and a raytracing fallback, which makes sense. Not sure what version this happened in.

---

<div class="post-metadata">

**Author:** ![anloarq](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@anloarq](https://forums.unrealengine.com/u/anloarq)\
**Post date:** [January 12, 2026, 8:49am UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/827 "2026-01-12T08:49:31Z")

</div>

![Nanite Fallback](https://d3kjluh73b9h9o.cloudfront.net/original/4X/f/4/7/f47d71fde448a6f57cc9b9d6217c95990d3e6c4e.jpeg)

Hi @Arkiras . What you suggested made it work, but only by adjusting the Nanite Settings fallback, the Ray Tracing one had no effect at all. Still this is better than disabling Nanite entirely, although we’ll need to be careful with the polygon load of the assets where this is applied to avoid heavy and overly complex fallbacks. Thanks a lot!

---

<div class="post-metadata">

**Author:** ![yujiang.wang](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@yujiang.wang](https://forums.unrealengine.com/u/yujiang.wang)\
**Post date:** [January 12, 2026, 8:53am UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/828 "2026-01-12T08:53:51Z")

</div>

@Arkiras In fact, the ray tracing fallback is always ignored by GPULM for a few reasons:

- It is an LOD that further reduced from Nanite fallback, meaning even lower quality
- It isn’t generated with lightmap UVs. GPULM then cannot render the geometry with matched lightmap UVs, leading to artifacts
- Even if it does have lightmap UVs, it diverges too much from the base Nanite mesh, and when the lightmap is applied on the base mesh, mismatches are usually seen

---

<div class="post-metadata">

**Author:** ![motorsep](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/motorsep/32/918698_2.png) [@motorsep](https://forums.unrealengine.com/u/motorsep)\
**Post date:** [January 22, 2026, 2:33am UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/829 "2026-01-22T02:33:12Z")

</div>

@yujiang.wang Can you please give some tips on where to look for when determining why GPULM doesn’t generate lightmaps for HLODs in 4.27-plus (this fork [https://github.com/uno1982/UnrealEngine/tree/4.27-plus-meta](https://github.com/uno1982/UnrealEngine/tree/4.27-plus-meta) ) ? Since you are unable to help, I figured maybe someone else might, but they need to know where to look. Thanks

---

<div class="post-metadata">

**Author:** ![yujiang.wang](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@yujiang.wang](https://forums.unrealengine.com/u/yujiang.wang)\
**Post date:** [January 22, 2026, 1:14pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/830 "2026-01-22T13:14:38Z")

</div>

GPULM has never had special handling code for HLOD. It is sort of expected if it doesn’t work, and you need to implement it. Since pre-UE5 legacy HLOD no longer has its place in UE5, I’m not going to support this part.

---

<div class="post-metadata">

**Author:** ![yujiang.wang](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@yujiang.wang](https://forums.unrealengine.com/u/yujiang.wang)\
**Post date:** [January 22, 2026, 1:20pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/831 "2026-01-22T13:20:26Z")

</div>

# Release 5.7.2 2026.01.22

[https://downloads.luoshuangfw.io/gpulm-releases/GPULM-5.7.2.7z](https://downloads.luoshuangfw.io/gpulm-releases/GPULM-5.7.2.7z)  
[Back to release list](https://forums.unrealengine.com/t/epics-gpulightmass/139357/667)

---

<div class="post-metadata">

**Author:** ![motorsep](https://d1ap1mz92jnks1.cloudfront.net/user_avatar/forums.unrealengine.com/motorsep/32/918698_2.png) [@motorsep](https://forums.unrealengine.com/u/motorsep)\
**Post date:** [January 22, 2026, 2:58pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/832 "2026-01-22T14:58:44Z")

</div>

> [@yujiang.wang](#):
>
> GPULM has never had special handling code for HLOD. It is sort of expected if it doesn’t work, and you need to implement it. Since pre-UE5 legacy HLOD no longer has its place in UE5, I’m not going to support this part.

HLOD is in UE5 (at least it was in 5.4.x).. What I am asking is to point whoever will be implementing support for HLOD lightmaps, in the right direction.  
People who need baked lighting don’t use UE5 at all because platforms that require baked lighting cannot run UE5 well. So they use UE4.27-plus(-meta) forks.

---

<div class="post-metadata">

**Author:** ![yujiang.wang](https://d3kjluh73b9h9o.cloudfront.net/original/4X/2/8/5/28502927f1d97ba1051b3b47ccfe17233bf41ef0.png) [@yujiang.wang](https://forums.unrealengine.com/u/yujiang.wang)\
**Post date:** [January 22, 2026, 3:29pm UTC](https://forums.unrealengine.com/t/epics-gpulightmass/139357/833 "2026-01-22T15:29:39Z")

</div>

There isn’t a single point in GPULM where you just ‘insert HLOD code here’ and then things magically work. The person needs a more throughout understanding of how GPULM works.

[Previous page](https://forums.unrealengine.com/t/epics-gpulightmass/139357.md?page=40)

[Next page](https://forums.unrealengine.com/t/epics-gpulightmass/139357.md?page=42)
