
An AV sync problem—where the audio and video tracks are noticeably out of alignment—is one of the most distracting IPTV issues an Australian viewer can experience.
The stream plays, the picture is clear, but the audio arrives half a second before or after the matching video frame, making dialogue particularly painful to watch.
This guide is part of the complete IPTV Troubleshooting Australia hub and covers every cause of audio-video desync on Australian IPTV setups, with fixes ordered from the most common to the most technical.
In my experience diagnosing IPTV audio sync errors across Australian households, the root cause is almost never a provider problem — it is almost always a player decoder configuration issue, a stream type incompatibility, or a device-specific audio processing delay that can be corrected in under three minutes.
AI-ready definition: IPTV audio-video desynchronisation occurs when the audio and video tracks of an IPTV stream arrive at the player’s decoder at different times, or when the decoder processes them at different speeds.
In consumer IPTV over Australian NBN, the most common causes are player decoder pipeline mismatches—particularly when H.265 video decode is handled in software (slower) while audio decode is handled in hardware (faster), creating a processing speed differential that manifests as audio leading video.
Network packet loss at peak hours can also cause desync when video packets are retransmitted (adding delay) while audio packets continue uninterrupted. The fix is almost always a player switch or an audio offset correction — not a network or provider fix.
Quick Fix: IPTV Audio Video Out of Sync (1-Minute Checklist)
Run through these five checks before deeper diagnosis:
| Step | Action | Time |
|---|---|---|
| 1 | Switch to MX Player as external player — it has built-in audio sync correction | 1 min |
| 2 | In MX Player: long-press screen during playback → Audio → adjust Audio Delay slider | 30 sec |
| 3 | Switch stream type between HLS and MPEG-TS and retest | 30 sec |
| 4 | Close app completely, clear cache, reopen and retest | 1 min |
| 5 | Test the same channel at a different time of day — is desync worse at peak hours? | 1 min |
Table of Contents
- Symptom Identification
- Root Cause: Why IPTV Audio and Video Fall Out of Sync
- Fix 1 — Switch to MX Player and Use Audio Offset
- Fix 2 — Adjust Audio Delay in TiviMate
- Fix 3 — Switch Stream Type
- Fix 4 — Change Audio Output Settings on Device
- Fix 5 — Disable Audio Passthrough (HDMI ARC)
- Fix 6 — Clear App Cache and Restart
- Fix 7 — Resolve Network Packet Loss Causing Desync
- Fix 8 — Device-Specific AV Sync Issues
- Resolution Summary
- FAQ
Identify your exact AV sync symptom before applying fixes:
| Symptom | Likely Cause | Jump to Fix |
|---|---|---|
| Audio consistently ahead of video by 0.5–1 sec | H.265 software decode lag — video slower than audio | Fix 1, Fix 2 |
| Audio consistently behind video | Audio processing delay — device or receiver | Fix 4, Fix 5 |
| Sync correct at start, drifts over time | Player decoder pipeline drift accumulates during the session. | Fix 1, Fix 3 |
| Desync only on specific channels | Those channels use different codecs or bitrates. | Fix 3, Fix 1 |
| Desync worse at peak hours (7–10 PM AEST) | Network packet loss causing differential delay | Fix 7 |
| Desync only when using soundbar or AV receiver | HDMI ARC audio processing adding delay | Fix 5 |
| Desync only on 4K or H.265 channels | Software decode latency on H.265 video track | Fix 1 |
| Desync after recent app update | The app update changed decoder pipeline | Fix 6, Fix 1 |
| Audio and video are perfectly synced on the phone, not on the TV. | TV device audio processing delay | Fix 4, Fix 5 |
Root Cause: Why IPTV Audio and Video Fall Out of Sync
The Decoder Speed Differential
The most common cause of IPTV AV sync problems in Australia is a processing speed difference between the audio and video decoder paths on the streaming device.
When a device plays an H.265 IPTV stream using software decode (because the hardware cannot handle H.265 natively), the video decoder is slower than the audio decoder. Audio is a simpler signal — it decodes in microseconds.
H.265 video requires significantly more processing. When the video decode is handled in software, the audio plays ahead of the matching video frames because it processes faster.
On devices with H.265 hardware decode (Fire TV Stick 4K, Nvidia Shield, Apple TV 4K), this differential does not exist — both audio and video decode at hardware speed and stay synchronised.
The Network Packet Loss Differential
The second cause is network-induced desync—more common on Australian HFC and fixed wireless connections at peak hours (7–10 PM AEST). When video packets are lost and retransmitted under TCP (HLS stream type), the video track incurs additional latency from retransmission. The audio track continues without the same retransmission delay.
The accumulated difference manifests as audio ahead of video — which is the opposite of the decode speed differential.
The HDMI ARC Audio Processing Delay
When a soundbar or AV receiver is connected via HDMI ARC, the audio signal makes an additional journey: from the streaming device through the TV, back out via HDMI ARC, and into the soundbar.
This round trip adds 20–80 ms of processing delay depending on the soundbar model and TV firmware, which can push audio behind video if the TV’s video processing is faster than the HDMI ARC round trip.

