domus

Sent you all the stuff over Telegram, but the day after, Telegram tells me "no messages here yet." Bliss, now I'm also raising issues with the software that I have to use to raise an issue with other software. Will try again later. This is 2022. Communication is hard.

Is there any Skia4delphi specific documentation for TSkShader etc.? Or do we use https://api.skia.org/? Thx!

As an aside, this test rendered the animation perfectly when loaded and played in the https://lottiefiles.com/ site. Don't know if this is useful info.

As I suspected, it had to do with the "property pick whip," linking properties of different objects. When I detached them and configured them separately, it worked. Your link, however, was kind of depressing to read; Well, my test used a Gaussian blur effect and that seemed to work fine, so I hope it doesn't concern all of them... Cheers, Dom

First test with a Lottie export from AE. Two superimposed circles with animated trim paths (connected parameters). Only one circle is animated, the other not. In the Lottie preview in the AE Plugin, all seems fine. In Delphi, only one circle is animated. Are there any limitations to the complexity of these Lottie imports (or unsupported functionality)?

I'll check that out. Thanks! Looking forward to checking it out. Many thanks for your swift and complete replies!

There was one by Jason Southwell; a TSVG component in his Apesuite component set. Ten years ago, that was. Don't know if that's still active. So, no (truly) interactive animations possible? Only fixed animation sequences? I noticed there is a way to create SVGs in runtime. Maybe I'll experiment with that. Is the entire SKIA library exposed in Delphi, or just part of it?

I'll continue testing nevertheless. I'm mainly interested in exploring the animation possibilities using SVG. Could you tell me if the SVG component allows run-time created animations, like dynamic path creation and altering of SVG parameters (as opposed to loading file-based SVG animations)?

Tested with over 3000 rotating rectangles, with assigned bitmaps. FMX still runs very smoothly, but Skia was jerky (even with GlobalUseSkiaRasterWhenAvailable = False). With 200 rotating rectangles, I have the impression Skia is smoother. All very subjective observations, of course. Not certain if any of this information is useful.

Now it's flying again! However, is Skia still being used for bitmaps when this is set to False?

That was it! Many thanks! Odd that this wasn't necessary in the first test project. However, while the test (just rotation bitmaps) runs very smoothly in standard FMX, it comes to an absolute crawl when I set GlobalUseSkia := True.

Installed fine (Windows 10) and worked fine in first project test. When I try a second project, I keep getting "skia library could not be loaded". These are tiny one-unit test projects. Anyone have any idea what I'm overlooking? Thx.

The problem with FindStyleResource is that the style needs to have been applied first, otherwise it will indeed return nil. I often issue an ApplyStyleLookup before using FindStyleResource, unless I'm absolutely positive that the control has already been rendered with the style. But I admit, even an ApplyStyleLookup is no guarantee that the style has been applied. The control needs to be correctly parented, etc. etc. Since there really isn't any phenomenal documentation, a bit of witchcraft is involved. And absolutely everything could change again in the next version. I learned that the very hard way. EMBT, today, is all about code breaking and upgrade nightmares.

Back in the days of XE2, this was as easy as TRectangle(Edt.FindBinding('background')).Fill.Color := claYellow; Today, ai caramba! You'd have to put an extra TRectangle inside the style, just below the "background" element, set its StyleName to "rect", set HitTest to false, set Align to Contents and then access it through TRectangle(Edt.FindStyleResource('rect')).Fill.Color := TAlphaColorRec.Yellow; I'm sure they'll soon find even more devious ways to scare people away from FMX.