Loading Screen System (Level Transitions w/ Progress)

Store: UE4 Marketplace Link | Itch.io
**Doc: Documentation & FAQ **
**Download: Executable Demo **(Google Drive) The whole example project is available as an executable demo.
Videos: Playlist

Latest Update: May 29, 2018 - Version 1.04
This update adds a Pawn Handling feature that provides full control over Spawn Location and Pawn Type in Streaming Levels, as well as an Actor Pool to keep the active Pawn alive between (and during) Level Transitions.
You can find the full documentation of changes in 1.04 here: Link [^]

The Loading Screen System (LSS) is a framework intended to add dynamic loading screens to your games. It’s incredibly easy to include in your projects and the visuals of your loading screens are entirely yours to design as you see fit.

The LSS uses UE4’s Level Streaming and shows a transition level while your actual levels get loaded in the background. This transition level can be any map you want and can either be static (point a camera on some pretty objects or put a 2D UMG interface up on screen) or fully interactive with a controllable camera or character.

LSS simplifies the whole setup and handling of level streaming down to a couple of nodes, drop the “LSS_Actor” blueprint into your persistent root level and set everything up in its details (loading screen scene, UI overlay, “press key” requirement, autoplay, cinematic mode input handling etc.). Call level transitions from anywhere using just the target level’s name and a readily available node from a globally accessible Blueprint Library. The system will handle the transition and show an interactive loading screen for the duration of the loading.

  • Easy to use & Easily extendable
  • Create/customise your own loading screens
  • Unlimited setup options (2D UI & full 3D scenes)
  • Loading screens during level transitions and on start up
  • Playable INTERACTIVE loading screens (think Assassin’s Creed)
  • MINI GAMES during loading (“Pong” and “Space Invaders” examples included)
  • Use different loading screens in a single project
  • Fully customizable UMG overlays (e.g. Random Game Hints, example included)
  • Support for “Press [Key] To Continue” option
  • Advanced features (event handling, latent actions, see documentation)
  • 15 well commented tutorial levels included
  • Standalone Fade Component included
  • VR compatible
  • Blueprint Nativization Ready
  • Pawn Handling (control spawn location & pawn type)
  • Actor Pool (use Player Pawn across levels)
  • Loading Progress Indication (Progress Bars)

Mini Games during loading

As the loading screen itself can be any type of level, you can easily set up interactive content to be on screen during the loading of your levels, such as complete minigames.
The project includes two examples, a “Pong” inspired game and the “Space Shooter” example from Unreal’s Content Demos (available in the Epic Launcher). You can add any type of game you like or just create a scene with a character to run and jump around a simplified scene (as seen for example in the Assassin’s Creed series).

Tutorials / Example Maps included

The asset includes 14 tutorial levels with the following setup and usability examples:

  1. Minimal Setup (Drag&Drop Example)
  2. Blueprint Only Setup (everything spawned and set up in BP)
  3. Reference Handling (shows how to access the actor reference)
  4. Switching between Multiple Loading Screens (use different screens in one project)
  5. Level Persistence (keep levels in memory after they get closed)
  6. Advanced Event Handling (access to a wealth of event dispatchers)
  7. Mini Game in Loading Screen example: Pong
  8. Mini Game example: “SpaceShooter” from Launcher content
  9. Main Menu & Pause Menu Example
  10. User Interface handling
  11. Advanced: Alternative Loading Order (advanced use case)
  12. Optional transition via common OpenLevel node (a mix common approach with streaming)
  13. Loading Progress Plugin integration (Progress Bars)
  14. Video Playback
  15. Pawn Handling

Simplest step by step example

  1. Create an empty level (example name “Root_Map”)
  2. Drop BP_LSS_Actor into the scene
  3. Add an existing level (your game scene) to the Levels list of your persistent level (1.)
  4. Select the BP_LSS_Actor and in its Details add the name of your game scene (3.) Into “List Of Levels”
  5. Add another level to the Levels list of the root level, this one will act as your loading screen
  6. In the details of BP_LSS_Actor add the name of your loading scene (5.) as “Loading Screen Level”
  7. Make sure “Autoplay” is checked In the details of BP_LSS_Actor

Now Play in Editor. The scene should start with a Fade In, then show your loading scene for a short while and finally smoothly Fade to your game scene

To be able to switch between levels:

  1. Add more levels similar to 3. and 4. above
  2. Add either a key input in the Level Blueprint of your persistent level (1.) or a box collider in your game scene (as an example)
  3. On execution of the above (b.) add the node “LSS Open Level” (right click anywhere and start typing “LSS” and you should see functions categorized as “Loading Screen System (Function Library)”)
  4. As the parameter of “LSS Open Level” enter the name of the level you want to transition to.

