If you do live streams, you know that awkward pre-show window. You need a few minutes to get ready behind the scenes, but viewers are already starting to show up. A plain countdown timer works, but it does not do much beyond telling people when the stream starts.
I have been using Ecamm for my YouTube live streams, and I wanted to make that waiting time more useful. Instead of showing only a 15, 20, or 30 minute countdown, I started testing a dynamic reel that pulls short clips from a YouTube playlist and plays them before the live stream begins.
Quick Answer
The basic idea is simple: use an Ecamm HTML widget to display a full-screen countdown-style waiting screen, then use the YouTube API to pull videos from a selected YouTube playlist. Each video plays for about 15 seconds, then the widget moves to the next one.
In my current setup, the clips play without audio, a short branded transition covers the gap between videos, and the widget skips to the next video if something fails to load. The goal is to make the pre-stream countdown feel more useful without distracting from the actual live show.
Why I Wanted More Than A Timer
My live streams are usually longer and a little more behind-the-scenes. I often edit them later, repost them, or break them down into smaller chunks. That means the first few minutes before going live are mainly there so I can finish setup and let people arrive.
A countdown timer still matters because viewers need to know when the live stream actually starts. But I kept thinking there was a better use for that space.
For product reviews, I already use pre-recorded unboxing footage during the waiting screen sometimes. An unboxing is an unboxing, and it can be useful to show that footage before getting into the main review. That gave me the idea for something more flexible: a dynamic reel that could pull from a YouTube playlist automatically.
How The Dynamic Reel Works
The version I tested uses Ecamm widgets, which can be written in HTML. That makes it possible to build a custom waiting screen instead of relying only on a static image or standard countdown layout.
The widget points to a specific YouTube playlist. Once that playlist is set, I can keep adding videos to the playlist, and the waiting screen can keep pulling from it. That is the part I like most because it means the countdown reel does not have to be rebuilt every time.
Right now, I have it set to play about 15 seconds of each video. I tested longer durations like 20 or 30 seconds, but those started to feel a little long for this use case. For a pre-stream waiting screen, I want viewers to get a quick feel for other videos without feeling like they are stuck watching a full preview.
- Ecamm loads the reel as an HTML widget.
- The widget uses a YouTube playlist ID.
- Each video plays for a short set duration.
- The playlist can be updated without rebuilding the whole screen.
Why I Used The YouTube API
The setup uses the YouTube API because repeated playlist lookups can get limited pretty quickly if you are not using the API properly. The API key is stored separately so it is not exposed while showing the project on screen.
The playlist ID comes from the YouTube playlist URL. Once that ID is in the configuration, the widget knows which list of videos to pull from.
This is still evolving, but the main structure is already useful: HTML for the Ecamm widget, a configuration file for settings, and a local transition asset to smooth out the move from one video to the next.
The Transition Between Clips
One thing I noticed is that there can be a small delay between videos. It is only a second or two, but on a live waiting screen that kind of pause can look rough.
To hide that, I added a short local transition video. In my setup, it is a quick LifeWithTech branded swipe that lasts about three seconds. It covers the gap and makes the reel feel more intentional.
The transition can also be a static image instead of a video. I added a setting for that because different streams may need different styles. A simple branded image would probably be enough for many people.
One important Ecamm detail: for local video playback inside Ecamm, WebM worked correctly in this setup. That is why the transition video is a WebM file rather than something like an MOV.
Settings I Am Testing
I also built a simple configuration page so the behavior can be adjusted without digging through the main code every time. That is useful because this kind of tool needs a little tuning depending on the stream.
The current settings include whether to use a transition video or static image, the transition duration, the clip duration, whether audio should be enabled, and a retry limit if a video fails to load.
For now, I prefer the audio turned off. Fifteen-second clips jumping from video to video can feel jarring if the audio is left on, especially if the source videos were not carefully prepared for that purpose. I would rather have separate music running over the countdown.
- Transition media: video or static image.
- Transition duration: currently around three seconds.
- Video duration: currently about 15 seconds.
- Audio: available, but I prefer it off for this use.
- Retry limit: used so the reel can move on if a video has a problem.
Error Handling Matters
Because this is pulling from YouTube, the widget needs to handle failures cleanly. A video may not load, something may be unavailable, or the API call may not return what was expected.
The current version includes basic error handling so if one video has a problem, it skips to the next one instead of leaving the waiting screen stuck. For live streaming, that matters. The countdown screen should be something I can trust while I am finishing the behind-the-scenes setup.
Where This Could Be Useful
For my own channel, the main use case is showing viewers other LifeWithTech videos while they wait for a live stream to begin. If I am doing a product review, I could point the reel at a playlist related to that product, related tutorials, or recent channel videos.
It could also work well for creators who run recurring live shows. Instead of a static countdown, the pre-show screen could highlight recent uploads, a specific series, or clips that help new viewers understand what the channel is about.
The key is not to overdo it. The countdown is still there to prepare people for the live stream. The reel should make the wait better, not compete with the main show.
What I Still Want To Improve
This is still a work in progress. I have been tweaking it as I test it in Ecamm and in the browser.
One setting I want to bring back is the ability to start each video a little later instead of always starting at the beginning. For some videos, the first few seconds may be an intro or setup, and starting 30 or 60 seconds in could make the preview more useful.
I may also move more of the static assets into the configuration so it is easier to choose the loading image, transition video, and other pieces without editing the main HTML.
- Add or restore a setting for clip start time.
- Make static assets easier to configure.
- Keep refining the default clip length.
- Test whether any audio use case feels natural.
Key Takeaways
- An Ecamm HTML widget can be used to create a custom live stream countdown screen.
- A YouTube playlist can act as the source for a dynamic pre-show reel.
- Short clips around 15 seconds feel better for this use than longer 20 or 30 second previews.
- A short transition video or static image helps hide the delay between YouTube videos.
- Turning off clip audio keeps the countdown from feeling jarring when videos change quickly.
- Basic error handling is important so one failed video does not break the live stream waiting screen.
Watch the Video
The video above above to see the Ecamm countdown reel in action, including the playlist playback, transition screen, configuration options, and the early version of the code behind it.
