Skip to content
BLBooth Labby Booth Beam
Menu
ExperimentsAV & Screens

How to test booth screen playback before a conference

A repeatable pre-show protocol for comparing booth screen playback paths by recovery time, staff effort, and dependence on the venue network.

Test the complete playback path you plan to take to the show, then choose the option that a teammate can restore quickly after an ordinary failure. Features matter less than knowing what happens after power, signal, or internet access disappears.

This article is a test protocol, not a report of measured results. Use the blank tables to record your own setup and observations; do not assume that a laptop, local media player, or signage player will behave the same way with different hardware or software.

The question this test answers

Which playback path gives your booth crew the simplest acceptable recovery from the failures they are likely to face? The result should help you choose a primary path, assign an operator, and pack a fallback before the equipment leaves the office.

“Simplest acceptable recovery” is deliberately more useful than “most automatic.” A player that restarts by itself may still be a poor fit if changing content requires an account only one person can access, while a manual path may be acceptable if any teammate can restore it in under two minutes.

Choose the paths you might actually take

Compare two or more complete paths, not isolated devices. A path includes the content source, player, cables or adapters, display input, network connection when required, credentials, remote controls, and the person expected to operate it.

The candidates below cover the common division between a shared computer, local files, and a dedicated player. Use only the paths your team would realistically take to the show:

  1. A laptop connected to the display by HDMI
  2. A USB drive or small media player holding content locally
  3. A dedicated TV stick or signage player that can continue with cached or offline content

Booth Beam is appropriate as one candidate when it is part of your real screen plan, not as a default winner. The Booth Lab cable bag guide documents one actual setup in which an Android TV stick runs Booth Beam while the laptop remains available for live demos, with a USB video kept as the simpler fallback. If you test that arrangement, record the TV-stick model, Booth Beam app version, content type, and fallback path just as you would for any other signage player.

Do not add an option merely to make the comparison look comprehensive. If your team would never take a laptop or the rented TV cannot play files from USB, leave that path out and document why.

Record the setup before starting

Use the exact equipment you expect at the booth whenever possible. When the rental TV is not available before travel, test on a second display and mark that substitution as a limitation rather than treating compatibility as proven.

Condition What you used
Test date and location
Display brand and model
Display resolution and selected input
Content files, URLs, or playlist
Player hardware and software version
Cable and adapter path
Network connection
Accounts or credentials required
Intended booth operator
Intended fallback

Use the same display, content, resolution, and test sequence for every path unless the path makes that impossible. Note every exception because a comparison between different content or different displays cannot isolate the playback method cleanly.

Decide what counts as a pass

Set the decision rule before running the failures so a polished interface does not outweigh a recovery problem you discover later. For a small booth team, this is a practical starting rule:

  • The path must recover from power loss, signal loss, and a 30-minute network outage.
  • A teammate who did not configure it must be able to restore useful content in two minutes or less using a one-page instruction card.
  • Recovery must not require calling an absent administrator or receiving a one-time code on that person’s phone.
  • The primary path must leave any device promised for live demos available at the time the demo is needed.
  • At least one fallback must show useful, current content without the venue network.

Change those thresholds when the screen has a different job, but write down the change before testing. A decorative loop can tolerate a short blank interval more easily than a scheduled presentation, while an interactive demonstration may reasonably require a trained operator.

Run the normal start first

Begin with every component powered off and the cables separated as they will be after travel. Give the equipment and the one-page instruction card to the intended operator, then time how long it takes to show the correct content without coaching.

Record every action rather than writing only “worked.” Input selection, login, playlist selection, full-screen mode, notification suppression, and loop settings are all part of the path if a person must handle them.

Run each failure in the same order

Let the content play normally for 15 minutes before the first interruption. Restore the starting condition after every check so an unresolved failure does not distort the next result.

  1. Remove power from the player and display. Restore power after 30 seconds and time until the intended content is visible again.
  2. Disconnect the video signal. Remove and reconnect the HDMI cable or equivalent connection, then observe whether the display returns to the correct input and playback state.
  3. Remove the network for 30 minutes. Start the outage during playback, attempt one normal content change, and note what remains visible without internet access.
  4. Turn the display off with its remote. Wait one minute, turn it on again, and check the selected input, sound, full-screen state, and playback position.
  5. Replace one piece of content. Make the kind of urgent change you might receive on show morning and record the steps, permissions, transfer time, and whether the old version remains cached.
  6. Hand the path to another teammate. Give them only the packed equipment and instruction card, then observe where they pause or need information that is not written down.

Finish with a two-hour uninterrupted run using the final playlist. During that window, use any shared laptop for its real booth duties and allow its normal sleep, notification, and update settings to reveal conflicts; do not quietly improve the conditions for the test.

Record observations, not impressions

Use a timer and count interventions made by the operator. “Felt reliable” is difficult to compare later, while recovery time, blank-screen time, and the number of undocumented steps show where a path creates work.

Playback path Failure check Useful content during failure? Recovery time Manual actions Help required? Notes
Normal start
Power loss
Signal loss
Network outage
Display off/on
Content change
Teammate handoff
Two-hour run

Repeat the table for each path. Also note any cost that the timer misses, such as losing the demo laptop, exposing private notifications, requiring personal credentials, or leaving the display unusable while content is updated.

Make the recommendation

Reject any path that fails a must-pass rule, even if it has the shortest average recovery time. Among the remaining options, choose the one with the fewest staff-dependent recovery steps, then name the best independent fallback.

Write the conclusion in operational language: “Use the dedicated player as the primary path, keep the USB loop as the offline fallback, and reserve the laptop for demos.” Avoid claiming that the winning product or category is universally more reliable because this test covers one equipment set, playlist, network simulation, and crew.

Turn failures into packing and briefing changes

Every failure should produce a concrete change or an accepted limitation. Add missing adapters and the tested offline file to the conference booth packing checklist, place the recovery card with the player and remote, and retest after changing hardware, software, content format, or display model.

The protocol does not test long-term device durability, venue power quality, every captive portal, or compatibility with a rental screen you have not received. If the display is central to a scheduled presentation, repeat the critical checks during setup at the venue and keep a non-screen way to continue the conversation.

Next steps

Checklists

Conference booth packing checklist

A field-ready checklist for assigning, testing, packing, shipping, and returning a small conference booth without losing critical equipment.

View all AV & Screens content →