Unreal Engine Build Fail

2026-01-29 10:11 UTC gpt-5-2-thinking Open in ChatGPT ↗

You

why does my unreal engine build fail?

t registry cache written as 0.0 MiB to F:/Github/ULC/seven-tree-projection-madinah/ULC_Test_Projects/Position_Stamping/Intermediate/CachedAssetRegistry_*.bin UATHelper: Packaging (Windows): LogCook: Display: FULL COOK: Neither -iterative nor -cookincremental were specified. Deleting previously cooked packages for platform Windows and recooking all packages discovered in the current cook. UATHelper: Packaging (Windows): LogCook: Display: Sandbox cleanup took 0.099 seconds for platforms Windows UATHelper: Packaging (Windows): LogCook: Display: Compiling global changed shaders for platform ‘Windows’ UATHelper: Packaging (Windows): LogShaderCompilers: Display: Compiling shader autogen file: F:/Github/ULC/seven-tree-projection-madinah/ULC_Test_Projects/Position_Stamping/Intermediate/ShaderAutogen/PCD3D_SM5/AutogenShaderHeaders.ush UATHelper: Packaging (Windows): LogShaderCompilers: Display: Autogen file is unchanged, skipping write. UATHelper: Packaging (Windows): LogShaderLibrary: Display: UATHelper: Packaging (Windows): LogShaderLibrary: Display: Shader Library ‘Global’ (PCD3D_SM6-PCD3D_SM6) Stats: UATHelper: Packaging (Windows): LogShaderLibrary: Display: ================= UATHelper: Packaging (Windows): LogShaderLibrary: Display: Assets: 1, Unique Shadermaps: 450 (45000.00%) UATHelper: Packaging (Windows): LogShaderLibrary: Display: Total Shaders: 6820, Unique Shaders: 6819 (99.99%) UATHelper: Packaging (Windows): LogShaderLibrary: Display: Total Shader Size: 70.07mb, Unique Shaders Size: 70.07mb (100.00%) UATHelper: Packaging (Windows): LogShaderLibrary: Display: === Extended info: UATHelper: Packaging (Windows): LogShaderLibrary: Display: Minimum number of shaders in shadermap: 1 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Median number of shaders in shadermap: 3 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Maximum number of shaders in shadermap: 583 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Number of shadermaps referencing top 10 most shared shaders: UATHelper: Packaging (Windows): LogShaderLibrary: Display: 2, 1, 1, 1, 1, 1, 1, 1, 1, 1 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Unique shaders itemization (sorted by compressed size): UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Compute: 3961 shaders (58.09%), compressed size: 39.54 MB (10.22 KB avg per shader), uncompressed size: 51.88 MB (13.41 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Pixel: 2410 shaders (35.34%), compressed size: 25.09 MB (10.66 KB avg per shader), uncompressed size: 32.85 MB (13.96 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_RayGen: 294 shaders (4.31%), compressed size: 5.02 MB (17.48 KB avg per shader), uncompressed size: 6.45 MB (22.45 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Vertex: 126 shaders (1.85%), compressed size: 0.32 MB (2.58 KB avg per shader), uncompressed size: 0.39 MB (3.19 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_RayHitGroup: 16 shaders (0.23%), compressed size: 0.05 MB (3.23 KB avg per shader), uncompressed size: 0.06 MB (3.75 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_RayMiss: 7 shaders (0.10%), compressed size: 0.04 MB (5.97 KB avg per shader), uncompressed size: 0.06 MB (8.11 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Geometry: 3 shaders (0.04%), compressed size: 0.01 MB (2.15 KB avg per shader), uncompressed size: 0.01 MB (3.31 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_WorkGraphRoot: 1 shaders (0.01%), compressed size: 0.00 MB (2.73 KB avg per shader), uncompressed size: 0.00 MB (3.35 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_RayCallable: 1 shaders (0.01%), compressed size: 0.00 MB (1.40 KB avg per shader), uncompressed size: 0.00 MB (1.56 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: Textual dump saved to ‘F:/Github/ULC/seven-tree-projection-madinah/ULC_Test_Projects/Position_Stamping/Saved/Shaders/PCD3D_SM6-PCD3D_SM6/ShaderDebug-Global-PCD3D_SM6-PCD3D_SM6/Dump.txt’ UATHelper: Packaging (Windows): LogShaderLibrary: Display: ================= UATHelper: Packaging (Windows): LogShaderLibrary: Display: UATHelper: Packaging (Windows): LogShaderLibrary: Display: Shader Library ‘Global’ (PCD3D_SM5-PCD3D_SM5) Stats: UATHelper: Packaging (Windows): LogShaderLibrary: Display: ================= UATHelper: Packaging (Windows): LogShaderLibrary: Display: Assets: 1, Unique Shadermaps: 338 (33800.00%) UATHelper: Packaging (Windows): LogShaderLibrary: Display: Total Shaders: 4396, Unique Shaders: 4381 (99.66%) UATHelper: Packaging (Windows): LogShaderLibrary: Display: Total Shader Size: 13.32mb, Unique Shaders Size: 13.32mb (99.96%) UATHelper: Packaging (Windows): LogShaderLibrary: Display: === Extended info: UATHelper: Packaging (Windows): LogShaderLibrary: Display: Minimum number of shaders in shadermap: 1 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Median number of shaders in shadermap: 3 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Maximum number of shaders in shadermap: 303 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Number of shadermaps referencing top 10 most shared shaders: UATHelper: Packaging (Windows): LogShaderLibrary: Display: 3, 3, 3, 2, 2, 2, 2, 2, 2, 2 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Unique shaders itemization (sorted by compressed size): UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Pixel: 2205 shaders (50.33%), compressed size: 8.10 MB (3.76 KB avg per shader), uncompressed size: 37.54 MB (17.43 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Compute: 2067 shaders (47.18%), compressed size: 5.16 MB (2.55 KB avg per shader), uncompressed size: 19.51 MB (9.66 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Vertex: 107 shaders (2.44%), compressed size: 0.06 MB (0.57 KB avg per shader), uncompressed size: 0.13 MB (1.22 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Geometry: 2 shaders (0.05%), compressed size: 0.00 MB (0.49 KB avg per shader), uncompressed size: 0.00 MB (1.55 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: Textual dump saved to ‘F:/Github/ULC/seven-tree-projection-madinah/ULC_Test_Projects/Position_Stamping/Saved/Shaders/PCD3D_SM5-PCD3D_SM5/ShaderDebug-Global-PCD3D_SM5-PCD3D_SM5/Dump.txt’ UATHelper: Packaging (Windows): LogShaderLibrary: Display: ================= UATHelper: Packaging (Windows): LogCook: Display: Discovering localized assets for cultures: en UATHelper: Packaging (Windows): LogCook: Display: Found 0 localized assets UATHelper: Packaging (Windows): LogCook: Display: Cooked packages 0 Packages Remain 1595 Total 1595 UATHelper: Packaging (Windows): LogCook: Display: Cook Diagnostics: OpenFileHandles=1433, VirtualMemory=2329MiB, VirtualMemoryAvailable=76775MiB UATHelper: Packaging (Windows): LogTextureFormatOodle: Display: Oodle Texture loading DLL: oo2tex_win64_2.9.9.dll UATHelper: Packaging (Windows): LogTextureFormatOodle: Display: Oodle Texture loading DLL: oo2tex_win64_2.9.8.dll UATHelper: Packaging (Windows): LogTextureFormatOodle: Display: Oodle Texture loading DLL: oo2tex_win64_2.9.7.dll UATHelper: Packaging (Windows): LogTextureFormatOodle: Display: Oodle Texture loading DLL: oo2tex_win64_2.9.11.dll UATHelper: Packaging (Windows): LogTextureFormatOodle: Display: Oodle Texture loading DLL: oo2tex_win64_2.9.10.dll UATHelper: Packaging (Windows): LogTextureFormatOodle: Display: Oodle Texture loading DLL: oo2tex_win64_2.9.6.dll UATHelper: Packaging (Windows): LogMaterial: Display: Missing cached shadermap for DefaultSpriteMaterial in PCD3D_SM6, Default, SM6, Game (DDC key hash: c4e74be985801e139a0deede5ce4b87bec1fdeef), compiling. UATHelper: Packaging (Windows): LogMaterial: Warning: [AssetLog] C:\Program Files\Epic Games\UE_5.5\Engine\Plugins\FX\Niagara\Content\DefaultAssets\DefaultSpriteMaterial.uasset: Failed to compile Material for platform PCD3D_SM6, Default Material will be used in game. UATHelper: Packaging (Windows): (Node SpriteTextureSampler) Paper2D Sprite> Found NULL, requires Texture2D UATHelper: Packaging (Windows): LogMaterial: Display: Missing cached shadermap for DefaultSpriteMaterial in PCD3D_SM5, Default, SM5, Game (DDC key hash: dd07e7207d392772515c88c7028315ba339a7213), compiling. PackagingResults: Warning: [AssetLog] C:\Program Files\Epic Games\UE_5.5\Engine\Plugins\FX\Niagara\Content\DefaultAssets\DefaultSpriteMaterial.uasset: Failed to compile Material for platform PCD3D_SM6, Default Material will be used in game. UATHelper: Packaging (Windows): LogMaterial: Warning: [AssetLog] C:\Program Files\Epic Games\UE_5.5\Engine\Plugins\FX\Niagara\Content\DefaultAssets\DefaultSpriteMaterial.uasset: Failed to compile Material for platform PCD3D_SM5, Default Material will be used in game. PackagingResults: Warning: [AssetLog] C:\Program Files\Epic Games\UE_5.5\Engine\Plugins\FX\Niagara\Content\DefaultAssets\DefaultSpriteMaterial.uasset: Failed to compile Material for platform PCD3D_SM5, Default Material will be used in game. UATHelper: Packaging (Windows): (Node SpriteTextureSampler) Paper2D Sprite> Found NULL, requires Texture2D UATHelper: Packaging (Windows): LogMaterial: Warning: Cooking a material resource (in DefaultSpriteMaterial hierarchy) that doesn’t have a valid ShaderMap! Shadermap pointer is null. PackagingResults: Warning: Cooking a material resource (in DefaultSpriteMaterial hierarchy) that doesn’t have a valid ShaderMap! Shadermap pointer is null. UATHelper: Packaging (Windows): LogMaterial: Warning: Cooking a material resource (in DefaultSpriteMaterial hierarchy) that doesn’t have a valid ShaderMap! Shadermap pointer is null. PackagingResults: Warning: Cooking a material resource (in DefaultSpriteMaterial hierarchy) that doesn’t have a valid ShaderMap! Shadermap pointer is null. UATHelper: Packaging (Windows): LogCook: Display: Cooked packages 709 Packages Remain 937 Total 1646 UATHelper: Packaging (Windows): LogTexture: Display: /Engine/EngineMaterials/Black_1x1_EXR_Texture_VT.Black_1x1_EXR_Texture_VT is marked for virtual streaming but virtual texture streaming is not available. UATHelper: Packaging (Windows): LogTexture: Display: /Engine/EngineMaterials/Black_1x1_EXR_Texture_VT.Black_1x1_EXR_Texture_VT is marked for virtual streaming but virtual texture streaming is not available. UATHelper: Packaging (Windows): LogTexture: Display: /Engine/EngineMaterials/BaseFlattenNormalMap_VT.BaseFlattenNormalMap_VT is marked for virtual streaming but virtual texture streaming is not available. UATHelper: Packaging (Windows): LogTexture: Display: /Engine/EngineMaterials/BaseFlattenNormalMap_VT.BaseFlattenNormalMap_VT is marked for virtual streaming but virtual texture streaming is not available. UATHelper: Packaging (Windows): LogTexture: Display: /Engine/EngineMaterials/BaseFlattenLinearColor_VT.BaseFlattenLinearColor_VT is marked for virtual streaming but virtual texture streaming is not available. UATHelper: Packaging (Windows): LogTexture: Display: /Engine/EngineMaterials/BaseFlattenLinearColor_VT.BaseFlattenLinearColor_VT is marked for virtual streaming but virtual texture streaming is not available. UATHelper: Packaging (Windows): LogTexture: Display: /Engine/EngineMaterials/BaseFlattenGrayscaleMap_VT.BaseFlattenGrayscaleMap_VT is marked for virtual streaming but virtual texture streaming is not available. UATHelper: Packaging (Windows): LogTexture: Display: /Engine/EngineMaterials/BaseFlattenGrayscaleMap_VT.BaseFlattenGrayscaleMap_VT is marked for virtual streaming but virtual texture streaming is not available. UATHelper: Packaging (Windows): LogTexture: Display: /Engine/EngineMaterials/BaseFlattenEmissiveMap_VT.BaseFlattenEmissiveMap_VT is marked for virtual streaming but virtual texture streaming is not available. UATHelper: Packaging (Windows): LogTexture: Display: /Engine/EngineMaterials/BaseFlattenEmissiveMap_VT.BaseFlattenEmissiveMap_VT is marked for virtual streaming but virtual texture streaming is not available. UATHelper: Packaging (Windows): LogTexture: Display: /Engine/EngineMaterials/BaseFlattenDiffuseMap_VT.BaseFlattenDiffuseMap_VT is marked for virtual streaming but virtual texture streaming is not available. UATHelper: Packaging (Windows): LogTexture: Display: /Engine/EngineMaterials/BaseFlattenDiffuseMap_VT.BaseFlattenDiffuseMap_VT is marked for virtual streaming but virtual texture streaming is not available. UATHelper: Packaging (Windows): LogCook: Display: Cooked packages 927 Packages Remain 719 Total 1646 UATHelper: Packaging (Windows): LogProperty: Error: FStructProperty::Serialize Loading: Property ‘StructProperty /PositionStamping/Blueprints/UDP_Listener.UDP_Listener_C:message’. Unknown structure. UATHelper: Packaging (Windows): LogProperty: Error: FStructProperty::Serialize Loading: Property ‘StructProperty /PositionStamping/Blueprints/UDP_Listener.UDP_Listener_C:ExecuteUbergraph_UDP_Listener:K2Node_MakeStruct_JsonRPCMessage’. Unknown structure. PackagingResults: Error: FStructProperty::Serialize Loading: Property ‘StructProperty /PositionStamping/Blueprints/UDP_Listener.UDP_Listener_C:message’. Unknown structure. PackagingResults: Error: FStructProperty::Serialize Loading: Property ‘StructProperty /PositionStamping/Blueprints/UDP_Listener.UDP_Listener_C:ExecuteUbergraph_UDP_Listener:K2Node_MakeStruct_JsonRPCMessage’. Unknown structure. UATHelper: Packaging (Windows): LogClass: Warning: Struct Property message has a struct type mismatch (tag STRUCT_REINST_JsonRPCMessage_3(/Engine/Transient) != prop FallbackStruct(/Script/CoreUObject)) in package: /PositionStamping/Blueprints/UDP_Listener. If that struct got renamed, add an entry to ActiveStructRedirects. PackagingResults: Warning: Struct Property message has a struct type mismatch (tag STRUCT_REINST_JsonRPCMessage_3(/Engine/Transient) != prop FallbackStruct(/Script/CoreUObject)) in package: /PositionStamping/Blueprints/UDP_Listener. If that struct got renamed, add an entry to ActiveStructRedirects. UATHelper: Packaging (Windows): LogClass: Warning: Struct Property message has a struct type mismatch (tag FallbackStruct(/Script/CoreUObject) != prop JsonRPCMessage(/PositionStamping/Structs/JsonRPCMessage)) in package: FObjectReader. If that struct got renamed, add an entry to ActiveStructRedirects. PackagingResults: Warning: Struct Property message has a struct type mismatch (tag FallbackStruct(/Script/CoreUObject) != prop JsonRPCMessage(/PositionStamping/Structs/JsonRPCMessage)) in package: FObjectReader. If that struct got renamed, add an entry to ActiveStructRedirects. UATHelper: Packaging (Windows): LogCook: Display: Cooked packages 1117 Packages Remain 530 Total 1647 UATHelper: Packaging (Windows): LogWorldPartition: Display: [Cook] Gathering packages to cook from generators for owner object World /Engine/Maps/Templates/OpenWorld.OpenWorld. UATHelper: Packaging (Windows): LogWorldPartition: Display: WorldPartition initialize started… UATHelper: Packaging (Windows): LogWorldPartition: Display: WorldPartition initialize took 5.773 ms UATHelper: Packaging (Windows): LogWorldPartition: Display: GenerateStreaming for ‘OpenWorld.Engine’ started… UATHelper: Packaging (Windows): LogWorldPartition: Display: GenerateStreaming for ‘OpenWorld.Engine’ took 7.834 ms UATHelper: Packaging (Windows): LogWorldPartition: Display: [Cook] Gathered 64 packages to generate from 1 Generators. UATHelper: Packaging (Windows): LogWorldPartition: Display: [Cook] Sending 64 packages to be generated. UATHelper: Packaging (Windows): LogWorldPartition: Display: [Cook] Debug(GetGenerateList) : OwnerObject=World /Engine/Maps/Templates/OpenWorld.OpenWorld bForceInitializedWorld=1 bInitializedPhysicsSceneForSave=1 UATHelper: Packaging (Windows): LogCook: Display: Splitting Package /Engine/Maps/Templates/OpenWorld with splitter FWorldPartitionCookPackageSplitter acting on object World /Engine/Maps/Templates/OpenWorld.OpenWorld. UATHelper: Packaging (Windows): LogWorldPartition: Display: [Cook][PopulateGeneratorPackage] Processing 64 packages UATHelper: Packaging (Windows): LogWorldPartition: Display: [Cook][PopulateGeneratorPackage] Gathered 72 modified packages UATHelper: Packaging (Windows): LogDeviceProfileManager: Display: Deviceprofile None not found. UATHelper: Packaging (Windows): LogCook: Display: Cooked packages 1408 Packages Remain 312 Total 1720 UATHelper: Packaging (Windows): LogWorldPartition: Display: [Cook] Debug(TearDown): OwnerObject=World /Engine/Maps/Templates/OpenWorld.OpenWorld bForceInitializedWorld=1 bInitializedPhysicsSceneForSave=1 UATHelper: Packaging (Windows): LogCook: Display: Cooked packages 1608 Packages Remain 112 Total 1720 UATHelper: Packaging (Windows): PIE: Warning: AttachTo: ‘/PositionStamping/Main.Main:PersistentLevel.FbxScene_Single_Tree_C_2.DefaultSceneRoot’ is not static (in blueprint “FbxScene_Single_Tree”), cannot attach ‘/PositionStamping/Main.Main:PersistentLevel.FbxScene_Single_Tree_C_2.AREA’ which is static to it. Aborting. UATHelper: Packaging (Windows): LogCook: Display: Cooked packages 1714 Packages Remain 0 Total 1714 UATHelper: Packaging (Windows): LogCook: Display: Cook Diagnostics: OpenFileHandles=4950, VirtualMemory=3316MiB, VirtualMemoryAvailable=75800MiB PackagingResults: Warning: AttachTo: ‘/PositionStamping/Main.Main:PersistentLevel.FbxScene_Single_Tree_C_2.DefaultSceneRoot’ is not static (in blueprint “FbxScene_Single_Tree”), cannot attach ‘/PositionStamping/Main.Main:PersistentLevel.FbxScene_Single_Tree_C_2.AREA’ which is static to it. Aborting. UATHelper: Packaging (Windows): LogCook: Display: Finishing up… UATHelper: Packaging (Windows): LogAssetRegistryGenerator: Display: Saving asset registry v17. UATHelper: Packaging (Windows): LogAssetRegistryGenerator: Display: Generated development asset registry F:/Github/ULC/seven-tree-projection-madinah/ULC_Test_Projects/Position_Stamping/Saved/Cooked/Windows/Position_Stamping/Metadata/DevelopmentAssetRegistry.bin num assets 2062, size is 1544.69kb, XxHash64[LE] = 0x3168D21FD08C9459, waited on hash 0.00 seconds UATHelper: Packaging (Windows): LogAssetRegistryGenerator: Display: Generated asset registry num assets 1727, size is 508.20kb UATHelper: Packaging (Windows): LogShaderLibrary: Display: UATHelper: Packaging (Windows): LogShaderLibrary: Display: Shader Library ‘Position_Stamping’ (PCD3D_SM6-PCD3D_SM6) Stats: UATHelper: Packaging (Windows): LogShaderLibrary: Display: ================= UATHelper: Packaging (Windows): LogShaderLibrary: Display: Assets: 336, Unique Shadermaps: 217 (64.58%) UATHelper: Packaging (Windows): LogShaderLibrary: Display: Total Shaders: 6303, Unique Shaders: 3875 (61.48%) UATHelper: Packaging (Windows): LogShaderLibrary: Display: Total Shader Size: 57.35mb, Unique Shaders Size: 42.45mb (74.02%) UATHelper: Packaging (Windows): LogShaderLibrary: Display: === Extended info: UATHelper: Packaging (Windows): LogShaderLibrary: Display: Minimum number of shaders in shadermap: 1 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Median number of shaders in shadermap: 21 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Maximum number of shaders in shadermap: 846 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Number of shadermaps referencing top 10 most shared shaders: UATHelper: Packaging (Windows): LogShaderLibrary: Display: 133, 87, 87, 87, 87, 77, 70, 67, 67, 67 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Unique shaders itemization (sorted by compressed size): UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Pixel: 2139 shaders (55.20%), compressed size: 22.14 MB (10.60 KB avg per shader), uncompressed size: 28.75 MB (13.76 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Compute: 412 shaders (10.63%), compressed size: 7.40 MB (18.40 KB avg per shader), uncompressed size: 9.84 MB (24.47 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_RayHitGroup: 628 shaders (16.21%), compressed size: 7.40 MB (12.07 KB avg per shader), uncompressed size: 9.47 MB (15.44 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Vertex: 629 shaders (16.23%), compressed size: 4.84 MB (7.87 KB avg per shader), uncompressed size: 6.44 MB (10.48 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Mesh: 60 shaders (1.55%), compressed size: 0.58 MB (9.98 KB avg per shader), uncompressed size: 0.71 MB (12.18 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_RayMiss: 4 shaders (0.10%), compressed size: 0.07 MB (18.49 KB avg per shader), uncompressed size: 0.10 MB (25.55 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Geometry: 2 shaders (0.05%), compressed size: 0.01 MB (5.30 KB avg per shader), uncompressed size: 0.01 MB (7.49 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_RayCallable: 1 shaders (0.03%), compressed size: 0.00 MB (4.66 KB avg per shader), uncompressed size: 0.01 MB (5.90 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: Textual dump saved to ‘F:/Github/ULC/seven-tree-projection-madinah/ULC_Test_Projects/Position_Stamping/Saved/Shaders/PCD3D_SM6-PCD3D_SM6/ShaderDebug-Position_Stamping-PCD3D_SM6-PCD3D_SM6/Dump.txt’ UATHelper: Packaging (Windows): LogShaderLibrary: Display: ================= UATHelper: Packaging (Windows): LogShaderLibrary: Display: UATHelper: Packaging (Windows): LogShaderLibrary: Display: Shader Library ‘Position_Stamping’ (PCD3D_SM5-PCD3D_SM5) Stats: UATHelper: Packaging (Windows): LogShaderLibrary: Display: ================= UATHelper: Packaging (Windows): LogShaderLibrary: Display: Assets: 336, Unique Shadermaps: 216 (64.29%) UATHelper: Packaging (Windows): LogShaderLibrary: Display: Total Shaders: 4581, Unique Shaders: 2604 (56.84%) UATHelper: Packaging (Windows): LogShaderLibrary: Display: Total Shader Size: 15.60mb, Unique Shaders Size: 11.38mb (72.91%) UATHelper: Packaging (Windows): LogShaderLibrary: Display: === Extended info: UATHelper: Packaging (Windows): LogShaderLibrary: Display: Minimum number of shaders in shadermap: 1 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Median number of shaders in shadermap: 16 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Maximum number of shaders in shadermap: 399 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Number of shadermaps referencing top 10 most shared shaders: UATHelper: Packaging (Windows): LogShaderLibrary: Display: 87, 87, 87, 87, 81, 67, 67, 67, 67, 50 UATHelper: Packaging (Windows): LogShaderLibrary: Display: Unique shaders itemization (sorted by compressed size): UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Pixel: 1991 shaders (76.46%), compressed size: 9.08 MB (4.67 KB avg per shader), uncompressed size: 35.31 MB (18.16 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Vertex: 494 shaders (18.97%), compressed size: 1.46 MB (3.02 KB avg per shader), uncompressed size: 4.59 MB (9.51 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Compute: 117 shaders (4.49%), compressed size: 0.83 MB (7.30 KB avg per shader), uncompressed size: 3.70 MB (32.34 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: SF_Geometry: 2 shaders (0.08%), compressed size: 0.00 MB (1.66 KB avg per shader), uncompressed size: 0.01 MB (5.37 KB avg per shader) UATHelper: Packaging (Windows): LogShaderLibrary: Display: Textual dump saved to ‘F:/Github/ULC/seven-tree-projection-madinah/ULC_Test_Projects/Position_Stamping/Saved/Shaders/PCD3D_SM5-PCD3D_SM5/ShaderDebug-Position_Stamping-PCD3D_SM5-PCD3D_SM5/Dump.txt’ UATHelper: Packaging (Windows): LogShaderLibrary: Display: ================= UATHelper: Packaging (Windows): LogCook: Display: Dependent plugin “VTCodecs” referenced by “Pixel Streaming” wasn’t found in enabled plugins list when creating cook metadata file… skipping UATHelper: Packaging (Windows): LogCook: Display: Finalize package store(s)… UATHelper: Packaging (Windows): LogCook: Display: Cook by the book total time in tick 12.202536s total time 27.606934 UATHelper: Packaging (Windows): LogCook: Display: Peak Used virtual 4014 MiB Peak Used physical 3768 MiB UATHelper: Packaging (Windows): LogCook: Display: Packages Cooked: 1581, Packages Iteratively Skipped: 0, Packages Skipped by Platform: 133, Total Packages: 1714 UATHelper: Packaging (Windows): LogCookStats: Display: Hierarchy Timer Information: UATHelper: Packaging (Windows): LogCookStats: Display: Root: 0.000s (0) UATHelper: Packaging (Windows): LogCookStats: Display: CleanSandbox: 0.099s (1) UATHelper: Packaging (Windows): LogCookStats: Display: CollectFilesToCook: 0.005s (1) UATHelper: Packaging (Windows): LogCookStats: Display: CookModificationDelegate: 0.000s (1) UATHelper: Packaging (Windows): LogCookStats: Display: GenerateLongPackageName: 0.003s (1) UATHelper: Packaging (Windows): LogCookStats: Display: TickMainCookLoop: 12.203s (1) UATHelper: Packaging (Windows): LogCookStats: Display: PumpPollables: 0.000s (1) UATHelper: Packaging (Windows): LogCookStats: Display: PumpRequests: 0.048s (54) UATHelper: Packaging (Windows): LogCookStats: Display: LoadPackageForCooking: 1.887s (1656) UATHelper: Packaging (Windows): LogCookStats: Display: ValidateSourcePackage: 0.000s (1720) UATHelper: Packaging (Windows): LogCookStats: Display: SavingPackages: 10.235s (205) UATHelper: Packaging (Windows): LogCookStats: Display: PollPendingCookedPlatformDatas: 0.863s (15898) UATHelper: Packaging (Windows): LogCookStats: Display: PrepareSave: 1.801s (14429) UATHelper: Packaging (Windows): LogCookStats: Display: PrecachePlatformDataForNextPackage: 1.027s (1717) UATHelper: Packaging (Windows): LogCookStats: Display: PrepareSave: 1.026s (2199) UATHelper: Packaging (Windows): LogCookStats: Display: SaveCookedPackage: 6.244s (1720) UATHelper: Packaging (Windows): LogCookStats: Display: GEditorSavePackage: 6.125s (1720) UATHelper: Packaging (Windows): LogCookStats: Display: VerifyCanCookPackage: 0.009s (1581) UATHelper: Packaging (Windows): LogCookStats: Display: ClearAllCachedCookedPlatformData: 0.119s (1714) UATHelper: Packaging (Windows): LogCookStats: Display: PostLoadPackageFixup: 0.000s (3) UATHelper: Packaging (Windows): LogCookStats: Display: CookByTheBookFinished: 0.632s (1) UATHelper: Packaging (Windows): LogCookStats: Display: SavingCurrentIniSettings: 0.064s (1) UATHelper: Packaging (Windows): LogCookStats: Display: ProcessingAccessedStrings: 0.010s (1) UATHelper: Packaging (Windows): LogCookStats: Display: ChunkGeneration: 0.016s (1) UATHelper: Packaging (Windows): LogCookStats: Display: CalculateReferencedSet: 0.000s (1) UATHelper: Packaging (Windows): LogCookStats: Display: FinishPopulateShaderLibrary: 0.000s (1) UATHelper: Packaging (Windows): LogCookStats: Display: GeneratorPreSave: 0.000s (1) UATHelper: Packaging (Windows): LogCookStats: Display: BuildChunkManifest: 0.203s (1) UATHelper: Packaging (Windows): LogCookStats: Display: FixupPackageDependenciesForChunks: 0.009s (1) UATHelper: Packaging (Windows): LogCookStats: Display: SaveManifests: 0.000s (1) UATHelper: Packaging (Windows): LogCookStats: Display: SaveAssetRegistry: 0.091s (1) UATHelper: Packaging (Windows): LogCookStats: Display: WriteCookerOpenOrder: 0.070s (1) UATHelper: Packaging (Windows): LogCookStats: Display: WriteCookMetadata: 0.001s (1) UATHelper: Packaging (Windows): LogCookStats: Display: WriteReferencedSet: 0.002s (1) UATHelper: Packaging (Windows): LogCookStats: Display: FinalizePackageStore: 0.005s (1) UATHelper: Packaging (Windows): LogCookStats: Display: Misc Cook Stats UATHelper: Packaging (Windows): LogCookStats: Display: =============== UATHelper: Packaging (Windows): LogCookStats: Display: Niagara UATHelper: Packaging (Windows): LogCookStats: Display: NiagaraScriptTranslationCount=0 UATHelper: Packaging (Windows): LogCookStats: Display: NiagaraCpuScriptCompileCount=0 UATHelper: Packaging (Windows): LogCookStats: Display: NiagaraCpuScriptDdcCacheHitCount=0 UATHelper: Packaging (Windows): LogCookStats: Display: NiagaraCpuScriptDdcCacheMissCount=0 UATHelper: Packaging (Windows): LogCookStats: Display: NiagaraGpuScriptCompileCount=0 UATHelper: Packaging (Windows): LogCookStats: Display: NiagaraGpuScriptDdcCacheHitCount=0 UATHelper: Packaging (Windows): LogCookStats: Display: NiagaraGpuScriptDdcCacheMissCount=0 UATHelper: Packaging (Windows): LogCookStats: Display: NiagaraSystemWaitForCompilationCompleteTime=0.111303 UATHelper: Packaging (Windows): LogCookStats: Display: ComputeKernelShader.Misc UATHelper: Packaging (Windows): LogCookStats: Display: ShadersCompiled=0 UATHelper: Packaging (Windows): LogCookStats: Display: NiagaraShader.Misc UATHelper: Packaging (Windows): LogCookStats: Display: ShadersCompiled=0 UATHelper: Packaging (Windows): LogCookStats: Display: OpenColorIOShader.Misc UATHelper: Packaging (Windows): LogCookStats: Display: ShadersCompiled=0 UATHelper: Packaging (Windows): LogCookStats: Display: ShaderCompiler UATHelper: Packaging (Windows): LogCookStats: Display: BlockingTimeSec=0.000117 UATHelper: Packaging (Windows): LogCookStats: Display: AsyncCompileTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: GlobalBeginCompileShaderTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: GlobalBeginCompileShaderCalls=0 UATHelper: Packaging (Windows): LogCookStats: Display: ProcessAsyncResultsTimeSec=0.000179 UATHelper: Packaging (Windows): LogCookStats: Display: GlobalShader.Misc UATHelper: Packaging (Windows): LogCookStats: Display: ShadersCompiled=0 UATHelper: Packaging (Windows): LogCookStats: Display: Material UATHelper: Packaging (Windows): LogCookStats: Display: FinishCacheShadersSec=0.759499 UATHelper: Packaging (Windows): LogCookStats: Display: Package.Load UATHelper: Packaging (Windows): LogCookStats: Display: NumRequestedLoads=274 UATHelper: Packaging (Windows): LogCookStats: Display: NumPackagesLoaded=3582 UATHelper: Packaging (Windows): LogCookStats: Display: NumInlineLoads=3308 UATHelper: Packaging (Windows): LogCookStats: Display: LoadPackageTimeSec=3.294245 UATHelper: Packaging (Windows): LogCookStats: Display: Package.Save UATHelper: Packaging (Windows): LogCookStats: Display: NumPackagesIterativelySkipped=0 UATHelper: Packaging (Windows): LogCookStats: Display: NumPackagesSaved=1720 UATHelper: Packaging (Windows): LogCookStats: Display: SavePackageTimeSec=5.115849 UATHelper: Packaging (Windows): LogCookStats: Display: TagPackageExportsPresaveTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: TagPackageExportsTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: FullyLoadLoadersTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: ResetLoadersTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: TagPackageExportsGetObjectsWithOuter=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: TagPackageExportsGetObjectsWithMarks=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: SerializeImportsTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: SortExportsSeekfreeInnerTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: SerializeExportsTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: SerializeBulkDataTimeSec=0.010925 UATHelper: Packaging (Windows): LogCookStats: Display: AsyncWriteTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: MBWritten=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: CookOnTheFlyServer UATHelper: Packaging (Windows): LogCookStats: Display: PeakRequestQueueSize=1646 UATHelper: Packaging (Windows): LogCookStats: Display: PeakLoadQueueSize=120 UATHelper: Packaging (Windows): LogCookStats: Display: PeakSaveQueueSize=231 UATHelper: Packaging (Windows): LogCookStats: Display: Package.DifferentPackagesSizeMBPerAsset UATHelper: Packaging (Windows): LogCookStats: Display: Package.NumberOfDifferencesInPackagesPerAsset UATHelper: Packaging (Windows): LogCookStats: Display: Package.PackageDifferencesSizeMBPerAsset UATHelper: Packaging (Windows): LogCookStats: Display: Package.DiffTotal UATHelper: Packaging (Windows): LogCookStats: Display: NumberOfDifferentPackages=0 UATHelper: Packaging (Windows): LogCookStats: Display: DifferentPackagesSizeMB=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: NumberOfDifferencesInPackages=0 UATHelper: Packaging (Windows): LogCookStats: Display: PackageDifferencesSizeMB=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: UnversionedProperties UATHelper: Packaging (Windows): LogCookStats: Display: SavedStructs=0 UATHelper: Packaging (Windows): LogCookStats: Display: SavedMB=0 UATHelper: Packaging (Windows): LogCookStats: Display: EquivalentTaggedMB=0 UATHelper: Packaging (Windows): LogCookStats: Display: CompressionRatio=-nan(ind) UATHelper: Packaging (Windows): LogCookStats: Display: BitfieldWasteKB=0 UATHelper: Packaging (Windows): LogCookStats: Display: UATHelper: Packaging (Windows): LogCookStats: Display: Cook Profile UATHelper: Packaging (Windows): LogCookStats: Display: ============ UATHelper: Packaging (Windows): LogCookStats: Display: 0.CookWallTimeSec=39.138077 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 0.StartupWallTimeSec=11.086625 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 1.StartCookByTheBookTimeSec=15.206321 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 1. 0.BlockOnAssetRegistryTimeSec=0.129393 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 1. 1.GameCookModificationDelegateTimeSec=0.000026 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 2.TickCookOnTheSideTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 2. 0.TickCookOnTheSideLoadPackagesTimeSec=1.887474 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 2. 1.TickCookOnTheSideSaveCookedPackageTimeSec=6.244543 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 2. 1. 0.TickCookOnTheSideResolveRedirectorsTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 2. 2.TickCookOnTheSidePrepareSaveTimeSec=2.828015 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 3.TickLoopGCTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 4.TickLoopRecompileShaderRequestsTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 5.TickLoopShaderProcessAsyncResultsTimeSec=0.000002 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 6.TickLoopProcessDeferredCommandsTimeSec=0.000017 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 7.TickLoopTickCommandletStatsTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 8.TickLoopFlushRenderingCommandsTimeSec=0.000109 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 9.ShaderFlushTimeSec=0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: 0. 10.ValidationTimeSec=0.000239 UATHelper: Packaging (Windows): LogCookStats: Display: 1.CookParameters= UATHelper: Packaging (Windows): LogCookStats: Display: 1. 0.TargetPlatforms=Windows UATHelper: Packaging (Windows): LogCookStats: Display: 1. 1.CookProject=Position_Stamping UATHelper: Packaging (Windows): LogCookStats: Display: 1. 2.CookCultures= UATHelper: Packaging (Windows): LogCookStats: Display: 1. 3.IsCookAll=false UATHelper: Packaging (Windows): LogCookStats: Display: 1. 4.IsCookOnTheFly=false UATHelper: Packaging (Windows): LogCookStats: Display: 1. 5.IsIterativeCook=false UATHelper: Packaging (Windows): LogCookStats: Display: 1. 6.IsUnversioned=true UATHelper: Packaging (Windows): LogCookStats: Display: 1. 7.CookLabel= UATHelper: Packaging (Windows): LogCookStats: Display: 1. 8.IsFastCook=false UATHelper: Packaging (Windows): LogCookStats: Display: UATHelper: Packaging (Windows): LogCookStats: Display: DDC Summary Stats UATHelper: Packaging (Windows): LogCookStats: Display: ================= UATHelper: Packaging (Windows): LogCookStats: Display: BackEnd =InstalledDerivedDataBackendGraph UATHelper: Packaging (Windows): LogCookStats: Display: HasLocalCache = true UATHelper: Packaging (Windows): LogCookStats: Display: HasSharedCache = false UATHelper: Packaging (Windows): LogCookStats: Display: HasCloudCache = false UATHelper: Packaging (Windows): LogCookStats: Display: HasZenCache = true UATHelper: Packaging (Windows): LogCookStats: Display: TotalGetHits = 7557 UATHelper: Packaging (Windows): LogCookStats: Display: TotalGetMisses = 3 UATHelper: Packaging (Windows): LogCookStats: Display: TotalGets = 7560 UATHelper: Packaging (Windows): LogCookStats: Display: TotalGetHitPct = 0.999603 UATHelper: Packaging (Windows): LogCookStats: Display: GetMissPct = 0.000397 UATHelper: Packaging (Windows): LogCookStats: Display: TotalPutHits = 1 UATHelper: Packaging (Windows): LogCookStats: Display: TotalPutMisses = 0 UATHelper: Packaging (Windows): LogCookStats: Display: TotalPuts = 1 UATHelper: Packaging (Windows): LogCookStats: Display: TotalPutHitPct = 1.000000 UATHelper: Packaging (Windows): LogCookStats: Display: PutMissPct = 0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: LocalGetHits = 6020 UATHelper: Packaging (Windows): LogCookStats: Display: LocalGetMisses = 3 UATHelper: Packaging (Windows): LogCookStats: Display: LocalGetTotal = 6023 UATHelper: Packaging (Windows): LogCookStats: Display: LocalGetHitPct = 0.999502 UATHelper: Packaging (Windows): LogCookStats: Display: SharedGetHits = 0 UATHelper: Packaging (Windows): LogCookStats: Display: SharedGetTotal = 0 UATHelper: Packaging (Windows): LogCookStats: Display: SharedGetHitPct = 0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: ZenLocalGetHits = 6020 UATHelper: Packaging (Windows): LogCookStats: Display: ZenLocalGetTotal= 6023 UATHelper: Packaging (Windows): LogCookStats: Display: ZenLocalGetHitPct= 0.999502 UATHelper: Packaging (Windows): LogCookStats: Display: ZenRemoteGetHits= 0 UATHelper: Packaging (Windows): LogCookStats: Display: ZenRemoteGetTotal= 0 UATHelper: Packaging (Windows): LogCookStats: Display: ZenRemoteGetHitPct= 0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: CloudGetHits = 0 UATHelper: Packaging (Windows): LogCookStats: Display: CloudGetTotal = 0 UATHelper: Packaging (Windows): LogCookStats: Display: CloudGetHitPct = 0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: LocalLatency = 0.456811 UATHelper: Packaging (Windows): LogCookStats: Display: LocalReadSpeed = 59.834022 UATHelper: Packaging (Windows): LogCookStats: Display: LocalWriteSpeed = 2.872716 UATHelper: Packaging (Windows): LogCookStats: Display: SharedLatency = 0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: SharedReadSpeed = 0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: SharedWriteSpeed= 0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: CloudLatency = 0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: CloudReadSpeed = 0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: CloudWriteSpeed = 0.000000 UATHelper: Packaging (Windows): LogCookStats: Display: UATHelper: Packaging (Windows): LogCookStats: Display: DDC Resource Stats UATHelper: Packaging (Windows): LogCookStats: Display: ======================================================================================================= UATHelper: Packaging (Windows): LogCookStats: Display: Asset Type Total Time (Sec) GameThread Time (Sec) Assets Built MB Processed UATHelper: Packaging (Windows): LogCookStats: Display: ---------------------------------- ---------------- --------------------- ------------ ------------ UATHelper: Packaging (Windows): LogCookStats: Display: Texture 0.76 0.00 0 194.82 UATHelper: Packaging (Windows): LogCookStats: Display: MaterialShader 0.09 0.73 0 199.89 UATHelper: Packaging (Windows): LogCookStats: Display: BulkDataList 0.06 0.00 0 0.68 UATHelper: Packaging (Windows): LogCookStats: Display: GlobalShader 0.03 0.05 0 86.41 UATHelper: Packaging (Windows): LogCookStats: Display: StaticMesh 0.02 0.01 0 6.44 UATHelper: Packaging (Windows): LogCookStats: Display: STREAMEDAUDIO 0.01 0.00 0 0.11 UATHelper: Packaging (Windows): LogCookStats: Display: NavCollision 0.01 0.00 0 0.08 UATHelper: Packaging (Windows): LogCookStats: Display: CardRepresentation 0.01 0.01 0 0.05 UATHelper: Packaging (Windows): LogCookStats: Display: Audio 0.00 0.00 0 0.10 UATHelper: Packaging (Windows): LogCookStats: Display: NiagaraScript 0.00 0.00 0 0.31 UATHelper: Packaging (Windows): LogCookStats: Display: GeometryCollection 0.00 0.00 1 0.00 UATHelper: Packaging (Windows): LogCookStats: Display: BulkDataPayloadId 0.00 0.00 0 0.01 UATHelper: Packaging (Windows): LogCookStats: Display: BodySetup 0.00 0.00 0 3.05 UATHelper: Packaging (Windows): LogCookStats: Display: CKERSM 0.00 0.00 0 0.18 UATHelper: Packaging (Windows): LogCookStats: Display: NiagaraShader 0.00 0.00 0 0.06 UATHelper: Packaging (Windows): LogCookStats: Display: MaterialTranslation 0.00 0.00 0 0.00 UATHelper: Packaging (Windows): LogPackageBuildDependencyTracker: Display: Package Accesses (973 referencing packages with a total of 8243 unique accesses) UATHelper: Packaging (Windows): LogConfigBuildDependencyTracker: Display: Config Accesses (1058 referencing packages with a total of 6938 unique accesses). 2886 unique accesses that were not associated with a package. UATHelper: Packaging (Windows): LogCook: Display: Done! UATHelper: Packaging (Windows): LogSavePackage: Display: Took 0.004015s to verify the EDL loading graph. UATHelper: Packaging (Windows): LogInit: Display: UATHelper: Packaging (Windows): LogInit: Display: Warning/Error Summary (Unique only) UATHelper: Packaging (Windows): LogInit: Display: ----------------------------------- UATHelper: Packaging (Windows): LogInit: Display: LogProperty: Error: FStructProperty::Serialize Loading: Property ‘StructProperty /PositionStamping/Blueprints/UDP_Listener.UDP_Listener_C:message’. Unknown structure. UATHelper: Packaging (Windows): LogInit: Display: LogProperty: Error: FStructProperty::Serialize Loading: Property ‘StructProperty /PositionStamping/Blueprints/UDP_Listener.UDP_Listener_C:ExecuteUbergraph_UDP_Listener:K2Node_MakeStruct_JsonRPCMessage’. Unknown structure. UATHelper: Packaging (Windows): LogInit: Display: LogPluginManager: Warning: Engine version string in F:/Github/ULC/seven-tree-projection-madinah/ULC_Test_Projects/Position_Stamping/Plugins/SocketIOClient-Unreal/SocketIOClient.uplugin could not be parsed (“5.5”) UATHelper: Packaging (Windows): LogInit: Display: LogPython: Warning: ‘/Script/SIOJson.OnRequestComplete__DelegateSignature’ and ‘/Script/HttpBlueprint.OnRequestComplete__DelegateSignature’ have the same name (OnRequestComplete) when exposed to Python. Rename one of them using ‘ScriptName’ meta-data. UATHelper: Packaging (Windows): LogInit: Display: LogMaterial: Warning: [AssetLog] C:\Program Files\Epic Games\UE_5.5\Engine\Plugins\FX\Niagara\Content\DefaultAssets\DefaultSpriteMaterial.uasset: Failed to compile Material for platform PCD3D_SM6, Default Material will be used in game. UATHelper: Packaging (Windows): (Node SpriteTextureSampler) Paper2D Sprite> Found NULL, requires Texture2D UATHelper: Packaging (Windows): LogInit: Display: LogMaterial: Warning: [AssetLog] C:\Program Files\Epic Games\UE_5.5\Engine\Plugins\FX\Niagara\Content\DefaultAssets\DefaultSpriteMaterial.uasset: Failed to compile Material for platform PCD3D_SM5, Default Material will be used in game. UATHelper: Packaging (Windows): (Node SpriteTextureSampler) Paper2D Sprite> Found NULL, requires Texture2D UATHelper: Packaging (Windows): LogInit: Display: LogMaterial: Warning: Cooking a material resource (in DefaultSpriteMaterial hierarchy) that doesn’t have a valid ShaderMap! Shadermap pointer is null. UATHelper: Packaging (Windows): LogInit: Display: LogClass: Warning: Struct Property message has a struct type mismatch (tag STRUCT_REINST_JsonRPCMessage_3(/Engine/Transient) != prop FallbackStruct(/Script/CoreUObject)) in package: /PositionStamping/Blueprints/UDP_Listener. If that struct got renamed, add an entry to ActiveStructRedirects. UATHelper: Packaging (Windows): LogInit: Display: LogClass: Warning: Struct Property message has a struct type mismatch (tag FallbackStruct(/Script/CoreUObject) != prop JsonRPCMessage(/PositionStamping/Structs/JsonRPCMessage)) in package: FObjectReader. If that struct got renamed, add an entry to ActiveStructRedirects. UATHelper: Packaging (Windows): LogInit: Display: PIE: Warning: AttachTo: ‘/PositionStamping/Main.Main:PersistentLevel.FbxScene_Single_Tree_C_2.DefaultSceneRoot’ is not static (in blueprint “FbxScene_Single_Tree”), cannot attach ‘/PositionStamping/Main.Main:PersistentLevel.FbxScene_Single_Tree_C_2.AREA’ which is static to it. Aborting. UATHelper: Packaging (Windows): LogInit: Display: UATHelper: Packaging (Windows): LogInit: Display: Failure - 2 error(s), 9 warning(s) UATHelper: Packaging (Windows): LogInit: Display: UATHelper: Packaging (Windows): Execution of commandlet took: 28.06 seconds UATHelper: Packaging (Windows): LogStudioTelemetry: Display: Shutdown StudioTelemetry Module UATHelper: Packaging (Windows): Took 44.44s to run UnrealEditor-Cmd.exe, ExitCode=1 UATHelper: Packaging (Windows): Cook failed. UATHelper: Packaging (Windows): (see C:\Users\GeorgeAdamon\AppData\Roaming\Unreal Engine\AutomationTool\Logs\C+Program+Files+Epic+Games+UE_5.5\Log.txt for full exception trace) UATHelper: Packaging (Windows): AutomationTool executed for 0h 0m 49s UATHelper: Packaging (Windows): AutomationTool exiting with ExitCode=25 (Error_UnknownCookFailure) UATHelper: Packaging (Windows): BUILD FAILED PackagingResults: Error: Unknown Cook Failure

ChatGPT

Your cook is failing for a very specific reason, and it’s right in the two “Error” lines:

FStructProperty::Serialize Loading… Unknown structure
/PositionStamping/Blueprints/UDP_Listener.UDP_Listener_C:message
/…K2Node_MakeStruct_JsonRPCMessage

That means: a Blueprint asset (UDP_Listener) contains a variable/pin of a struct type that the cooker can’t resolve at cook time. In-editor it can “seem fine” because you may have reinstanced/temporary structs, but cooking needs a clean, fully-resolvable type.

You also have warnings that confirm this is a struct rename/reinstance situation:

• STRUCT_REINST_JsonRPCMessage_3(/Engine/Transient) (that’s a temporary reinstanced struct UE creates during BP recompiles)
• tag FallbackStruct(/Script/CoreUObject) != prop JsonRPCMessage(/PositionStamping/Structs/JsonRPCMessage)
• Suggestion: “If that struct got renamed, add an entry to ActiveStructRedirects.”

What’s most likely happening

One of these is true (often #1 or #2):

1. The struct JsonRPCMessage was renamed/moved, or its package path changed, and UDP_Listener still references the old version.
2. UDP_Listener compiled while the struct was in a “REINST_” transient state, and that reference got saved into the asset.
3. The struct comes from a plugin/module that isn’t enabled for cooking, so it exists in editor but not in cook. (Less likely here since it points to /PositionStamping/Structs/JsonRPCMessage, which looks like a project asset.)

Fix (do these in order)

1) Force the struct + blueprint to rebind cleanly

• Open JsonRPCMessage struct asset.
  • Make a tiny change (add/remove a dummy variable) and Save.
• Open UDP_Listener blueprint.
  • Find the variable message and the Make JsonRPCMessage node.
  • Delete and recreate:
    • delete the variable and re-add it (set type to the struct again)
    • delete the MakeStruct node and recreate it from scratch
  • Compile, Save.

This step fixes the common “REINST_ / Unknown structure” cook failures.

2) Fix redirectors & resave assets

• Content Browser → right click Content/ (or at least /PositionStamping) → Fix Up Redirectors in Folder
• Then run File → Save All
• If you have source control, make sure the .uasset changes for the BP + struct are actually saved/checked out.

3) Nuke derived/cached build artifacts (common if it keeps “sticking”)

Close UE, then delete (project-side):

• Intermediate/
• Saved/
• DerivedDataCache/ (if you have a project-local one)

Then reopen and package again.

4) If it was a rename/move: add a struct redirect (only if needed)

If you renamed the struct (or moved it between folders/modules), add redirects in Config/DefaultEngine.ini:

[/Script/Engine.Engine]
+ActiveStructRedirects=(OldStructName="/Script/<OldModule>.JsonRPCMessage",NewStructName="/Script/<NewModule>.JsonRPCMessage")

For asset structs, redirects can also be needed if the asset path changed, but usually Fix Up Redirectors + recreating the variable/node is enough.

Other warnings you can ignore for “build failed”

These are not why the cook fails (they’re warnings):

• Niagara DefaultSpriteMaterial failing to compile (engine content) → annoying but not fatal
• “virtual texture streaming is not available” → config mismatch, not fatal
• “AttachTo … cannot attach static to non-static” → runtime/PIE warning, not fatal
• “Dependent plugin VTCodecs … wasn’t found” → plugin metadata warning unless you rely on it

Quick sanity check to confirm

If you search your log for Unknown structure, you’ll see it only references:

• UDP_Listener and JsonRPCMessage

So once that blueprint stops referencing STRUCT_REINST_… / FallbackStruct, the cook should proceed.

---

If you paste a screenshot of the UDP_Listener graph where message is set / where Make JsonRPCMessage is used (or tell me if you recently renamed/moved the struct), I can point to the exact nodes most likely holding the stale reference.

You

ok it builds.

but when it builds, it shows me a generic landscape, not my level

ChatGPT

Nice — different problem now: your package is launching the wrong map (usually the engine template “OpenWorld” / “Minimal_Default”), not your project’s startup level.

That matches your log too: it was cooking /Engine/Maps/Templates/OpenWorld.OpenWorld, which UE often pulls in when no game default map is set.

Fix: set the startup maps

In the editor:

1. Edit → Project Settings → Maps & Modes
2. Set:

• Game Default Map = your level (the one you expect to load)
• Editor Startup Map = your level (optional but helpful)
• If you use GameMode overrides, make sure they’re correct too.

Then repackage.

Also set it in Packaging settings (belt + suspenders)

Project Settings → Packaging

• Under “List of maps to include in a packaged build”
  • Either add your map(s) explicitly, or
  • Ensure you’re not accidentally only including engine/template maps.

If you don’t list maps explicitly, UE usually includes referenced maps, but if nothing references your level, or the default map is wrong, you can end up with the template map at runtime.

Common gotchas

• Your map is in a plugin/content folder that isn’t being cooked.
• You have a Main Menu / Startup level that immediately opens OpenWorld via Open Level node or console command.
• You’re launching the wrong executable/config (e.g., running a different packaged folder).

Quick verification

In your packaged output, look in: Windows/<ProjectName>/Content/Paks/… If your map isn’t in the cook at all, it won’t ever load — adding it to the “List of maps…” fixes that fast.

If you tell me the exact map asset name/path (like /Game/Maps/Main) and whether you use a menu level, I’ll tell you exactly where to set it and what to add to the packaging map list.

You

Ok, so I am building a minimal build, that mainly outputs an ortho top down view to NDI.

i want to disable most features, i dont want anything related to gameplay

ChatGPT

Got it. For a “render-only” Unreal build (top-down ortho → NDI), you can strip almost all gameplay-facing systems and ship something that’s basically: one map + one camera + one Ndi sender.

Here’s the most practical way to do that without fighting UE.

Make it “no gameplay” by architecture

1) Use an empty GameMode + pawnless world

Create these BP/C++ classes (BP is fine):

• GameModeBase (not GameMode)
  • Default Pawn Class: None
  • HUD Class: None
  • Player Controller Class: a minimal one (or default)
  • Game State: None
  • Spectator: optional

Then in your level:

• Place a CineCameraActor (or CameraActor) set to Orthographic
• Add an NDI sender actor/component that captures from that camera (or from a render target)

In World Settings for the map:

• GameMode Override = your minimal GameModeBase

Result: no pawn spawning, no character movement, no HUD, no player gameplay loop.

2) Use Level Blueprint (or one “Manager” Actor) for startup only

Instead of gameplay frameworks, do:

• BeginPlay → initialize NDI sender → start capture

Keep logic in one place, no input mappings, no enhanced input, etc.

---

Turn off “expensive stuff” that isn’t needed for ortho capture

You can get big wins by disabling features at project settings + default scalability + INI.

Project Settings (most impactful)

Rendering

• Disable Lumen (Global Illumination + Reflections → set to None/Screen Space)
• Disable Virtual Shadow Maps if not needed (use Shadow Maps or none)
• Disable Ray Tracing
• Disable Nanite if your content doesn’t need it
• Disable Virtual Texturing (since you saw VT warnings)

Engine → General Settings

• If audio not needed: disable audio mixer? (or just strip content; audio engine still loads)

Plugins

• Disable anything you don’t need:
  • Online Subsystem stuff
  • XR/AR
  • Chaos Vehicles
  • Media you aren’t using
  • Editor-only plugins obviously
• Keep only what you need: NDI plugin, whatever it depends on.

(Big warning: disable plugins gradually; one dependency can break compile/cook.)

---

Make packaging minimal

1) Only cook your one map

Project Settings → Packaging

• ✅ “List of maps to include in a packaged build” → add only your render map
• ✅ “Cook only maps” / “Cook only selected maps” (wording varies by version)
• ✅ “Exclude editor content”
• ✅ “Use Pak file” (usually)
• ✅ “Share Material Shader Code” and “Shared Shader Library” (often helps size)

2) Strip startup movies, unused cultures, etc.

• Cultures: keep only what you need (you already cook “en” only)

3) Set the startup map

Maps & Modes

• Game Default Map = your render map
• Game Instance can be default unless you need custom init

---

Make the runtime feel “appliance-like”

Command-line flags (super useful)

Create a shortcut to your packaged exe and launch with things like:

• -windowed -ResX=1920 -ResY=1080
• -NoSplash -NoMovies
• -NoSound (if you truly don’t need audio)
• -NoVSync (if you want max throughput; sometimes better for capture)
• -Unattended (if you never want dialogs)

If you want no input / no pause / no UI, also ensure:

• No widgets
• No input mappings
• Don’t create a pawn/controller that processes input

---

The cleanest capture pipeline for NDI

For consistent ortho output:

1. CineCameraActor (Orthographic)
2. SceneCapture2D → RenderTarget (fixed resolution)
3. NDI sender reads the render target

This avoids window-resolution / DPI / fullscreen weirdness and gives you a deterministic feed.

---

If you want to go further (size + boot time)

These are “next level” options:

• Build as Shipping and disable logging
• Disable Crash Reporter (packaging setting)
• Remove unused content folders aggressively (migrate only what you need into a fresh project)
• Consider a Blank template project + migrate only:
  • your map
  • materials/meshes it references
  • NDI plugin + config

This is often the fastest way to get a tiny “appliance build”.

---

One question I don’t need you to answer, but it changes the best setup

Are you capturing via:

1. NDI plugin that grabs the viewport, or
2. NDI plugin that sends a render target / texture?

If it’s (1), I’d push you toward (2) because it’s more stable and minimal.

If you tell me which NDI plugin you’re using (name/link) and your desired output resolution + FPS, I’ll give you exact settings/INI tweaks to hit it (and avoid dragging in extra rendering features).

You

ChatGPT

Perfect — this screenshot confirms your project is already very close to a render-only setup. 👍
You’ve correctly removed the pawn + HUD.

Let’s finish turning this into a headless, non-game “render appliance”.

---

What your screenshot means (and what to change)

You currently have:

Setting	Status	Keep?	Why
Game Session Class	GameSession	⚠ Optional	Multiplayer/session system (not needed)
Game State Class	GameStateBase	⚠ Optional	Replication/game rules (not needed)
Player Controller	PlayerController	✅ Keep	Needed to create a viewport
Player State	PlayerState	❌ Set to None	Multiplayer stats – remove
HUD Class	None	✅ Good	No UI
Default Pawn	None	✅ Perfect	No gameplay
Spectator Pawn	SpectatorPawn	⚠ Optional	Can remove
Replay Spectator	PlayerController	⚠ Optional	Can remove
Server Stat Replicator	ServerStatReplicator	❌ Set to None	Multiplayer server stats

Change these:

• Player State Class → None
• Spectator Class → None
• Server Stat Replicator → None

This removes replication + network/game overhead.

---

Create a truly minimal “render” GameMode

Make a new BP:

BP_RenderGameMode (GameModeBase)

Set:

• Game Session: None
• Game State: None
• Player Controller: PlayerController
• Player State: None
• HUD: None
• Pawn: None
• Spectator: None
• Server Stat Replicator: None

Then in your map: World Settings → GameMode Override → BP_RenderGameMode

Now nothing “game-like” will spawn.

---

Remove gameplay systems globally

Disable input

Project Settings → Input

• Remove all Action + Axis mappings
• Disable Enhanced Input plugin (if unused)

Disable ticking where possible

• Your NDI manager actor: set Tick only if needed
• Everything else: no Tick, no input

---

Force the app to behave like a render device

Use a fixed camera

• CineCameraActor
• Projection Mode: Orthographic
• Lock transform (optional)

Capture pipeline (best)

SceneCapture2D → RenderTarget → NDI Sender

Do NOT capture viewport unless required.

---

Strip engine features you don’t need

Rendering

Project Settings → Rendering

• Lumen: OFF
• Ray Tracing: OFF
• Nanite: OFF
• Virtual Textures: OFF
• Motion Blur: OFF
• Depth of Field: OFF
• Bloom: OFF
• Auto Exposure: OFF

---

Packaging: only your render map

Project Settings → Packaging

• Enable List of maps to include
• Add only your render map
• Enable Cook only maps
• Enable Exclude Editor Content

---

Launch like a headless device

Shortcut target:

YourApp.exe -windowed -ResX=1920 -ResY=1080 -NoSound -NoSplash -NoMovies -Unattended

---

Result

At runtime you now have:

No pawn
No input
No HUD
No gameplay
No menus
No replication
No stats
Only: camera → render target → NDI

That’s the correct architecture for a broadcast / signage / control-room style Unreal app.

---

If you want, tell me:

• Which NDI plugin you’re using
• Your target resolution + FPS

I’ll give you the exact capture + scalability + ini profile so this runs like a lightweight video renderer instead of a game engine.

You

cant set some of them to none

ChatGPT

[Unsupported Content]

ChatGPT

[Unsupported Content]

ChatGPT

Yep — Unreal won’t let you set everything to None in that UI, because some classes are treated as “must exist” defaults (or the dropdown doesn’t expose “None” even though the engine can tolerate it in some cases).

The good news: you can still get a zero-gameplay build. When UE won’t allow None, the right move is to use the lightest possible base class (or a do-nothing subclass) and make sure nothing spawns/uses gameplay systems.

What you usually can’t set to None (and what to do instead)

PlayerController (often can’t be None)

You typically need a PlayerController to create and manage the game viewport/window in a normal packaged app.

✅ Keep it, but make it “dead simple”:

• Create BP_RenderPlayerController
• In it: no input, no UI, no pawn possession logic.

Also set:

• Project Settings → Input: remove mappings / disable Enhanced Input if unused.

---

GameState / PlayerState (sometimes “None” isn’t available)

Even if you don’t need them, the UI may force a default.

✅ Use the lightest versions:

• GameStateBase
• PlayerState (or PlayerStateBase if available) Then make sure they don’t do anything (no custom ticks/logic).

If you want them to be truly inert, make your own subclasses with Tick disabled:

In BP defaults:

• Actor Tick → Start with Tick Enabled = false

---

GameSession (sometimes forced)

If it won’t go None, keep GameSession. In a standalone, non-networked app it basically sits there.

---

SpectatorPawn (sometimes forced)

Even if Default Pawn is None, UE sometimes keeps a Spectator class around.

✅ Option A (simple): leave SpectatorPawn but ensure it never spawns:

• Default Pawn Class = None (you already did)
• Don’t call “Spawn Default Pawn…”
• Don’t use gameplay flow that triggers spectator spawning

✅ Option B (cleaner): set Spectator to a minimal custom class:

• BP_NullSpectatorPawn (subclass SpectatorPawn)
• Disable tick, remove movement, no camera, no input

---

ServerStatReplicator (often forced)

This is mainly for network/server stats. In a standalone packaged app it’s usually harmless.

✅ If you can’t set it to None:

• leave it, and disable networking / replication use (see below)

---

The real “no gameplay” checklist (works even if some classes remain)

1) Ensure NOTHING spawns a pawn

You already have:

• Default Pawn Class = None ✅

Also check:

• Your map World Settings → GameMode Override is set to your render GameMode
• Make sure you don’t have any BP logic that calls:
  • Spawn Default Pawn For
  • Restart Player
  • Possess something unintentionally

2) Don’t use GameMode (use GameModeBase)

GameMode adds more “game rules” expectations.

✅ Use GameModeBase (you are).

3) Disable input/UI entirely

• No widgets created anywhere
• No Enhanced Input plugin (if unused)
• No Input mappings

4) Use a render-target pipeline (best for “appliance mode”)

Instead of “game camera view”, do:

SceneCapture2D → RenderTarget → NDI Sender

That way, even if UE has a PlayerController, you’re not “playing” anything—just rendering frames.

---

If you want the hard “strip it down” approach

If your goal is really “nothing game framework-y runs”, the next step is:

Create minimal subclasses for the forced classes

• BP_RenderGameStateBase (tick off)
• BP_RenderPlayerState (tick off)
• BP_RenderGameSession (no logic)
• BP_RenderPlayerController (no input, no UI)

Then assign those in the GameMode. Even though they exist, they’re effectively inert.

---

Quick question that determines the best endpoint

Are you sending NDI from:

1. the viewport, or
2. a RenderTarget/Texture?

If you tell me which one, I’ll give you the cleanest “minimum runtime” setup for that path (viewport capture vs render-target capture have different pitfalls).

You

what is this? SceneCapture2D → RenderTarget → NDI Sender

ChatGPT

It’s a “render pipeline” inside Unreal that lets you capture an image without relying on the player’s viewport/game camera.

Think of it like: a virtual camera records to a texture, and then the NDI plugin sends that texture out as video.

1) SceneCapture2D

An actor (SceneCapture2D) that works like a camera, but instead of showing on screen, it captures the scene.

• You can position it top-down
• You can set it to Orthographic
• You can control what it captures (post-process, show flags, etc.)

2) RenderTarget

A TextureRenderTarget2D is basically an off-screen “framebuffer texture”.

• You choose resolution (e.g., 1920×1080)
• UE renders the SceneCapture2D into this texture every frame (or on demand)

3) NDI Sender

Your NDI plugin takes that texture and streams it out over NDI.

Depending on the plugin, this might be:

• “Send Render Target”
• “Send Texture”
• “NDI Media Output”
• “NDI Sender Component” attached to an actor

---

Why do this instead of “just capture the viewport”?

Viewport capture ties your output to “game stuff”:

• player controller / camera / window size
• UI overlays
• fullscreen/window changes
• editor vs packaged differences
• unpredictable resolution scaling

RenderTarget capture is stable and minimal:

• fixed resolution
• fixed camera
• no UI
• doesn’t care about gameplay/pawn/etc.

---

What it looks like in practice (Blueprint-level)

1. In Content Browser: Add → Materials & Textures → Render Target

   • Create RT_NDI_1080p (TextureRenderTarget2D)
   • Set size: 1920×1080

2. Place a SceneCapture2D in your level

   • Set Projection: Orthographic
   • Set Capture Source (usually “Final Color (LDR)” or similar)
   • Set Texture Target = RT_NDI_1080p

3. Add your NDI sender

   • Configure it to use RT_NDI_1080p as its source

Now your packaged build can literally just load the map and stream that RT.

---

The only catch: NDI plugin support differs

Some NDI plugins only stream:

• the viewport
• a media capture
• or only specific texture formats

So: what NDI plugin are you using? (Name or where you got it.)
If you tell me that, I’ll map these steps to the exact buttons/settings in your plugin.

You

Now my niagara particles no longer face the camera

ChatGPT

[Unsupported Content]

ChatGPT

[Unsupported Content]

ChatGPT

That usually happens when you switch from “normal gameplay camera/viewport” to a SceneCapture2D / render-target style setup (or remove the usual player camera). Niagara “face camera” sprites face the view that’s rendering them — and if that view isn’t what you think it is (or you want them to face a specific camera), they’ll look “wrong”.

Here are the fixes, from simplest to most robust.

1) First check the Niagara Sprite Renderer settings

Open the Niagara Emitter → Sprite Renderer:

• Facing Mode
  • Try Face Camera Plane (often best for top-down / ortho)
  • If you want true billboard: Face Camera
• Alignment
  • Try Unaligned or Velocity Aligned depending on your effect
• If you’re using “upright” particles in world-space, Face Camera Plane usually prevents weird rolling.

This alone often fixes “it used to face camera, now it doesn’t”.

2) If you’re capturing with SceneCapture2D, make sure it’s actually updating every frame

Select your SceneCapture2D actor:

• Capture Every Frame = ON
• Capture on Movement = ON (optional, but helpful)
• Always Persist Rendering State = ON (important for correct temporal/render state in some cases)

If you were manually calling CaptureScene() occasionally, the capture can render with stale view state, which can make billboards look inconsistent.

3) The reliable solution: force Niagara to face YOUR capture camera (not “whatever view”)

If you want particles to always face the SceneCapture2D camera, do custom facing:

A) Blueprint: push camera position into the Niagara system

• In your Niagara System, add a User Parameter:
  • User.CaptureCamPos (Vector3)

In the actor that owns the Niagara component (or a manager BP), every tick:

• Get SceneCapture2D world location
• NiagaraComponent -> Set Variable Vec3 (User.CaptureCamPos)

B) Niagara: set sprite facing from that user param

In the emitter (Particle Update), add Sprite Facing and Alignment (or a Set Variables module) and set:

• Particles.SpriteFacing = normalize(User.CaptureCamPos - Particles.Position)

(Optionally also set Particles.SpriteAlignment depending on your style.)

Then set the Sprite Renderer:

• Facing Mode = Custom Facing Vector

Now the sprites will face your capture camera no matter what the game viewport is doing.

4) One more common gotcha

If your emitter is Local Space, the facing math can look wrong when the parent transforms.

• Try turning Local Space OFF (Emitter Properties) or adjust the math accordingly.

---

Quick question (so I can point to the exact setting)

Are your Niagara particles wrong in the packaged window viewport, or only in the NDI output?

• If it’s only NDI: it’s almost certainly “need to face SceneCapture2D specifically” → do #3.
• If it’s both: start with #1/#4 first.

You

one last thing. when i switch window, my unreal game gets really slow. how to fix this?

ChatGPT

That’s Unreal throttling itself when it’s not the active/focused window (to save CPU/GPU). For an NDI “appliance” app you usually want no throttling in background.

Do these (in this order):

1) Disable “use less CPU when in background”

In the Editor (affects packaged too if set via config, but do it anyway):

Edit → Editor Preferences → Performance

• Use Less CPU when in Background = OFF

(If you only changed this in Editor Prefs, packaging might still throttle depending on other settings—so do the next steps.)

2) Force it via config (recommended)

Add to your project config:

Config/DefaultEngine.ini

[/Script/Engine.Engine]
bUseFixedFrameRate=False

[/Script/Engine.GameEngine]
bThrottleCPUWhenNotForeground=False

If that exact key doesn’t take in your version, also add the console var at startup (next section).

3) Set console variables at startup (works in packaged)

