This was not intended & is being investigated* - * editing for some additional context, this is officially a bug with a planned fix for an upcoming hotfix!
2 Likes
(post deleted by author)
Found solution. It was caused by default UV channel created by CubeGrid tool. Redoing AutoUV again fixes it. Apparently AI claims that even with world position mapping you still need correct UVs for DDX/DDY mip loading. Still gonna leave it here as solution for someone in the future.
I have main shader that uses DDX and DDY for texture mips because reasons. In 5.6 it does not load highest mip (4k) on floors however it does on walls because in (fps view) I can get closer to a wall. Worked fine before. Here is the interesting part though.
If I create second material with the same non loading texture but using regular texture sampler and put it on a static mesh 100 meters away it will force the mips to work correctly on the floor that I am standing on and uses DDX DDY shader.
Also simply disabling streaming for textures instantly fixes mips. Even having same texture thumbnails in the content browser fixes mips. So streamer seem bugged in 5.6. By the way this requires engine restart, because once you force higher mip with lets say r.texturestreaming 0 and switch to 1 it perma fixes until restart.
TLDR. Highest mip do not load correctly when using DDX/DDY.
1 Like
You are my savior, I’ve been puzzling all day why GI and AO stopped working. Thank you very much.
Heads up for anyone wanting to install RiderLink or simply generate the project’s files with 5.6. MetaHumanCoreEditor’s source files are missing from the launcher’s version. So you’ll need to copy the MetaHumanCoreEditor source folder from the engine’s source to fix this.
I just find that we have loop nodes for maps and sets in UE5.6 - it’s awesome!
There are many tiny but practical updates like this, and I hope for more detailed release notes to show them.
(btw when I drag out a pin of a map and press “F”, it still creates a traditional for each loop macro. Having an auto-conversion will be great :D)
5 Likes
Trying to open my project in 5.6.0. Crashes whenever I open the main map in DX12.
[486]LogD3D12RHI: Error: Failed to create pipeline state with combined hash F9FF609CD0E46037, error 80070057.
[486]LogD3D12RHI: Error: Failed to create pipeline state with combined hash 41CFCEA9C5672530, error 80070057.
[486]LogD3D12RHI: Error: Failed to create pipeline state with combined hash 211F8310F11C34FB, error 80070057.
[487]LogRHI: Error: Failed to create graphics pipeline, hashes: Vertex: 7C2022619467EB0B4A491277C5AD1101840305F6, Pixel: 08B847DDE51B488833B1322521D78C9BE87824F2, Pipeline: 7DCB00C0A7369368B74FB39376C2440266E835E1.
[487]LogRHI: Error: Vertex: <unknown>
[487]LogRHI: Error: Pixel: <unknown>
[487]LogRHI: Error: Render Targets: (8)
[487]LogRHI: Error: 0x2
[487]LogRHI: Error: 0x2
[487]LogRHI: Error: 0x2
[487]LogRHI: Error: 0x0
[487]LogRHI: Error: 0x0
[487]LogRHI: Error: 0x0
[487]LogRHI: Error: 0x0
[487]LogRHI: Error: 0x0
[487]LogRHI: Error: Depth Stencil Format:
[487]LogRHI: Error: 0x0
[487]LogWindows: Error: appError called: Fatal error: [File:D:\build\++UE5\Sync\Engine\Source\Runtime\RHI\Private\PipelineStateCache.cpp] [Line: 533]
Shader compilation failures are Fatal.
There are tons more debug printouts but not including them here for brevity.
1 Like
Cook Fails on PC, when the new Metahumans plugins are active in the project.
BUG:
PIE with NetMode: Client fails when using EOS OSS 
Reason:
When running under one process and trying to launch dedicated server in PIE, the editor just creates an extra client marked as listen server.
bool UNetDriverEOS::bIsUsingP2PSockets is now set to ALWAYS true which means it tries to use EOS to launch port for the listen server hosting but there is no logged-in user in-editor which causes this to fail and I don’t always want to have to use devauthtools.
Bug in UE 5.6.0 Source when remote building for iOS or macOS where it is deleting everything in my Engine/Programs folder on my Windows PC except for the AutomationTool folder. Before this, I was getting an error regarding rsync not being able to delete LiveCodingConsole.log so I tried to manually kill the LiveCodingConsole.exe which got me past that issue.
This removes UHT’s config which causes errors in the build process right before cook but after successfully packaging the IPA. In order to get things to not break during building, I need to copy those Engine/Program/*/DefaultEngine.ini files back in, but it unfortunately continues to delete them if I try to remote build. macOS remote building is also having this issue as well. In UE 5.5, I also couldn’t macOS remote build to work but I got past most of the issues at that point by editing the engine RsyncEngine.txt file and adding a couple additional paths and fixed a broken one.
Here is what the errors cause after deleting files in Engine/Programs
PackagingResults: Error: Unable to parse delegate declaration; expected ‘DECLARE_DYNAMIC_DELEGATE’ but found ‘DECLARE_DYNAMIC_DELEGATE_OneParam’.
PackagingResults: Error: Unable to parse delegate declaration; expected ‘DECLARE_DYNAMIC_DELEGATE_RetVal’ but found ‘DECLARE_DYNAMIC_DELEGATE_RetVal_TwoParams’.
PackagingResults: Error: Unable to parse delegate declaration; expected ‘DECLARE_DYNAMIC_DELEGATE’ but found ‘DECLARE_DYNAMIC_DELEGATE_OneParam’.
This is the error I’m experiencing now (I trimmed this down so it’s not too long)
UATHelper: Packaging (IOS): [Remote] Downloading build products
UATHelper: Packaging (IOS): receiving file list … done
UATHelper: Packaging (IOS): deleting Programs/ZenDashboard/Config/DefaultEngine.ini
UATHelper: Packaging (IOS): deleting Programs/ZenDashboard/Config/
UATHelper: Packaging (IOS): deleting Programs/ZenDashboard/
UATHelper: Packaging (IOS): deleting Programs/Unsync/Config/Mac/MacEngine.ini
UATHelper: Packaging (IOS): deleting Programs/Unsync/Config/Mac/
UATHelper: Packaging (IOS): deleting Programs/Unsync/Config/
UATHelper: Packaging (IOS): deleting Programs/Unsync/Unsync.uproject
UATHelper: Packaging (IOS): deleting Programs/Unsync/
UATHelper: Packaging (IOS): deleting Programs/UnrealVirtualizationTool/Config/DefaultEngine.ini
UATHelper: Packaging (IOS): deleting Programs/UnrealVirtualizationTool/Config/
UATHelper: Packaging (IOS): deleting Programs/UnrealVirtualizationTool/
UATHelper: Packaging (IOS): deleting Programs/UnrealRecoverySvc/Config/DefaultEngine.ini
UATHelper: Packaging (IOS): deleting Programs/UnrealRecoverySvc/Config/
UATHelper: Packaging (IOS): deleting Programs/UnrealRecoverySvc/
UATHelper: Packaging (IOS): deleting Programs/UnrealPak/Config/DefaultEngine.ini
UATHelper: Packaging (IOS): deleting Programs/UnrealPak/Config/
UATHelper: Packaging (IOS): deleting Programs/UnrealPak/
UATHelper: Packaging (IOS): deleting Programs/UnrealMultiUserSlateServer/Config/DefaultEngine.ini
… (all other program files and folders)
UATHelper: Packaging (IOS): deleting Programs/ChaosVisualDebugger/BuildAndCook.bat
UATHelper: Packaging (IOS): deleting Programs/ChaosVisualDebugger/
UATHelper: Packaging (IOS): deleting Programs/BuildPatchTool/Config/DefaultEngine.ini
UATHelper: Packaging (IOS): deleting Programs/BuildPatchTool/Config/
UATHelper: Packaging (IOS): deleting Programs/BuildPatchTool/
UATHelper: Packaging (IOS): deleting Programs/AutoRTFMTests/AutoRTFMTests.uproject
UATHelper: Packaging (IOS): deleting Programs/AutoRTFMTests/
UATHelper: Packaging (IOS): Programs/AutomationTool/Saved/Logs/UBA-UnrealPak-Win64-Development_Remote.txt
UATHelper: Packaging (IOS): sent 42 bytes received 11,282 bytes 22,648.00 bytes/sec
UATHelper: Packaging (IOS): total size is 132,643 speedup is 11.71
UATHelper: Packaging (IOS): rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1816) [generator=3.2.3]
I’m going to continue to look into this and see if I can figure out what is going on
Geting random stuff like this on code I know works: UATHelper: Packaging (Windows): LogWindows: Error: [Callstack] 0x00007ffdab2a6c83 UnrealEditor-UnrealEd.dll!UnknownFunction
UATHelper: Packaging (Windows): LogWindows: Error: [Callstack] 0x00007ff643ee8fa0 UnrealEditor-Cmd.exe!UnknownFunction
UATHelper: Packaging (Windows): LogWindows: Error: [Callstack] 0x00007ff643ede39c UnrealEditor-Cmd.exe!UnknownFunction
UATHelper: Packaging (Windows): LogWindows: Error: [Callstack] 0x00007ff643ede6ba UnrealEditor-Cmd.exe!UnknownFunction
UATHelper: Packaging (Windows): LogWindows: Error: [Callstack] 0x00007ff643ee209e UnrealEditor-Cmd.exe!UnknownFunction
UATHelper: Packaging (Windows): LogWindows: Error: [Callstack] 0x00007ff643ef4e44 UnrealEditor-Cmd.exe!UnknownFunction
UATHelper: Packaging (Windows): LogWindows: Error: [Callstack] 0x00007ff643ef7466 UnrealEditor-Cmd.exe!UnknownFunction
UATHelper: Packaging (Windows): LogWindows: Error: [Callstack] 0x00007ffe401b7374 KERNEL32.DLL!UnknownFunction
UATHelper: Packaging (Windows): LogWindows: Error:
UATHelper: Packaging (Windows): LogWindows: Error: end: stack for UAT
PackagingResults: Error: begin: stack for UAT
PackagingResults: Error: === Critical error: ===
PackagingResults: Error: Fatal error!
PackagingResults: Error: Unhandled Exception: EXCEPTION_ACCESS_VIOLATION reading address 0x0000000000000008
PackagingResults: Error: [Callstack] 0x00007ffd98695461 UnrealEditor-Kismet.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdb79b8e9d UnrealEditor-CoreUObject.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdb392da62 UnrealEditor-Core.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdb7db0a1c UnrealEditor-CoreUObject.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdb7a899a4 UnrealEditor-CoreUObject.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffd80517803 UnrealEditor-BlueprintGraph.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffd9871d86a UnrealEditor-Kismet.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffd9871bcf2 UnrealEditor-Kismet.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffd9870677b UnrealEditor-Kismet.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffd98775528 UnrealEditor-Kismet.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffd87cc646b UnrealEditor-Engine.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdb7e641fc UnrealEditor-CoreUObject.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdb7e29b99 UnrealEditor-CoreUObject.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdb7e2a21a UnrealEditor-CoreUObject.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdb7e2a7a1 UnrealEditor-CoreUObject.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdab8291c5 UnrealEditor-UnrealEd.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdab549898 UnrealEditor-UnrealEd.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdac64c5bc UnrealEditor-UnrealEd.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdac65ba24 UnrealEditor-UnrealEd.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdac65b1ac UnrealEditor-UnrealEd.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdab2c9940 UnrealEditor-UnrealEd.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdab28a69a UnrealEditor-UnrealEd.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffdab2a6c83 UnrealEditor-UnrealEd.dll!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ff643ee8fa0 UnrealEditor-Cmd.exe!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ff643ede39c UnrealEditor-Cmd.exe!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ff643ede6ba UnrealEditor-Cmd.exe!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ff643ee209e UnrealEditor-Cmd.exe!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ff643ef4e44 UnrealEditor-Cmd.exe!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ff643ef7466 UnrealEditor-Cmd.exe!UnknownFunction
PackagingResults: Error: [Callstack] 0x00007ffe401b7374 KERNEL32.DLL!UnknownFunction
PackagingResults: Error: end: stack for UAT
Just a heads up, if anyone is experiencing sudden compile errors for projects that compiled without errors before, for example like this:
Try to uninstall the recent Windows update KB5060842 if you’re on Windows 11.
After uninstalling the update and rebooting, the error is gone.
edit: similar problem with KB5063060, but only for Linux builds. Uninstalling that update fixed it again.
Can you believe that something like this required pull requests from the community to get in?!
That’s a great idea! It’s not usually how I work in blueprint so I never caught that, but you’re absolutely right that’s how it should work!
I worked on both PR’s so I’m happy to take a look at figuring out how to get that in!
1 Like
@Tina_Wisdom This releasing a build just because you had a public show needs to stop.. Tim Sweeney seems to be excited as much as I am about 5.6, But this release can’t make a functioning build at all. I would rather you Actually test the version before you release it. The same thing happened with the last public show as well. If someone in my studio released something in this state, I would fire them.
5 Likes
Hi! Thank you. At first glance I’ve felt pretty confident I wasn’t using “GetEnumeratorNameAsString” node in my blueprints, but then it clicked that that’s what “EnumToString” node is called on C++ side of things and I managed to find a few occurrences. I’ll try your solution when I get around to updating my project again. For now another version of the editor with debugging symbols and another copy of the whole project was taking up too much disk space.
Regarding Nanite meshes, I don’t think I’m using any and Nanite is disabled in the project settings. But some of my meshes might still have Nanite support enabled though, not sure if that counts. I guess, I’ll make sure to disable it for all of them, just in case. Thanks again
Are you a Mac user? It seems the full metahuman its only for Windows PC
Guys, could be that CUBEGrid in Modeing is missing the collition in 5.6? I’m facing a hard time adding collition to every single mesh I’m creating using the CUBEGrid in my level.
What do you mean it cant make a functioning build at all? I test packaged my project in 5.6 and it went all the way through. Also, early releases of new versions were always a little unstable, generally you wanna wait for a few patches until you use it for full production.
Whilst this might be practically-so, I think the gist you are missing is that a release ought not be this buggy.
Just because it works for you, doesn’t mean it works for everyone, or even the majority.