CyberPeter

Understood. So both TBitmap and TGIFImg take TImage.Transparent in account. From testing it looks like native Icon, PNG, tiff, wmf, and WIC support ignore this setting. For jpg I'm not even sure right now whether I use VCL or WIC (to be tested)

I had a minute today, too curious to let this be. I found an issue in my Stream and after I fixed it, the GIFs render fine with your component @Anders Melander Except perhaps that the background is not transparent for one of the GIFs. Left is via WIC, right is via GIFImg You see this too ?

The link still works for me too

Thanks @Anders Melander, I will double check on Monday. I tried to finish too many things in the last few hours of the week. I now also build a list of WIC registered codecs. It's possible I made a mistake. Weird though that all the other formats work without issues. Only (embedded) GIF has an issue at the moment. The Offset is definitely set to 0 (not on my dev system, so can't check, but pretty sure). I'll put some breakpoints on Monday and will check my custom stream that pulls the data from various sources.

@Anders Melander Just signing off, Friday evening down under. I quickly included GIF again and built in 32bit and 64bit (Modern) LoadFromStream() seems to throw an exception after testing the first two bytes (I think - checked in haste) removing the include fixes the issue (use of WIC instead)

If I include GIFImg, Image->Picture->LoadFromStream() throws an exception on the two GIFs tried (Passed via a custom Stream) If I don't include GIFImg, all GIFs tested work fine, assuming WIC was used.

Will check the WIC API functions, thanks. FYI I experimented with built in GIF support but I have already disabled it again //#include <Vcl.Imaging.GIFImg.hpp> // For TGIFImage because WIC does a better job on the images that I tested

Interesting, thanks @vfbb For the time being at least I have completely disabled support for *.svg since I don't want to statically link to a third party dll. But good to know.

I arrived at this first iteration code: { String formats; static const TGraphicClass graphicClasses[] = { __classid(TBitmap), // BMP __classid(TJPEGImage), // JPG __classid(TPngImage), // PNG __classid(TMetafile), // WMF, EMF __classid(TIcon), // ICO __classid(TGIFImage), // GIF __classid(TWICImage), // TIF, TIFF }; constexpr int numClasses = sizeof(graphicClasses) / sizeof(graphicClasses[0]); for (int i = 0; i < numClasses; i++) { String mask = GraphicFileMask(graphicClasses[i]); if (!mask.IsEmpty()) { // Remove "*." from extensions mask = StringReplace(mask, L"*.", L"", TReplaceFlags() << rfReplaceAll); if (!formats.IsEmpty()) formats += L";"; formats += mask; } } return formats; } which reliably provides me this list: L"bmp;jpg;jpeg;png;emf;wmf;ico;gif;tif;tiff" which I can use to decide on providing a picture for a file or not Although I might as well hard code these since they are built in anyway I am not seeing the @Anders Melander mentioned external WIC extensions. Any idea how to get to those ? GraphicFileMask() on the WIC class only adds tif and tif @Remy Lebeau I suspect *.webp, just like cr2, erf, raf, 3fr, dcr, dng, mrw, nef, orf, raw, pef, srw, sr2 (and perhaps more) on my system are supported via mentioned external WIC class ? I just need to find a way to build up a list

> I would also unregister the TWICImage class (see UnregisterFileFormat) as support for all the formats it support might not be a good thing. All the formats will just confuse your users. It's not a picture viewing program as such. More of an extra feature if the functionality is available for that type picture (user needs to jump through hoops to get there). Example: So I will try to build a list of supported extensions on that system and use that list to make the functionality available for that file (or not) using this suggestion: > Calling GraphicFileMask(TGraphic) from Vcl.Graphics will give you a list of supported extensions.  Though I still need to figure this out ?

> Only when these units are used in your application the corresponding file extensions will be supported.  I seem to have support for all of them, but ok I will also explicitly include them: #include <Vcl.Imaging.GIFImg.hpp> // *.gif #include <Vcl.Imaging.jpeg.hpp> // *.jpg, *.jpeg #include <Vcl.Imaging.pngimage.hpp> // *.png > svg, webp and wbmp in Vcl.Skia I have fully disabled Skia again because I don't want to statically link an extra dll #if defined BUILD_WITH_SKIA #include <System.Skia.hpp> #include <Vcl.Skia.hpp> #endif However *.webp works for me, loaded in TImage btw, so I don't see the relationship with Skia ?

Thanks guys, I'll check it out tomorrow (signing off now, down under) > For example, include the pngimage unit for PNG support, the jpeg unit for JPEG support, etc. Is this not implied if I use TImage ? Since it supports those formats via the different graphics classes that it supports (png, bmp, jpg, wmf, ico)

I wish the dll would not be statically linked. That would allow inclusion of all functionality and if the dll is not present, the functionality would simply not work (similar to an unsupported file being loaded)

I see. I'll look into it. And it is fully 'legal' to bundle this dll with an application ?

I did not deploy a dll no. The documentation did not mention the need for a dll. Where do I find this dll ?