Skip to main content

Support

Playback, Audio & Picture

Playback settings are designed to adapt to real TV hardware, display chains, stream capabilities, and network conditions.

Playback controls and preferences

  • Buffer profiles and bandwidth preference.
  • Automatic frame-rate options.
  • Audio output modes including Auto, PCM, and Passthrough.
  • Preferred audio and subtitle languages where matching tracks are available.
  • Fit, Fill, and Stretch aspect-ratio choices.
  • Current-session audio, subtitle, and video-track selection.
  • Detailed playback diagnostics for troubleshooting.

HDR compatibility

  • Automatic — normal choice.
  • Convert HDR to SDR — compatibility option for a display/HDMI chain that renders HDR unusually dark.
  • Always preserve HDR — troubleshooting override for capable HDR setups.

HDR conversion, passthrough, frame-rate matching, and similar playback features depend on the source, device, decoder, television, and HDMI/audio chain. No single mode is guaranteed on every setup.

Can I start watching before every catalogue finishes loading?

Yes. The setup flow is designed so Live TV can become available while supported Guide and catalogue work continues in the background.

Can I browse the Guide without stopping the current channel?

Yes. The Guide is designed around the same production playback session, so Guide browsing does not create a second player.

Does recording stop if I leave the playback screen?

An active recording is owned by a foreground recording service rather than the Activity display, so recording work can continue independently of that screen.

What are the Timeshift activation modes?

Off keeps no local rolling history. On demand is the default and begins local history when pause/rewind is explicitly requested. Always automatically maintains rolling history for eligible Live streams.

Does timeshift require a second provider stream?

The timeshift design retains the app’s one-upstream/provider-connection architecture rather than opening a parallel playback stream for normal timeshift operation.

Can I adjust bandwidth preference?

Yes. Playback includes bandwidth preference controls, with the app able to use the available stream/track information within the current playback session.

Does IPTuner support frame-rate matching?

The current playback settings include automatic frame-rate options. Actual display-mode switching depends on the device and display chain.

What audio output modes are available?

Settings include Auto, PCM, and Passthrough output choices. Passthrough compatibility depends on the device, codec, receiver/soundbar, television, and HDMI path.

What happens if encoded audio output cannot initialize?

The current playback reliability path can use a bounded request-scoped PCM fallback for an exact encoded-output initialization failure when the persisted output mode is Auto or Passthrough. It does not silently change the saved preference.

Can I choose preferred audio and subtitle languages?

Yes. IPTuner has preferred audio/subtitle language settings and current-session track selection. A preferred language is used only when the stream exposes a matching track.

What picture sizing modes are available?

Playback includes Fit, Fill, and Stretch aspect-ratio choices.

What does HDR compatibility do?

Settings > Player > HDR compatibility provides Automatic, Convert HDR to SDR, and Always preserve HDR. Automatic is the normal choice; Convert HDR to SDR is intended for display/HDMI chains that render HDR unusually dark.

Will HDR conversion work on every device and every stream?

No. HDR behavior depends on the source format, device/API level, decoder capability, television, and HDMI chain. IPTuner does not promise one conversion path on every setup.

Will changing the app language restart playback?

The language-change path is designed to preserve the active playback session.

What should I check first if everything is buffering?

Confirm that the source is currently reachable, try another item from the same source, and—if practical—test another known-working source. This helps separate provider/network problems from an app-specific problem. If you contact support, include the visible error and device details but not private source URLs or credentials.