* UVs in lightmap density view were shifting after building lighting. Fixed by considering the padding even if lightmap data is invalid
* Auto generated lightmap UV was snapping charts to the whole padded lightmap instead of the actual valid center region. Fixed by subtracing 2 texels from the packing resolution
* Also fixed some merging conflicts of auto gen
#rb none
[FYI] brian.karis, daniel.wright
#jira UE-64923
#ROBOMERGE-OWNER: robert.manuszewski
#ROBOMERGE-AUTHOR: yujiang.wang
#ROBOMERGE-SOURCE: CL 5320218 in //UE4/Release-4.22/... via CL 5337165
#ROBOMERGE-BOT: CORE (Main -> Dev-Core)
[CL 5402985 by yujiang wang in Dev-Core branch]
* UVs in lightmap density view were shifting after building lighting. Fixed by considering the padding even if lightmap data is invalid
* Auto generated lightmap UV was snapping charts to the whole padded lightmap instead of the actual valid center region. Fixed by subtracing 2 texels from the packing resolution
* Also fixed some merging conflicts of auto gen
#rb none
[FYI] brian.karis, daniel.wright
#jira UE-64923
#ROBOMERGE-SOURCE: CL 5320218 in //UE4/Release-4.22/...
#ROBOMERGE-BOT: RELEASE (Release-4.22 -> Main)
[CL 5337165 by yujiang wang in Main branch]
UV packing issue for geometries with high chart count
#jira UE-69450
#jira UE-56602
#jira UE-56555
#jira UEENT-322
#rb JeanMichel.Dignard
#ROBOMERGE-SOURCE: CL 4923742 in //UE4/Release-4.22/...
#ROBOMERGE-BOT: RELEASE (Release-4.22 -> Main)
[CL 4923746 by johan duparc in Main branch]
Add a generic opaque mesh view interface FLayoutUV::IMeshView to abstract mesh data access and allow FLayoutUV to be used with any mesh type in any module.
Replaced few instances of using an old version of overlapping corners data structure (multi-map) with new specialized FOverlappingCorners container.
#rb Alexis.Matte
#rb Brian.Karis
[CL 4242975 by Yuriy ODonnell in Dev-Editor branch]
