Andrew Murray

I've created https://github.com/python-pillow/Pillow/pull/9001 to resolve this.

https://github.com/python-pillow/Pillow/issues/8963#issuecomment-2903736178 > I guess the current strategy in Image.save (stash the params into encoderinfo and later let the plugin's _save_all parse that) will need to be refined to distinguish between...

Investigating, I found that the DPI has two dimensions in your image. See what you think of this. ```python filein = 'image100.emf' conversion_path = 'image100.png' from PIL import Image with...

Would you happen to have any images with different DPIs that we could add to our test suite, and distribute under the Pillow license?

Your second comment is not as helpful as it could be, as you're talking about a different image. Would you be able to express your expectations of the pixel dimensions...

Thanks. Using the code I posted earlier on image100.emf, I get  I've created #8485 to resolve this. With that and my earlier code, I get a result I believe...

I've created https://github.com/tbar0970/jethro-pmm/pull/1187

If it's helpful information, I'm on an M1 with macOS 14.3.1, and I don't see the error. Investigating, https://stackoverflow.com/questions/63742055/freetype-colour-rendering-ft-load-glyph-returns-unimplemented-feature suggests that FreeType being built without `FT_CONFIG_OPTION_USE_PNG` would raise this error...

So @garymh is the environment with the error? How did he install Pillow?

Could you run the script without `embedded_color=True`? I expect that difference will allow it to run successfully.