Asynchronous Playback on COB LED Displays: The Complete PC and Mobile Workflow

Asynchronous Playback for COB LED Displays: PC Software and Mobile App Workflow Guide
COB LED Display · Engineering Notes · NCE Study Series

Asynchronous Playback on COB LED Displays: The Complete PC and Mobile Workflow

Publish once, walk away, and the screen keeps playing. That is the entire promise of asynchronous control. Adapted from Chapter 7 of the NovaStar NCE certification textbook LED Display Application — Fundamentals, this guide walks engineers through the system architecture, the PC software workflow, mobile app remote management, USB updates, and scheduled tasks — with a COB LED display selection lens on every step.

For: LED display engineers, integration and field service teams · ~12 min read

1. The Site Visit You Never Needed

Every display engineer knows this one. A COB LED display is running a perfect loop in a retail window or a corporate lobby — until the client calls: "Can we swap in the new promo video?" Suddenly you are hauling a laptop on site, hunting for a network port, configuring IPs, connecting, publishing, verifying. Thirty minutes of fieldwork to replace a 30-second clip.

The problem is never the panel. It is the control architecture. Many projects default to a synchronous system, where a computer feeds live frames to the screen — which means a dedicated PC babysits the display 24/7. For fixed-content looping scenarios, that is overkill. An asynchronous (standalone/offline) playback system is the right tool: content is produced once, published to the control card's onboard storage, and the screen loops it on its own. The computer and the phone can both leave the building.

This guide covers the whole picture: how async differs from sync, how the PC software works, what the mobile app can do, how USB updates fit in, and how to configure scheduled tasks — with COB LED display engineering context throughout.

2. Synchronous vs Asynchronous: Two Control Philosophies

Clear up the classic confusion first. A synchronous system is a live mirror: the sender card reads whatever the computer displays and pushes it to the LED screen in real time. Computer off, screen dark. An asynchronous system is content hosting: a finished program package is published into the async control card's storage, and the card parses and loops it standalone — completely independent of whether the authoring machine is online.

Synchronous vs asynchronous LED control architecture Synchronous Computer Sender card LED Display Mirrors the PC screen live DVI/HDMI + LAN PC must stay online — offline means blackAsynchronous Authoring side PC / phone, can leave Async card Onboard storage COB LED Display Loops content offline Publish once (LAN / WiFi / 4G / USB) Publish, sign off, shut the laptop — screen keeps playing Rule of thumb: live content wants sync, looping content wants async
Fig. 1 · Architectural difference between synchronous and asynchronous control (adapted from NCE Fundamentals, Ch. 7)

A typical asynchronous system has three hardware building blocks: the async control card or media player box (parses the program and drives the panel), the storage (onboard memory or TF card holding the program package), and the communication interfaces (Ethernet, WiFi, optional 4G — these decide how your content reaches the card). Once this clicks, every software operation that follows becomes obvious: everything you do is ultimately "place a program package into that storage, and tell the card how to play it."

3. PC Software Workflow: From New Program to On-Screen Publish

Using the NovaStar ecosystem's PC tools (ViPlex Express and its siblings) as the reference, the workflow is remarkably consistent across vendors — learn it once, apply it everywhere. Six steps:

PC async software workflow: find device, set screen params, create program, layout media, preview, publish STEP 1 Find the device STEP 2 Set screen params STEP 3 Create program STEP 6 Publish to screen STEP 5 Preview & verify STEP 4 Layout media zones Step 6 options: direct LAN publish / cloud push / export to USB
Fig. 2 · The six-step PC workflow for async publishing

Step-by-step, with field notes

1

Find the device

