airbnb/lottie-android

Prefer this fork only if you want an older, essentially unmodified upstream snapshot. If you need current rendering fixes, new APIs, or active maintenance, upstream is the better choice.

Prefer upstream unless you specifically need this older snapshot. This fork adds no clear capabilities and is behind recent upstream fixes, so it is a poor default choice for adopters.

Choose this fork only if you specifically want a lightly tracked upstream snapshot; otherwise, upstream itself is the better default because this fork adds nothing and is already behind recent fixes.

Prefer upstream unless you specifically need this fork’s frozen legacy behavior or a custom rendering experiment. The fork appears materially behind current Lottie Android and would require significant maintenance to adopt safely.

Choose this only if you specifically want an old, unchanged baseline. For most adopters, upstream is the better choice because this fork is 46 commits behind and shows no fork-specific additions.

Choose this fork only if you specifically need its older, stabilized behavior and are willing to own the maintenance burden. For most adopters, upstream is the better default because this fork is badly dated and missing a large amount of current functionality.

Prefer this fork only if you specifically need its custom test/workflow setup or an internalized snapshot. For most adopters, upstream is the safer choice because it is far more active, materially more current, and better positioned for bugfixes and rendering improvements.

Choose this fork only if its specific ZIP/font behavior is the requirement. For most adopters, upstream is the safer default because this fork is materially stale and missing years of rendering, performance, and compatibility work.

Prefer upstream unless you explicitly need this old fork’s historical rendering/test setup. For production adopters, the fork is too stale and too far behind to be a safe base.