Previously, the file discovery phase of the asset gathering process would block the entire process until it had found all of the files it needed to test.
This can take quite some time for projects with a large amount of assets, so this change adjusts the process so that discovered paths will be reported back to the asset registry while the file discovery is on-going. This allows you to prioritize the scanning of certain folders before the initial discovery phase has finished.
To account for the fact that the asset registry will be reporting process of an unknown range, the asset discovery indicator has been updated to display a marquee bar until the initial file discovery has finished.
It will now show you the following messages:
- "Initializing Asset Discovery" - Loading the cached asset registry data and waiting for the file scan to start. The progress bar will marquee while this is happening.
- "Discovering Asset Files" - Shows an increasing count of the number of asset files that have been discovered on disk. The progress bar will marquee while this is happening.
- "Discovering Asset Data" - Shows a decreasing count of assets that need to have their asset data either read from disk, or copied from the cache file. The progress bar will show the percentage of the assets processed by the asset registry compared to the total number of assets to load and process.
- "Processing Asset Data" - Shows a decreasing count of assets that the asset registry still needs to process the gathered asset data for. The progress bar will show the percentage of the assets processed by the asset registry compared to the total number of assets to load and process.
One side effect of having the discovery phase scan go wide (rather than deep - to allow you to prioritize the scanning of certain folders) is that it may now report back folders that don't contain any assets. This essentially addresses a long time complaint from users, whereby the Content Browser wouldn't show empty folders.
This change also has the cached asset registry file write out for every 50,000 files that are read from disk. This avoids you needing to perform repeated work if you restart the editor before the entire scan has finished.
[CL 2644762 by Jamie Dale in Main branch]
[UE-18355] - Clicking on show viewport controls on mac comes up with missing page error on mac
#fix Prefixed URLs correctly with file:// in SLevelViewportControlsPopup
[CL 2644736 by Chris Wood in Main branch]
--Deleted a couple of helper functions that were used for this.
--Removed the old individual tests, replaced with one test.
--New tests will show in the UFE automation tab with the same naming scheme.
[CL 2644711 by Justin Hair in Main branch]
#codereview david.ratti
--------
Integrated using branch Ue4-To-UE4-Fortnite-Simple (reversed) of change#2643836 by Ben.Zeigler on 2015/08/04 14:51:29.
[CL 2643844 by Ben Zeigler in Main branch]
#codereview nick.darnell
--------
Integrated using branch Ue4-To-UE4-Fortnite-Simple (reversed) of change#2643837 by Ben.Zeigler on 2015/08/04 14:51:34.
[CL 2643843 by Ben Zeigler in Main branch]
- Shots now attempt to stay connected to each other when modifed.
-- Shots appear "connected" in the shot track so that when one moves, the previous one shrinks and next next shot grows.
-- Holes are filled for deleted shots
- Various low level shot rendering fixes
[CL 2643816 by Matt Kuhlenschmidt in Main branch]
Top level key area nodes were not being handled correctly by the entity walker. Changed HandleKeyAreaNode to require the owner node for bounds testing purposes.
[CL 2643401 by Andrew Rodham in Main branch]
- Added FSequencerSnapField to simplify snapping calculations and related code.
- Formalised IMarqueeVisitor as a more generic ISequencerEntityVisitor that can be used to walk a range of visible sequencer entities
- Updated FMoveKeys drag operation to use FSequencerSnapField and corrected snapping code
- Track area geometry is now cached in SSequencerTrackArea to simplify SSequencer::GetVirtualTrackArea
- Fixed grouped keys swallowing each other when dragging other keys over the top
[CL 2643241 by Andrew Rodham in Main branch]