Put your computer on the same subnet as the control card (or join the card's WiFi hotspot), then run a device search in the software and confirm the card is online. Most field failures start here: wrong subnet, wrong port, device not found — check the network before blaming the software.
2

Set screen parameters

Enter the panel's pixel dimensions, scan mode, and data routing. Wrong parameters mean misplaced frames at best and garbage at worst. For high-density COB LED display products, enter the actual cabinet/module values — never reuse an old SMD template.
3

Create the program

A "program" is the container for one complete on-screen unit: set its resolution to match the panel, define duration and loop behavior.
4

Layout media zones

Add zones to the program canvas and drop in media: video, images, text, tickers, clocks, temperature widgets. Set each zone's layer, position, and play window. Transcode assets to common formats (MP4/JPG/PNG/BMP are safest) and match zone dimensions to avoid stretched or letterboxed playback.
5

Preview & verify

Preview the full program: play order, durations, zone positions. Ten extra seconds here saves an hour of site rework later.
6

Publish to the screen

Pick your channel: one-click LAN publish on the local network, cloud push across networks, or export a USB package for offline sites (next section). Once publishing completes, the authoring PC can power down.
Engineer's note: async control cards have finite storage. Check the total program package size before publishing and compress video to a sensible bitrate. Higher pixel density on a COB panel does not shrink your video files — a full-HD clip weighs the same on any display.

4. USB Export: Updating Content with Zero Network

USB updating is the most "primitive" and most dependable publishing channel in the async world — job sites, basements, and shops without WiFi all depend on it. The logic is simple: in the PC software, export the finished program as a USB package, copy it to a flash drive, and plug the drive into the control card's USB port. The card detects the drive, imports the program automatically, and starts playing — no network, no computer, no drama.

Three field tips: format the drive as FAT32 for maximum compatibility; export screen parameters together with the program so a card swap or reset recovers quickly; and watch the indicator LEDs — never yank the drive mid-import.

5. The Mobile App: A Control Room in Your Pocket

If the PC software owns "content production," the mobile app (ViPlex Handy and equivalents) owns daily operations. Standing in front of the screen, your phone handles most of the workload — the single biggest efficiency gain asynchronous control delivers.

Two connection modes

A
Hotspot direct: phone joins the control card's built-in WiFi for on-site commissioning and local publishing.
B
Cloud remote: card goes online via 4G/WAN and binds to your cloud account — manage screens in other cities from head office.

High-frequency app operations

1
Quick-publish lightweight media: short videos, images, tickers
2
Remote scheduled power on/off and brightness control
3
Live status: online state, playback progress, ambient temperature
4
Push alerts for faults — find out before the client does
Operations view: mobile plus cloud compresses the "support call, dispatch a truck, drive to site" chain into "phone alert, handle it remotely." For COB LED display rollouts across distant retail locations, that single capability meaningfully cuts lifetime maintenance cost.

6. Scheduled Tasks: Let the Screen Manage Itself

The scheduling capability of async systems is chronically underrated. From the PC software or the mobile app you can configure three core task types: scheduled power on/off (bright during business hours, dark after close), scheduled playback (different programs in different slots — morning greetings, midday promos, evening brand films), and scheduled brightness (high luminance to fight daylight, dimmed at night — saving power while extending panel life).

For 24/7 commercial deployments, the brightness schedule deserves a line in every implementation plan. COB LED display products are already marketed on low-brightness/high-grayscale performance and long-duration stability — layering time-based brightness management on top makes total power draw and luminance decay far more predictable. Until scheduling is configured, the screen is not truly unattended.

7. Why COB LED Displays and Asynchronous Control Fit Together

Shift the view from the operating desk to the selection desk: why are COB and asynchronous playback a natural pair? From the display side, COB packaging bonds the LED chips directly onto the substrate — better protection, better thermal behavior, and higher reliability than fine-pitch SMD — making COB inherently suited to long-duration continuous operation, which is exactly how async systems run: publish once, loop indefinitely. From the architecture side, here is a typical unattended chain:

COB LED display unattended async playback chain Cloud / phone Programs & schedules Async card Parses & loops offline COB modules Reliable long-run Audience 24/7 display Publish once · loop offline · self-scheduled · unattended = the full COB + async value loop
Fig. 3 · The unattended playback chain: COB LED display meets asynchronous control

In practice: retail storefronts and shop windows (scheduled power plus phone-based promo swaps), corporate lobbies and meeting rooms (USB/LAN publishing of brand content), exhibitions and transit signage (cloud-managed multi-screen fleets). If your project also needs live synchronous feeds or large-scale wall processing, an asynchronous layer coexists with a video wall controller — async owns content hosting, the controller owns signal routing and real-time display. They are not competitors.

8. Key Takeaways, FAQ, and Selection Advice

TopicCore pointMemory hook
Sync vs asyncSync mirrors the PC live; async stores a program on the control card and loops it offlineLive wants sync, looping wants async
Async building blocksControl card (parse & drive) + storage (program package) + comms (LAN/WiFi/4G)Every operation is "store the program, tell the card how to play"
PC workflowFind device → set params → create program → layout zones → preview → publishWrong params always bite; check network before software
Publish channelsDirect LAN / cloud push / USB importUSB is the no-network fallback; FAT32 is safest
Mobile valueHotspot for on-site work, cloud for remote fleets, alerts before complaintsA control room in your pocket
Scheduled tasksTimed power, timed programs, timed brightnessUnattended starts with scheduling
COB fitCOB reliability for continuous play + async offline looping = low-ops 24/7 chainA naturally matched pair

Can asynchronous systems play video, or only images and text?

Video is fully supported. Modern async control cards and media player boxes handle common formats like MP4 offline, mixed with image, text, ticker, clock, and temperature zones. The real constraint is onboard storage capacity versus video bitrate — compress before you publish.

Does my phone have to be on the same network as the screen?

No. On-site work can use the control card's WiFi hotspot directly. Once the card is connected to the WAN and bound to a cloud platform, your phone manages it remotely from anywhere — the standard setup for distributed retail fleets.

Anything special about running COB LED displays on async control?

COB is a high-density fine-pitch technology, so loading logic is finer. Confirm the control card supports your COB cabinet's scan mode, refresh rate, and brightness grading, and configure parameters from the actual module data sheet — reusing a legacy SMD template is a fast route to display artifacts.

The publish "succeeds" but the screen does not update. What do I check?

Four things, in order: did you publish to the right card (multi-card searches are a classic mix-up); does program resolution match the screen parameters; is the storage full; does the card need a restart to load the new program. Nine times out of ten it is one of the first two.

If I already run async, do I still need a video wall controller?

Different jobs. Async handles content hosting and looping; a video wall controller handles multi-input synchronous signal routing, wall processing, and real-time display. Pure looping screens need async only. Add a controller when live PC feeds, source switching, or large-scale processing enter the project — the two coexist in the same installation.

Planning a COB LED display project with asynchronous playback?

We supply COB LED displays and the PEL series video wall controllers to overseas buyers and AV integrators — from module specs and control architecture to complete screen delivery. Bring your panel parameters and let's talk.

Get COB LED Display Pricing & Specs
This article is an adapted and extended rewrite of Chapter 7, "Asynchronous Playback of LED Displays," from the NovaStar NCE certification textbook LED Display Application — Fundamentals, with added COB LED display engineering context; it is not a reproduction of the original text. NovaStar, ViPlex, and related names are the property of their respective owners and are referenced for technical identification only. Screen flows described here are generic; always defer to your software version's actual interface.

Let's start a wonderful cooperation

Get A Quote

We will contact you within 1 working day, please pay attention to the email with the suffix “@xingshiled.com”