Play in Editor, press your input (2.) or enter the collider and the system will smoothly fade into the loading scene and then into the target level (provided as parameter for the “LSS Open Level” node).
This of course is merely the simplest approach, the system offers much more complexity.

**Blueprint Function Library **

All relevant functions to control the Loading Screen System are available in a special Blueprint Function Library (BP_LSS_FunctionLibrary). This is a comprehensive set of methods to interact with the system without ever needing to worry about any references or actual code. It’s meant to be as easy and straightforward as it gets. Just right click anywhere in your blueprints and start typing “LSS” and these functions will show up.

Each function has a tooltip description explaining what it does.

Advanced Event Handling

During the loading process each level triggers a number of events, depending on whether it is loaded / unloaded or shown / hidden. The available Events can be used through bindings to execute custom game logic in specific situations. Usage examples: Show UI, spawn or posses pawns after the level has been loaded, remove UI or save the game before the level closes. The binding itself is very easy, you need the map name and a custom event to connect to.

A list of Available Events:

On Before Level Loaded, On After Level Loaded, On Before Level Shown, On Level Shown, On After Level Shown, On Before Level Hidden, On After Level Hidden, On Before Level Unloaded, On After Level Unloaded

Each of these events can be configured on a per level basis to pause the transition until a special node (“LSS Send Confirmation”) is executed. This allows the system to pause the loading queue when needed to wait for Latent Actions that an individual level migh tneed to conclude (e.g. save game before unloading).

Latent Actions

As stated above, in case your game logic requires latent actions (e.g. delays) to be performed during the loading process, you can communicate to the system to keep the loading screen going while your tasks are being executed.

Example: generation of procedural levels, additional level streaming, database communication, etc.
There’s a whole example map dedicated to this topic.

Fade In/Out Controls

The Loading Screen System uses a Fade Component (Blueprints/BPC_ScreenFadeComponent) to make transitions as smooth as possible by fading in and out to black. The fade overlays the screen with a black UMG screen (it could be customized to use any pattern as it uses a simple UMG widget).

Stand-alone usability: you can use the BPC_ScreenFadeComponent on its own independently from the Loading Screen System - just add the Actor Component to any Actor in your scene (e.g. Game Mode)

Important Notes

  • Currently the system is available for 4.18+ only (mostly because of several quality of life improvements added to the Engine by Epic, such as DPI scale, which make it hard to go back to an older engine version for me). Support for older engine versions may come at a later date if there is any demand for it - please let me know if you would be interested in a 4.12-4.17 version.
  • No multiplayer support in the initial release. Will be added soon, already being working on.
  • Tested on PC, but should work on all platforms
  • Works with Blueprint Nativization

This thread is primarily intended for helping users with any questions, concerns, or issues they may come across. But all feedback is more than welcome!

**Asset is Free For The Month of October, 2019.

New Tutorial Videos available: [Playlist

UE4 Tutorial: Loading Screen System - Part 1 of 3 | Unreal Engine Marketplace - YouTube](UE4 Tutorial: Loading Screen System - Part 1 of 3 | Unreal Engine Marketplace - YouTube)

May 29, 2018: Updated to Version 1.04**
This update adds a sophisticated Pawn Management feature that provides full control over Spawn Location and Pawn Type in Streaming Levels, as well as an Actor Pool to keep the active Pawn alive between and during Level Transitions.

April 3, 2018: Updated to Version 1.03
This version introduces Loading Percentage display (Progress Bars) as well as a couple of quality of life improvements (e.g. a Load List of Levels node and Open All Levels On Autoplay option)

March 7, 2018: Updated to Version 1.02
This version adds VR Compatibility to the Screen Fade Component.

Subscribed and looking forward to the network update

Progress on the network update:

4.19 Added to Supported Engine Versions

Version 1.03 submitted
This Update introduces proper Loading Progress Indicators (Progress Bars).

**Update v1.03 has been released Today!

This version introduces Loading Percentage display (Progress Bars) as well as a couple of quality of life improvements (e.g. a Load List of Levels node and Open All Levels On Autoplay option)**

IMPORTANT: The new Loading Progress functionality requires the installation of a small code plugin,
as this feature is not supported with Blueprint alone. The plugin is available with source and precompiled for Win64.
Note: This plugin is only required for this new feature, the Loading Screen System itself will still work without it.

The documentation has been updated to reflect the changes, below are direct links to the most relevant parts thereof.

  1. Loading Progress (including Plugin Installation guide)
  2. Change Log (including all new blueprint nodes)