In your Level Blueprint (BeginPlay) or your “NDI Manager” actor, execute:

• t.IdleWhenNotForeground 0
• t.MaxFPS 0 (optional; removes frame cap—use with care)
• If you use VSync and want steady output: keep VSync on, or set a fixed frame rate instead.

Blueprint node: Execute Console Command (run those strings).

The big one is:

• ✅ t.IdleWhenNotForeground 0

That’s the classic fix for “alt-tab makes it crawl”.

4) If you want rock-solid NDI FPS: use a fixed frame rate

Instead of uncapping, set a fixed rate so capture stays stable:

Project Settings → Engine → General Settings → Framerate

• Use Fixed Frame Rate = ON
• Fixed Frame Rate = 30 or 60 (match NDI)

And optionally:

• Project Settings → Rendering → Use VSync (depends on your needs)

5) If you’re using SceneCapture2D → RenderTarget

Make sure the capture keeps updating even when unfocused:

• SceneCapture2D: Capture Every Frame = ON
• Always Persist Rendering State = ON

(Some throttling can make captures “stutter” even if the window FPS is okay.)

---

What I’d do for an NDI sender build

• Set t.IdleWhenNotForeground 0
• Set fixed frame rate to your NDI output (30/60)
• Keep render-target capture

If you tell me your target FPS (30 or 60) and whether you’re capturing viewport vs render target, I’ll suggest the cleanest combo of settings.

