Open Bug 1657300 Opened 4 years ago Updated 2 years ago

AVIF images should use bilinear or better chroma upscaling

Categories

(Core :: Graphics: ImageLib, defect, P3)

defect

Tracking

()

People

(Reporter: TD-Linux, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(4 files)

Attached image red_circle.png

AVIF decoding currently uses libyuv for conversion to RGB, which uses box sampling. However, other decoders (including JPEG) use bilinear or better chroma upsampling.

The edges of the red circle should appear blurrier than the original PNG, but not boxy and pixelated. See the version decoded by avifdec, and the JPEG, for examples.

This applies to video using the basic compositor or software libyuv paths as well, but it's not quite as critical as the defects are harder to see in video.

Some early adopters have already noticed this deficiency: https://news.ycombinator.com/item?id=23614807

Attached image red_circle_420.avif
Attached image red_circle.jpg
Severity: -- → S3
Priority: -- → P3

There's a similar issue on Chrome: https://bugs.chromium.org/p/chromium/issues/detail?id=1121579

I've filed an enhancement request with libyuv: https://bugs.chromium.org/p/libyuv/issues/detail?id=872

See Also: → 1698699

ITU-T Series H Supplement 18 recommends Lanczos 2 or better. https://hdl.handle.net/11.1002%2F1000%2F13441

Depends on: 1698699
See Also: 1698699
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: