[kbaker827]

Fixes #77
Refs #73

Summary

• Transparency: flattened on white when an image loads, and in the preview encoder, so a transparent drawcustom canvas matches too.
• Colour profiles: wide-gamut sources are converted to sRGB when they load, which corrects the panel and the preview entity together, as proposed in the Source images with a non-sRGB ICC profile are pushed unconverted (Adobe RGB / Display P3) #73 discussion. sRGB sources skip the conversion. An unreadable profile logs a warning and the image still goes out.

ImageCms is imported inside the function so a Pillow build without LittleCMS cannot stop the integration from importing.

Not covered

• A dlimg in drawcustom is loaded by odl-renderer, so Source images with a non-sRGB ICC profile are pushed unconverted (Adobe RGB / Display P3) #73 stays open for that half.
• A grayscale image with both transparency and a gray profile logs a warning and skips conversion. It still sends.

Evidence

On the Adobe RGB photo from #73, mean difference from Unsplash's own cs=srgb render fell from 7.27 to 1.25 (per channel, 0-255).

Test plan

• New tests/test_image_loading.py, using a real Adobe RGB profile; the behaviour tests failed before the change
• Full suite passes. Run locally on Windows with small local stand-ins for the Unix and BlueZ modules Home Assistant needs (not part of this PR), so CI on Linux is the first clean run.
• Not run on a real panel

🤖 Generated with Claude Code

[kbaker827]

CI is waiting on maintainer approval here, so I ran the workflows on my fork at 3beae70:

• Tests: passed, on both the latest and min-ha Home Assistant, plus ruff
• hassfest: passed
• HACS: 8 of 10 checks passed. The two failures are fork settings (issues disabled, no topics), and the fork's unmodified main fails the same two.

This covers this branch on its own, not merged with the other open PRs, and nothing has been run on real hardware.

[g4bri3lDev]

Fixed in library, closing