You

When I play the game in the editor, the viewport is still showing stuff. I dont want this. I only want the rendring to target to be active

ChatGPT

You can’t stop the editor from drawing a viewport entirely (the editor has to render its own UI), but you can make sure your SceneCapture→RenderTarget is the only thing doing meaningful rendering, and keep the editor/game viewport from showing your scene (or from costing much).

Here are the best options, from “quick” to “clean”.

Option A (quick): hide everything from the game viewport, still render to the RenderTarget

Make your SceneCapture2D render what you want, and make the normal viewport render nothing.

1) Put your “capture-only” content on its own layers

• Put all objects you want in the NDI feed on a dedicated set of layers (or just tag them mentally).

2) Use Show Only on the SceneCapture2D

Select SceneCapture2D:

• Primitive Render Mode = Use ShowOnly List
• Add only the actors/components you want in the capture.

Now the RenderTarget will show only that list.

3) Hide those actors from the player camera (viewport)

For those same actors:

• In Details (Rendering): Owner No See / Only Owner See isn’t always ideal, so instead do one of these:
• Set them to a custom Actor Hidden In Game = true (but then SceneCapture won’t see them)
• Better: use “Visible in Scene Capture Only” if available on your components (UE exposes this on many PrimitiveComponents)

If “Visible in Scene Capture Only” exists:

