H.264 in RGB
H.264 coded in RGB instead of YUV, as some screen-capture and lossless workflows produce.
How it should play
What a broken player shows
What goes wrong
The picture is decoded as if it were YUV: green or false colours.
The file
- Container
- MP4, 6 s
- Size
- 12.2 MB
- Video
- H.264, 1920x1080, 30 fps
- Audio
- AAC, stereo, 48,000 Hz
- Expected
- plays correctly in any player
How it was verified
Built by the testsrc generator (gen v0.2) and verified with FFmpeg 7.1.5-0+deb13u1 and GStreamer 1.26.2 in snapshot 2026-11-02, before it was published: the file has the property this page describes, and decoding it gives the expected result.
With a token: the file, how exactly it was built, the full fact sheet, and the expected result the checker judges a player against.
Use it
# the public facts curl https://testsrc.com/v1/cases/edge/h264-rgb.mp4 # the full fact sheet and the file, with your token curl -H "Authorization: Bearer $TESTSRC_TOKEN" \ https://testsrc.com/v1/cases/edge/h264-rgb.mp4/facts curl -H "Authorization: Bearer $TESTSRC_TOKEN" -o h264-rgb.mp4 \ https://testsrc.com/v1/files/edge/h264-rgb.mp4 # play it through your player and check what it showed testsrc run --player libvlc edge/h264-rgb.mp4
See the API reference for tokens, quotas and snapshots.
testsrc is in early access. Free for open-source projects, $99/month per organisation for companies.
Get early accessMore on colour and pixel formats
- HDR10 AV1MatroskaThe HDR tags are ignored: washed-out, flat colours, or no tone mapping on an SDR screen.
- Uncompressed RGB video in AVIAVIRare in modern pipelines, so it's handled badly: the picture comes out upside down, skewed, or not at all.
- HEVC 4:2:2, 10-bitMP4Many hardware decoders only handle 4:2:0: the file is refused, falls back to slow software decoding, or shows wrong colours.
6 more cases on this with a token.