FINETICStart 30 days free
Playback guide

Direct Play, remux and transcoding are different answers to one question.

A media server must decide how much of a source file the selected client can consume safely. The best plan is normally the least expensive path that preserves correct video, audio, subtitles and seeking—not simply the path with the fewest FFmpeg processes.

Finetic playback and transcoding dashboard
Direct PlayOriginal streams RemuxCompatible video Audio onlyPreserve video TranscodeAdapt when required
Lowest valid cost selected
Server
Public pre-release evaluation through Docker Compose
Web client
Available with the server
Fire TV & Android
Supervised device testing
Paid launch
Pricing and final terms pending
Direct PlayOriginal streams
RemuxNew container
Audio conversionVideo preserved
TranscodeAdapt video when required
The working model

From source facts to a dependable system.

Each guide connects the visible outcome to the playback, infrastructure and recovery decisions underneath it.

02

Remux changes the container, not compatible essence

A remux repackages compatible video and audio into a container the client can consume. For example, video may remain byte-for-byte H.264 while FFmpeg produces fragmented MP4 segments for an HLS client. This is much cheaper than decoding and re-encoding video, but still requires correct timestamps, keyframes and range or segment delivery.

03

Audio conversion should preserve compatible video

If a television supports HEVC video but not DTS audio, converting only audio usually provides the lowest-cost valid result. Channel count, sample rate, passthrough support and the selected audio track all affect this decision. A server that always converts the video in this case wastes capacity and reduces quality.

04

Video transcoding is sometimes necessary

Full conversion is appropriate when the video codec, profile, level, resolution, bitrate, frame rate, bit depth or HDR format cannot be delivered safely. Image-based subtitles may also require burn-in, and HDR-to-SDR tone mapping adds decoding, colour conversion and encoding work. Hardware acceleration can reduce CPU load, but must be verified during a real session.

05

Diagnose the decision with facts

Record the probed source streams, chosen tracks, reported and observed client capability, requested quality, delivery method, server backend and reason codes. Then measure time to first frame, seek delay, buffering and decoded frames. Codec labels alone are not enough to prove that Direct Play will work.

  • Container and video, audio and subtitle stream details
  • Client model, application version and decoder history
  • Network bitrate, byte-range handling and buffer level
  • The exact reason that changed the playback path
Product evidence

The selected playback path should remain visible.

A plan is more useful when source facts, client capability, reason codes and the observed backend can be inspected together.

Finetic playback evidence showing delivery methods and active sessions
Continue learning

Practical self-hosting guides

Move from the playback decision to the hardware, public route and recovery boundary behind it.

Complete 30-day evaluation

See whether Finetic earns a place in your home.

Install the compiled server with Docker Compose and evaluate every server feature. No card, automatic charge or source-repository access is required.