• Turn it ON for the actors you want only in RT.

That’s the simplest “render-to-texture only” workflow.

Option B (recommended): don’t “Play In Viewport”

If you use PIE-in-viewport, you will always see the world in that viewport.

Instead:

• Use Play → New Editor Window (PIE) (separate window)
• Or Play → Standalone Game

Then you can minimize that window (or make it tiny) while your RT capture runs.

This doesn’t stop rendering, but it keeps the editor viewport from being your “game view”.

Option C (clean + minimal): run logic without rendering the world view

If you truly don’t want the gameplay viewport to render the scene, do this:

1) Make the “game camera” not see anything

In your level, don’t use a player camera at all (no pawn, no camera manager changes). Then, in BeginPlay, you can force the main view to black:

• Add a PostProcessVolume (Unbound)
  • Set Scene Color Tint to black (or set exposure to crush to black)
  • Disable everything else

This makes the viewport show black, but still costs some render unless you go further.

2) Drop scalability for the main view, keep capture quality

You can lower the main view’s cost by turning off features globally (since both views share settings). If you need different quality between viewport and capture, you’ll want to make the capture “ShowOnly + flags” and let the main view be cheap.

Option D (most “only capture”): run a headless-ish setup for testing

For packaged builds, you can run with:

• -nullrhi (NO rendering at all) but that also kills SceneCapture/RenderTarget, so not usable for NDI. So you must have RHI active.

