Video filter unsupported_pixel_format: why a non-YUV source fails

Sume video filter only accepts sources with a YUV pixel format. What unsupported_pixel_format means, how to spot it with video inspect, and how to fix it.

4 min readSume
All posts

Sume video filter fails with unsupported_pixel_format when the probed pix_fmt of the source does not start with yuv. The error carries next_action: use_yuv_source and the pix_fmt it found. It is checked on the worker before any encode.

The worker comment, read 2026-10-05, explains the intent: the dim op is a luma lookup table defined for the YUV family, and the filter fails closed on a source it would misrepresent, with a named reason rather than a silent no-op encode.

What typically triggers it

Most delivery video is already yuv420p, so this is rare. It shows up with screen captures or graphics exports saved in an RGB-family format, and with some intermediate codecs. If pix_fmt is null in the probe, the check does not block, because an empty value passes.

Find out before you pay

  • Run video inspect with frames: false and read probe.pix_fmt.
  • If it starts with yuv, the filter will accept it on this check.
  • If not, re-export the clip as H.264 yuv420p in your editor and import the new file.

The three source refusals side by side

Worker checks in the video filter, read 2026-10-05
Reason codeTriggernext_action
filter_source_not_videoNo video stream, or a still imageuse_video_source
hdr_source_unsupportedPQ or HLG transferuse_sdr_source
unsupported_pixel_formatpix_fmt not starting with yuvuse_yuv_source

None of these are retryable. The same file returns the same error, so fix the source and submit again. The free POST /v1/video-filter/check validates your program and the host and type of the URL, but the worker probe is what enforces these three.

Sources

Related posts

More in Media tools

All Media tools posts

Written by Sume