Controlling the project and the player
On the day of the event for which you created your project, you control the video content visible to the participants yourself via the video window in the CMS. In the best case scenario, you have already stored and set up all of the content that should be shown during the event.
The link of the project for the participants always remains the same, only the content is changed or updated.
1. Set up your page on which the event will take place in advance as required. The usual project structure consists of a welcome board with a preview video or thumbnail, the actual live stream and a farewell board as the end of the event.
2. At the beginning of the live stream, switch to your live video by selecting it in the video window and reloading the page for the participants via > save and publish. This function is provided for switching in the video window to live mode and, at the end, to saying goodbye, see also > controlling the video sources during the event.
3. If necessary, set up a media portal (media library) with the recordings of the live stream directly on the live page or on an extra page for the participants that can be reached via a button.
If you want to change your project setting during the live stream, avoid changing anything in the CMS and saving these changes (using the > save and Publish function), as this will automatically give the participants a “hard refresh” caused. With the function > live control: show and hide windows without a project refresh, you can control your setting without having to update the entire page and thus interrupt the live stream and reload it.
(!) Always generate a thumbnail in the player (also for the live video), as many browsers do not allow autostart and the player may otherwise show a black image for some participants before the start.
(!!) Switch from pre-play to live stream as early as possible (we recommend at least 30 minutes, better still an hour) in order to be able to fix any malfunctions.
(!!!) Only carry out a “hard refresh” during the event in an emergency with > save and publish. This leads to the fact that the window is reloaded for all participants, which should ideally be avoided.
(!!!!) Also consider the latency or delay in delivery at the end of the live stream (up to several minutes in the case of proxy networks, for example. So don’t switch to postplay too early so that all participants can also watch the live stream up to can track to the end.