The majority of asset reimport machinery is now held within UAssetImportData and FAssetImportInfo. This change allows us to remove the CachedAssetsBySourceFileName map from FAssetRegistry that was previously added to support auto reimport for 4.7.
The functionality of CachedAssetsBySourceFileName has been wrapped up in FAssetSourceFilenameCache, which sits on top of the asset registry in the editor.
This unification allows us to also consistently store the file timestamps and MD5 hashes of imported files. This subsequently allows auto-reimports to be ignored where a source content file has not actually changed (its MD5 is the same).
This addresses UETOOL-365 - Rework AssetRegistry changes to support auto-reimport
[CL 2567286 by Andrew Rodham in Main branch]
Example:
Both of these will work!
-ExecCmds="Automation RunTests MeshFactoryValidation"
-ExecCmds="Automation RunTests Mesh Factory Validation"
[CL 2564818 by Justin Hair in Main branch]
Also deleting Localization Dashboard's ILocalizationServiceProvider, as this class now exists in the LocalizationService module.
[CL 2564754 by Joe Conley in Main branch]
- Created the FDownloadLocalizationTargetFile Localization Service Operation, which is handled in the OneSky plugin via the FOneSkyTranslationExportWorker.
- Changed OneSky settings to use the OneSky ID for project instead of project name string (OneSky allows multiple projects to have the same name).
- Removed ProjectGroup setting. Only used when creating a project, should just ask for it in the Create Project UI, when it comes time to make one.
[CL 2564198 by Joe Conley in Main branch]
- Implements the OneSky Project Group, Project, File, and Translation APIs, minus delete commands, etc.
- The communication with OneSky works, but the interface between the Localization Service module and the OneSky plugin about what general Localization Service Commands map to which OneSky commands needs to be implemented.
- Some debug code remains, and some clean up still needs to be done
- Some minor changes to Localization Service module
[CL 2562023 by Joe Conley in Main branch]
- The Slate RHI renderer now uses a larger upfront pool for vertex buffers to avoid many upfront recreations of the vertex buffers
- The window element lists are no longer destroyed each frame and are reused as long as the window that they reference exists. This reduces memory allocations because arrays are no longer destroyed
- Creation of the final rendering batches has now been moved to the rendering thread
- The mapping of layers to element batch arrays has been simplified and is no longer emptied each frame thus avoiding memory allocations
[CL 2560820 by Matt Kuhlenschmidt in Main branch]