rules of thumb:
- Actor transforms are in doubles
- mesh internal data are in floats, except UVs that are in doubles
- compiled 3dsmax, archicad, navisworks, revit, rhino, sketchup, solidworks
#jira UETOOL-5070
#preflight 623f2ee47d49f37dfd3d599b
#rb Benoit.Deschenes
[CL 19533189 by Johan Duparc in ue5-main branch]
- Root cause: In cl 17646035, the value of bBuildWithEditorOnlyData in the different Target.cs failes was changed from true to false. Doing so implies the use of the wrong BulkData on which the Datasmith mesh serialization is relying on and generates the crash.
- Solution: Move bBuildWithEditorOnlyData back to true.
Note the reason why the change was made in the first place has not been found yet.
#jira UE-145285
#rb none
#preflight 6228d36e0d5a90e98ec5719b
[CL 19322125 by JeanLuc Corenthin in ue5-main branch]
The EDatasmithMasterMaterialType::Emissive value was not added at the end of the enum, this caused the rest of the underlying values to shift in the enum, breaking existing .udatasmith file. To fix this, the "Emissive" value was moved to the end of the enum.
#jira UE-141684
#rb emil.kirichev
#preflight 6201907ce85c7a08bbc54f1c
#lockdown JeanMichel.Dignard
#ROBOMERGE-AUTHOR: benoit.deschenes
#ROBOMERGE-SOURCE: CL 18903268 in //UE5/Release-5.0/... via CL 18903336 via CL 18903535
#ROBOMERGE-BOT: UE5 (Release-Engine-Test -> Main) (v912-18901109)
[CL 18903590 by benoit deschenes in ue5-main branch]
Include file that was left out in original submit
#jira UE-137239
#rb JeanLuc.Corenthin
#preflight 61e18fbf0b6c7e8b314add72
#ROBOMERGE-AUTHOR: emil.kirichev
#ROBOMERGE-SOURCE: CL 18617598 in //UE5/Release-5.0/... via CL 18617623 via CL 18617639
#ROBOMERGE-BOT: UE5 (Release-Engine-Test -> Main) (v899-18417669)
[CL 18617669 by emil kirichev in ue5-main branch]
This represents UE4/Main @18073326, Release-5.0 @18081140 and Dev-PerfTest @18045971
[CL 18081471 by aurel cordonnier in ue5-release-engine-test branch]