The practical “appliance” way is:

• Make the window tiny/offscreen
• RenderTarget does the real work

---

What I’d do for your case (NDI capture)

1. SceneCapture2D:
   • Use ShowOnly List
   • Capture Every Frame ON
2. For capture-only actors/components:
   • Enable Visible in Scene Capture Only (if available)
3. Use Play in New Editor Window or Standalone to avoid clutter.

---

Quick check so I can give the exact click-path

Which NDI approach are you using?

• Viewport capture, or
• RenderTarget/Texture capture?

And in your Details panel for meshes, do you see a checkbox like “Visible in Scene Capture Only”? (If you tell me yes/no, I’ll give you the exact setup that works in your UE 5.5 build.)

You

can I run it headless?

ChatGPT

You can run it without a visible window, but you generally can’t run truly headless (no GPU / no rendering) and still produce a SceneCapture/RenderTarget for NDI. NDI needs actual frames; Unreal needs an RHI (graphics backend) to render those frames.

So there are three “headless-ish” levels:

1) True headless (no rendering): ✅ possible, ❌ won’t work for NDI

• -nullrhi (or similar) means “no renderer”.
• Result: no SceneCapture, no RenderTargets, so nothing to send.

2) No visible window, still rendering: ✅ what you want for NDI

This is the practical solution: keep rendering running, but hide/minimize the window.