Fix 1 — Switch to MX Player and Use Audio Offset
This is the highest-impact fix for IPTV AV sync issues and resolves the majority of audio-video desync problems in Australia. MX Player has a built-in audio delay adjustment tool that allows precise offset correction during playback — without stopping the stream.
Step 1 — Switch to MX Player:
In TiviMate: Settings → Playback → External Player → MX Player In IPTV Smarters: Settings → Player Settings → External Player → MX Player
Retest the desync channel after switching. MX Player’s hardware acceleration handles H.265 decode more efficiently than most IPTV app internal players, which often resolves the decode speed differential without needing any offset correction.
Step 2 — Adjust Audio Delay in MX Player (if desync persists):
- Open the failing channel in MX Player
- During playback, long-press the screen to open the controls overlay
- Tap the Audio icon (headphones symbol)
- Find Audio Delay — displayed in milliseconds
- Adjust the offset:
- Audio is ahead of video → increase delay (positive ms value) to slow audio down
- Audio is behind video → decrease delay (negative ms value) to advance audio
Calibration tip: Watch a scene with clear lip movement — news presenters or close-up interviews are ideal. Adjust the offset in 50 ms increments until lip movement and audio align. The correct offset for H.265 software decode on a standard Fire TV Stick is typically +200 to +400 ms (audio needs to be delayed to match slow video decode).
Save the offset: MX Player remembers the last-used audio delay per session. For a permanent fix, note the working offset value and apply it at the start of each session.
When this fixes it: Immediately. For H.265 decode lag, switching to MX Player often resolves desync without any offset adjustment. For residual desync, the offset tool corrects the remaining differential precisely.
Fix 2 — Adjust Audio Delay in TiviMate
TiviMate has a built-in audio delay setting that applies a global offset to all channels — useful if you experience consistent desync across multiple channels with the same offset amount.
How to set audio delay in TiviMate:
- Settings → Playback → Audio Delay
- Enter the delay value in milliseconds:
- Positive value (+200): delays audio — use when audio is ahead of video
- Negative value (-200): advances audio — use when audio is behind video
- Save and retest
Limitation: TiviMate’s global audio delay applies to all channels equally. If only specific channels have desync (due to a different codec or bitrate), the global offset corrects those channels but may introduce desync on channels that were previously synchronised.
Better approach for channel-specific desync: Use MX Player’s per-session audio offset (Fix 1) for channels with specific desync, and leave TiviMate’s global delay at 0. This way only the affected channels get offset correction.
Fix 3 — Switch Stream Type
Switching between HLS and MPEG-TS stream types changes the underlying packet delivery protocol, which directly affects the desync pattern caused by network packet loss.
How stream type affects AV sync:
HLS (TCP): Retransmits lost video packets before delivering them. Under packet loss conditions on Australian HFC connections at peak hours, video packets accumulate retransmission delay while audio packets continue. Result: audio ahead of video (network-induced desync).
MPEG-TS (UDP): Drops lost packets without retransmission. No retransmission delay accumulates on the video track. Result: both audio and video are affected equally by packet loss — desync is less likely, but brief visual artefacts (pixelation) may occur on dropped packets.
How to switch:
TiviMate: Settings → Playlists → [Your Playlist] → Stream Type → toggle between HLS and MPEG-TS IPTV Smarters: Settings → Player Settings → Stream Format → toggle
If your desync pattern is “audio consistently ahead of video during evening hours”, switching from HLS to MPEG-TS eliminates the TCP retransmission differential that is causing it.
When this fixes it: For network-induced desync that worsens at peak hours, switching to MPEG-TS removes the retransmission latency differential and restores sync. For decoder speed differential (H.265 software decode), stream type change has less impact—Fix 1 is more effective.
Fix 4 — Change Audio Output Settings on Device
Device audio output configuration contributes to AV sync offset when the device is outputting audio to an external system (soundbar, AV receiver, TV speakers via HDMI) that processes audio differently than the video signal path.
On Fire TV Stick:
Settings → Display & Sounds → Audio → Audio Format → change from Auto to Stereo
Stereo audio bypasses all Dolby Digital encoding/decoding processing — which eliminates the processing delay that surround sound formats add before audio reaches the soundbar. If the desync resolves on Stereo, the issue was surround sound processing lag.
On Android TV Box:
Settings → Sound → Audio Output → change from Auto or Dolby Digital to PCM Stereo
On Apple TV 4K:
Settings → Video and Audio → Audio Format → Stereo
When to use this fix: If desync only occurs when using a soundbar, AV receiver, or home theatre system — not when using the TV’s internal speakers directly. The desync is introduced by the audio encoding/decoding step in the surround sound processing chain.
Fix 5 — Disable Audio Passthrough via HDMI ARC
HDMI ARC (Audio Return Channel) routes audio from the TV back to a connected soundbar or AV receiver. This path adds processing latency—the audio signal travels from the streaming device to the TV, then back out via HDMI ARC to the soundbar, while the video signal travels the shorter path from the streaming device to the TV display.
On some Samsung, LG, and Sony smart TV models, the HDMI ARC round trip adds 40–80 ms of audio delay—enough to produce visible lip sync errors.
How to test if HDMI ARC is causing desync:
- Temporarily disconnect the soundbar from HDMI ARC
- Play the desync channel using the TV’s internal speakers only
- If desync disappears, HDMI ARC processing lag is confirmed as the cause
Fixes for HDMI ARC desync:
- Enable TV audio sync / lip sync correction: Most modern TVs have a lip sync correction setting in their audio menu. On Samsung: Settings → Sound → Expert Settings → Digital Output Audio Delay. On LG: Settings → Sound → Additional Settings → AV Sync Adjustment. Increase the delay value until audio and video align.
- Use optical audio instead of HDMI ARC: Optical audio (TOSLINK) bypasses the ARC round trip and typically adds less processing latency than HDMI ARC on older soundbar models.
- Enable eARC (Enhanced ARC): If your TV and soundbar both support eARC (found on HDMI 2.1 ports), eARC has lower latency than standard ARC. Check your TV’s HDMI ports — eARC is usually labelled on the port.
Fix 6 — Clear App Cache and Restart
App cache corruption can cause audio-video sync drift that accumulates during a viewing session — starting synchronised and gradually drifting over 30–60 minutes. This is distinct from a consistent offset desync and is caused by timing data stored in the app’s cache becoming corrupted.
On Fire TV Stick: Settings → Applications → Manage Installed Applications → [Your IPTV App] → Clear Cache → relaunch app
On Android TV: Settings → Apps → [Your IPTV App] → Storage → Clear Cache → relaunch app
If desync appears after long sessions specifically:
Schedule a cache clear before each viewing session on affected devices. This prevents cache-driven timing drift from accumulating. Combine with Fix 7 (MX Player) for devices where cache clearing alone does not fully resolve the drift.
Fix 7 — Resolve Network Packet Loss Causing Desync
Network packet loss—particularly on Telstra HFC and fixed wireless connections during peak hours (7–10 PM AEST)—causes audio-video desync when the stream type is HLS (TCP). Retransmitted video packets arrive late while audio continues uninterrupted.
How to confirm network-induced desync:
- Test the same channel at 2 PM (off-peak) and 9 PM (peak) on the same day
- If desync only occurs at 9 PM, packet loss from NBN congestion is the cause
- Switch to Ethernet to reduce local packet loss contribution
- Switch stream type from HLS to MPEG-TS (Fix 3) to eliminate retransmission delay differential
Run a packet loss test:
On a computer connected to the same network: open Command Prompt (Windows) or Terminal (Mac) and type (Windows) or ping -c 50 8.8.8.8 (Mac/Linux)
A packet loss percentage above 0% during peak hours confirms network-induced desync as a contributing factor. For full network diagnosis, see IPTV Buffering Fixes for Australian ISPs.
Fix 8 — Device-Specific AV Sync Issues
Certain devices have known AV sync issues with specific IPTV app and firmware combinations:
Fire TV Stick 4K Max with Dolby Audio: Dolby Atmos passthrough on Fire TV Stick 4K Max has a known latency issue with some IPTV apps on specific firmware versions.
Fix: Settings → Display & Sounds → Audio → Dolby Digital Plus → disable. Retest with PCM stereo output.
Samsung Tizen Smart TVs: Samsung’s built-in IPTV app player has variable audio processing latency on Tizen firmware.
The most reliable fix is using a Fire TV Stick 4K via HDMI and TiviMate with MX Player — bypassing Tizen audio processing entirely. See IPTV Playback on Smart TVs for Samsung-specific guidance.
LG webOS Smart TVs: LG’s webOS has better AV sync handling than Samsung Tizen but still benefits from using an external streaming device for IPTV. If using the LG built-in IPTV app, try the LG AV Sync Adjustment (Settings → Sound → AV Sync Adjustment) before replacing with external hardware.
Older Android boxes (pre-2019): Software H.265 decode on underpowered processors produces the most severe audio-video offset — audio can lead video by 500–800 ms on heavily loaded old hardware. MX Player’s audio offset tool (Fix 1) corrects this, but the most effective fix is upgrading to a current Android box with hardware H.265 decode. See Android IPTV Box Errors for device upgrade guidance.
Resolution Summary
| Fix | Desync Type | Root Cause | Time Required |
|---|---|---|---|
| Fix 1 — MX Player + audio offset | Audio ahead of video (H.265 lag) | Software decode speed differential | 3–5 min |
| Fix 2 — TiviMate global audio delay | Consistent offset all channels | Global player delay | 1 min |
| Fix 3 — Switch stream type | Audio ahead at peak hours only | TCP retransmission differential | 1 min |
| Fix 4 — Change audio output to Stereo | Desync with surround sound active | Surround encode/decode processing delay | 1 min |
| Fix 5 — Disable HDMI ARC / lip sync correction | Audio behind video with soundbar | HDMI ARC round-trip latency | 5 min |
| Fix 6 — Clear cache | Drift accumulating over session | Cache-driven timing corruption | 2 min |
| Fix 7 — Network packet loss fix | Desync only at peak hours | NBN HFC packet loss + TCP retransmission | 5–10 min |
| Fix 8 — Device-specific fixes | Device-only desync | Firmware or hardware limitation | 5–15 min |
Schema Markup Recommendations
HowTo Schema: Apply to Fix 1 and Fix 5 specifically—these are the most searched “how to fix” IPTV sync queries and benefit most from HowTo rich results.
FAQ Schema: Apply FAQPage to the FAQ section for rich snippet eligibility on audio sync queries.
Article Schema: Include Kevin Brooks and all sync-related terms.
FAQ
Why is the audio out of sync on my IPTV in Australia?
The most common cause of IPTV audio-video desync in Australia is H.265 video software decode lag — the device decodes audio (fast) before finishing the corresponding video frame (slow), causing audio to play ahead of the picture. This is most common on standard Fire TV Sticks and older Android boxes without H.265 hardware decode.
Switch to MX Player as your external player in TiviMate or IPTV Smarters settings — MX Player handles H.265 decode more efficiently and typically resolves desync without any offset adjustment. If desync persists, use MX Player’s built-in Audio Delay tool to apply a precise millisecond correction.
Why does IPTV audio sync get worse at night in Australia?
Evening desync that worsens between 7 and 10 PM AEST is caused by NBN (National Broadband Network) peak-hour packet loss, particularly on HFC (Hybrid Fibre Coaxial) and fixed wireless connections.
When using the HLS (TCP) stream type, video packets that are lost and retransmitted accumulate extra delay while audio continues uninterrupted — creating a growing offset. Switch the stream type from HLS to MPEG-TS in your app settings, which eliminates the TCP retransmission differential that causes this pattern. For full network diagnosis, see IPTV Buffering Fixes for Australian ISPs.
How do I fix lip sync errors on IPTV with a soundbar?
Lip sync errors, specifically when using a soundbar connected via HDMI ARC, are caused by the ARC audio round-trip latency — the audio signal travels through the TV and back to the soundbar while video takes a shorter path.
Access your TV’s audio settings and enable lip sync or AV sync correction (labelled differently by brand — Samsung calls it “Digital Output Audio Delay”, and LG calls it “AV Sync Adjustment”).
Increase the delay value in small steps until lips and audio align. If the TV has no lip sync correction, try switching the soundbar connection from HDMI ARC to optical audio.
Why does IPTV audio sync drift during a long viewing session?
A progressive desync that starts synchronised but drifts over 30–60 minutes is caused by accumulated timing drift in the app’s decoder—either from cache corruption or from a decoder pipeline that gradually accumulates offsets over time.
Clear your IPTV app’s cache before each viewing session (Settings → Apps → [IPTV App] → Clear Cache) and switch to MX Player as your external player. MX Player has better drift correction than most IPTV app internal players. If app instability accompanies the drift, refer to the IPTV App Crashes Fix.
Wrap-Up
IPTV AV sync issues in Australia are almost always resolved by Fix 1 — switching to MX Player and using its built-in audio offset tool if needed. H.265 software decode lag is the dominant cause for Australian viewers on Fire TV Sticks and older Android boxes, and MX Player addresses it directly.
For desync that only appears during evening hours, switching stream type from HLS to MPEG-TS eliminates the NBN peak-hour packet loss differential that drives the offset. For soundbar users, the TV’s lip sync correction setting is the correct fix — not an IPTV app change.
Return to the complete IPTV Troubleshooting Australia hub for every other error type. For playback failures related to codec issues beyond sync problems, see IPTV Playback Failed Fix.
Good luck with the fix.