Plugin Installation Guide - Loading Progress Feature For The Loading Screen System

Hi there! Would this work for loading screens on map transitions for clients changing maps on dedicated servers?

Good question. I will look into it further, but so far I’m afraid this is not achievable at all.
It would certainly work when all clients travel simultaneously (e.g. start a match from lobby when all players are ready), but not for individual clients joining a session that is already in progress (e.g. enter a persistent game world at any time).

PS: The system is not yet replicated, expect the network update to be available later this month.

Ok thanks for the info!

Tutorial Video: Loading Screen On Startup

More videos to come, next up: Getting Started with Level Transitions

Hi. Am I correct in understanding that if my multiplayer setup consists of multiple root levels, your asset will not function even after you add multiplayer support? The client won’t know which root level the server is using, and switching between root levels (while connecting) wouldn’t allow your asset to function properly?

Hey CodeSpartan,

Multiple root levels aren’t the problem - when the client connects to a server or the server uses ServerTravel at any point, the client(s) will “know which root level the server is using” and follow accordingly.
The limitation however (mentioned here) is, that once the server streams sublevels, any clients connecting *after *that point, will start opening the root level with those streaming levels already active (i.e. at the time the game framework starts for the client and the Loading Screen System gets initialized, the level is already loaded).

While ServerTravel for all clients simultaneously would work, connecting individually to a (root) level that already has sublevels loaded server-side will not allow the asset to work at all for that transition.

The client would need to be able to connect to an empty root level with no streaming levels loaded yet, then handle streaming client-side for the levels already active on the server.
Thus far I haven’t been able to find a way to achieve that without desyncing the client from the server by creating separate, unreplicated level instances.

As it stands, when connecting to already existing worlds (server-side), there doesn’t seem to be any substitute for out-of-the-box TransitionMap / Seamless Travel.

Is there also a way to use this loader with non-seamless map loading (open a map)? Couldn’t find this in the demo videos.

You can also use the common OpenLevel node to transition between maps, though it will require a tiny bit of setup (see FAQ).
You will need to create an empty persistent level, add your actual map as its sublevel (i.e. drag it into the “levels” tab), set up the LSS Actor in the persistent level, and you’re done.
Now, when calling OpenLevel, use the new map’s name as parameter.