Options:

A) Launch minimized / hidden window (best simple approach)

Try launching packaged exe with:

• -windowed -ResX=320 -ResY=180
• then immediately minimize it (or use a tiny always-on-top tool)

You can also do “borderless” to make it less intrusive:

• -windowed -ResX=320 -ResY=180 -NoSplash -NoMovies

(Unreal doesn’t have a perfect “start hidden” universal flag across all versions.)

B) “Offscreen” render target only (plugin-dependent)

Some NDI plugins can send from a RenderTarget that’s not tied to the onscreen viewport. That helps a lot, but Unreal still creates a window in most desktop builds.

C) Run as a Windows service? (not recommended)

Unreal + GPU + services are a pain because services don’t reliably get a desktop session / GPU context.

3) Dedicated render without showing editor viewport: ✅ for development

For testing, don’t use “Play In Viewport”.

• Use Standalone Game and keep that window minimized
• Editor stays usable

---

Best practice for an NDI “appliance” app

• Capture via SceneCapture2D → RenderTarget → NDI
• Run in windowed tiny resolution
• Disable background throttling:
  • t.IdleWhenNotForeground 0
• Set fixed FPS to match NDI:
  • -fps=60 doesn’t always behave the way you think; better: Project Settings fixed framerate or t.MaxFPS 60

---

If you want “no visible window” for real

Tell me:

1. Windows or Linux?
2. Which NDI plugin (name)?
3. Are you sending from viewport or RenderTarget?

Some plugins/support setups can run with a minimized window reliably, and some can create a window that’s effectively invisible (tiny + offscreen positioning) while still rendering frames for NDI. I can give you the exact launch flags + one small Blueprint/C++ trick to hide the window after startup based on your setup.