Live Dealer Card Cams Run 400ms Behind the Audio Call

If you've ever played live blackjack and felt like the dealer's "twenty-one" landed a beat before the card actually turned, you weren't imagining it. On most live dealer setups, the video feed of the cards runs roughly 400 milliseconds behind the audio, which means the dealer's voice is effectively spoiling the result a fraction of a second before your eyes confirm it. That gap is small enough to ignore in casual play and large enough to matter if you're trying to squeeze an edge out of reaction time.

Why the Audio Gets There First

The lag comes down to how the two streams are built and shipped. Audio is cheap: a few tens of kilobytes per second, encoded once, and it survives compression and network jitter with minimal fuss. Video is the opposite. A 1080p card-cam feed at 30fps carries far more data, and studios typically buffer it harder to stop the picture from stuttering mid-hand.

That buffering is the culprit. To keep the stream smooth, the video pipeline holds frames in a queue — often 8 to 12 frames deep — before releasing them. At 30fps, 12 frames is exactly 400ms. The audio pipeline runs a much shorter buffer, sometimes under 100ms, because a clipped or delayed voice is more noticeable to players than a slightly soft picture.

The Stack Adds Up

• Capture and encode: 40–80ms for video, 20–30ms for audio
• Transport and jitter buffer: 150–250ms video, 50–100ms audio
• Decode and render: 30–60ms video, near-instant for audio

Add the columns and you land in that 350–450ms window almost every time.

Where It Actually Bites

For most players, none of this matters. You're not making decisions off the dealer's tone. But there are real edges at the margins:

Card counting and side bets. If you're tracking a shoe and the dealer calls "ace" before the card is visible, you get a free confirmation. On a fast-dealt table, that half-beat can be the difference between sizing a bet and missing it. It's marginal, but marginal is where advantage play lives.

Timing-based games. Some live titles — certain wheel games, dice, and "cash or crash" formats — have short betting windows. A 400ms head start on knowing the outcome is meaningless there, because the outcome isn't known until the round resolves. The audio lead only helps when the result is already determined but not yet shown, which is card games.

Automated bots. This is the real reason studios care. A bot listening to the audio stream can parse the dealer's call faster than any human watching video, and 400ms is a generous window for a scripted response. Several studios have moved toward muting dealer calls until the card is face-up specifically to close this hole.

The Numbers Behind the Fix

Studios that have tightened the sync report getting video lag down to around 120–180ms, mostly by cutting the frame buffer and moving to lower-latency transport like WebRTC instead of HLS. HLS, which many live casinos still default to, inherently adds 6–30 seconds of latency in its standard configuration — so the 400ms audio-video gap is really the small problem compared to the total delay.

That raises an awkward question. If the whole point of live dealer is the human element, and the human element is being engineered out to stop bots, how much of what's left is actually "live"? The next round of changes probably won't be about sync at all — they'll be about whether the dealer's voice is a feature or a liability.