The setup is identical to the one in the “Loading Screen On Startup” Video](https://www.youtube.com/watch?v=gs0UxrFlAN8). Here’s also a written step by step example: Documentation Link [^] ).
Any level set up this way will use the loading screen when opened, be it as first level on launch or through OpenLevel.
The game will load the empty persistent level, then the LSS Actor will handle loading according to its settings.

I am trying to have my Level Load using the Percentage Loading Screen. My level is made of a Persistent Level with sub levels for different areas of the main map. When I try to add my main level to a blank level my sub levels don’t show only the Persistent level and not the sub levels. How do I get my Sub Levels to show when I add my main level to a blank level?

My goal is to use three of your BP_Portal Blueprints as my Main Menu. Each Portal would take You to different Levels like Start Game, Continue, Shooting Gallery etc… I would like my loading screen to play a sequencer animation I made which has its own level. I want to use the “skip with any key button” and load my main game level with the Persistent Map with Sub Levels as in picture.

This is being used in my VR game. So I am guessing the any key should work with motion controllers.

Awesome Plugin by the way. Just trying to get this figured out.

Unreal will only ever honor one step of sublevels, meaning if a sublevel has its own set of sublevels, those will be ignored.
You would want to add the sublevels to the top persistent level as well.

Let’s say, your current setup so far is this (the forum refuses to show me your screenshots, so I’ll be using generic names):

*P_Level00_Map (persistent)

  • S_Level01_Map (sublevel)
  • S_Level02_Map (sublevel)*

If you wanted to move that to a new persistent level, you would have to do it this way:

*P_NewLevel00_Map (persistent, containing BP_LSS_Actor)

  • P_Level00_Map (sublevel)
  • S_Level01_Map (sublevel)
  • S_Level02_Map (sublevel)*

Btw, you can easily load​​ multiple levels simultaneously, using the globally accessible “LSS OpenLevels” node (it takes an Array of Name as parameter - you can plug a “make array” node into it). Though, if you wanted to stream the sublevels depending on player position, you would have to adjust that to the new setup (volume triggers would work fine, but streaming volumes could be limited in some cases as they have to be placed in the persistent level).

If your levels (such as “Shooting Gallery” or “Start Game” etc.) don’t rely on different GameModes, the best way to set up the project would be adding these levels to the same persistent level:

*P_NewLevel00_Map (persistent, containing BP_LSS_Actor)

  • P_Level00_Map (sublevel - I’m assuming this to be the NewGame/Continue one)
  • S_Level01_Map (sublevel)
  • S_Level02_Map (sublevel)
  • S_ShootingGallery_Map (sublevel)
  • S_MainMenu_Map (sublevel with portals)
  • S_LoadingScreen_Map (loading screen level with the sequencer animation)*

In this example you would deactivate “Autoplay” on the LSS Actor (otherwise it would load the first level) and from blueprint (e.g. in BeginPlay of the persistent level), run “LSS OpenLevel” with “S_MainMenu_Map” as parameter to load into the menu on startup (you would substitute this of course with the correct name of your sublevel).

Then, in the portals you would set up transitions to the game level (“LSS OpenLevels” as mentioned earlier, with an array of the game scene and its sublevels) and the Shooting Gallery (“LSS OpenLevel” with “S_ShootingGallery_Map” as parameter). Can’t really speak to the “Continue” mechanic, as this depends on how you save and load your game.

Note that the portal blueprint (which is just a simple example) doesn’t support loading of multiple levels, so you would have to override the overlap event and place your custom nodes there (or I could update it with that option and make it available for download).

— Method with common “OpenLevel” node —

Let’s say you wanted to keep all your levels separate and not in one single persistent level as above. This could look similar to this:

Menu level:

P_Persistent03_Map (persistent, containing BP_LSS_Actor)
*- S_LoadingScreen_Map (loading screen level with the sequencer animation)

  • S_MainMenu_Map (sublevel with portals) *

Shooting Gallery Level:

P_Persistent02_Map (persistent, containing BP_LSS_Actor)
*- S_ShootingGallery_Map (sublevel)

  • S_LoadingScreen_Map (loading screen level with the sequencer animation)*

Game Level:

*P_Persistent01_Map (persistent, containing BP_LSS_Actor)

  • S_LoadingScreen_Map (loading screen level with the sequencer animation)
  • P_Level00_Map (sublevel)
  • S_Level01_Map (sublevel)
  • S_Level02_Map (sublevel)*

In the transition (e.g. portals) you would use the common “OpenLevel” node rather than the custom “LSS OpenLevel” ones (the portals are set up to use both methods).

You would lose the persistence between the levels (e.g. you would have to unload the game level to go into the menu, which wouldn’t be the case with one shared persistent level) and the loading screen level would need to be loaded on each transition, but each of the levels could have its own GameMode.

Add this level as a sublevel of the persistent map and enter the level’s name in the LSS Actor’s details.(“Loading Screen Level”).

To keep in mind: by default the loading screen level is set to be kept in memory (you can uncheck “keep loading screen in memory” if you want to unload the loading screen level after the transition). If kept loaded, in your case you might need to make sure the Sequence is reset to play from start on each loading (else it might continue where it left off when the loading screen was closed).

As far as I am aware, “Any Key” is an all-input thing, it does cover mouse clicks and should work with motion controllers (though I have no way of testing).
If it does not however, you can specify any number of individual inputs available in Unreal here anyway.

In this case you would enable “Input Required To Continue On Finish” and set “Input To Continue On Finish” to “Any Key” or any other input option.

— VR —

In the case of VR in general, you would keep “Use Default UI” unchecked to not show a UMG UI and also select the BPC_ScreenFadeComponent (member of the LSS Actor) and enable “Use Camera Manager (Instead of UMG)”.

— Loading Progress —

To show the progress percentage, you can either bind an event through the “LSS Bind To Loading Progress Update” node (your event would get fired on each change to the progress), or call “LSS Get Current Loading Progress” at any time anywhere (e.g. in tick. It returns the last queried progress result).

With this value (range 0 to 100) you then can drive any effect in your loading screen scene, as is shown in the “LoadingScreen_04_ProgressBars_Map” (it uses both UI and 3d elements to show the percentage).

The default UMG UI of course also has its own progress update event, but I’m assuming this is rather of no use in VR.

Thank you very much. If there is anything I can help you with further, go into more detail on any feature or elaborate on a setup, just let me know.
I hope this write up is not too overwhelming, I’m not great at keeping it short.

Hello, I am having a heck of a time trying to get this to work even at the most basic level, and I feel maybe I’ve missed something. I have a project set up (first person) and currently a handful of maps. I followed your tutorial to a T, but for some reason when it loads in the player is stuck in spectator mode. I’ve also tried using the blueprint method, but for some reason this ONLY works for me if I plop down a 3rd person character from the demo. :\ How can I get it to load into my first person game mode and turn off spectator mode once it loads in?
Edit: I also sent you a DM, so if you answer here, ignore that, or vice versa.

^ Resolved

^ Unresolved

Edit 2: Ok, I think I found a workaround, if I set my player BP to auto-possess ‘Player 0’ it seems to get it working, but this might cause a bit of an issue later. Are there any other fixes for this problem other than forcing player 0 onto that specific pawn?

Also, I am going to be using this system to make loading gates/loading doors. Now, if I have a map that has lets say 3 entrances to it, three ways to come in, how can I set up multiple spawn points? Since the system seems to just grab the first pawn in the level, is there any way to set this up?
Is there any way I can pick which player/pawn the game possesses when loading in with a trigger?
I have the system linked to a few doors in a couple of my maps, it works perfectly, except it always drops me in the same spot.

For example:

Map 1 has 3 doors going in/out.
Door A
Door B
and Door C

My player pawn is infront of Door A

If I walk out of Door B, turn around and re-enter the level through Door B, I am spawned in front of Door A.

For some reason I only got a notification on the Private Message but not here.
This has been already addressed in the PM/email, but I’ll respond here as well in case anybody else might have the same questions.

The issue in regards to the Player Pawn lies within the way Unreal handles spawning or possessing of pawns in general.
The engine will first look at the settings in the GameMode, i.e. what is set as the Default Pawn (e.g. First Person Character) or whether “Start Players As Spectators” is enabled.
This pawn will then be spawned at the PlayerStart, if (and only if) there are no pawns placed in the scene which are set to be possessed by the PlayerController (e.g. set “Auto Possess Player” to “Player 0”).
Next, each time a sublevel gets loaded which contains a pawn set up to be possessed (as above), the Engine will switch to that pawn (abandoning the previous one).

So, with level streaming the order of events we are aiming for would look like this:

  1. Game opens an empty level (the persistent one, which optimally should have no characters in it)
  2. Now the engine will look up in your GameMode what to do next, if there is a default pawn set, the character will get spawned (at PlayerStart or at 0,0,0 if none is present)
    We don’t want to load a pawn at this point as the actual level hasn’t been loaded yet (the pawn might fall into the void).
    To avoid that, enable “Start Players As Spectators” in the GameMode - which will just spawn a light weight floating pawn.
  3. Next the LSS Actor kicks in and loads the Loading Screen Scene - which will have its own pawn, that gets immediately possessed.
  4. In the background the actual game level gets loaded in.
  5. The instant the new level is set to visible, the engine will again look for any characters in the new level that have “Auto Possess Player” enabled

Note 1: if there are none, your camera would be left where the last pawn (from the Loading Screen scene) was located - you wouldn’t be able to move however, as that pawn has been deactivated or unloaded along the scene itself.

Note 2: The engine will not do anything with the GameMode settings at this point, no auto spawning at any PlayerStart, even if there is a new one in the fresh sublevel.

There are many ways you can handle your pawn here, the most simplistic is to place a pawn in each scene, including the Loading Screen scene, and set those to “Auto Possess Player”. That’s how the demo levels in the project handle it.

A different approach would be to use either BeginPlay of the sublevel or events from the LSS to spawn the pawn from blueprint (you could even querry the GameMode settings yourself and spawn the pawn at a PlayerStart if you wanted).

You could also spawn the character once, and using events teleport it around to appear in the newly loaded levels where you would need them (including in the loading screen scene itself if you wanted). For such a persistent pawn you would need:

  1. keep the reference to your current pawn (e.g. as a custom variable in game mode, player state or similar)
  2. hide the pawn (unless you would like to use the same pawn during the loading screen, which you could)
  3. go through the transition
  4. possess/show + teleport the pawn to a location in he newly loaded level

“1.” + “2.” you could bind to OnOpenLoadingScreen (event dispatcher of the LSS Actor) and “4.” to OnLoadingCompleted

Here you have some example code:
Screenshot: Imgur: The magic of the Internet
Pastebin: Begin Object Class=/Script/BlueprintGraph.K2Node_InputKey Name="K2Node_InputKey_ - Pastebin.com (paste into an empty level blueprint)

In this instance it’s placed in the level blueprint of the persistent level, so you could just drag in a reference to the pawn,
but it would work anywhere if the reference was saved globally (GameInstance, GameMode etc.).
The two events bound here in BeginPlay would fire on each transition (achieved in this example on keybindings), until unbound.

Keep in mind, that everything placed in the persistent level will increase the loading time before the loading screen can be shown, this probably wouldn’t be crucial with a single pawn, but it could be easily remedied by spawning the pawn during the first loading and save the reference globally.