tree a71f509cf81467016f9ba9ca8167242573c1cf8a
parent 0d5a7503fecbc2fb68a914c9250d0f8fe731275c
author Hannes Winkler <hanneswinkler2000@web.de> 1734458946 +0100
committer GitHub <noreply@github.com> 1734458946 +0000
gpgsig -----BEGIN PGP SIGNATURE-----
 
 wsFcBAABCAAQBQJnYb5CCRC1aQ7uu5UhlAAAToUQAEU+w8g/utFxPIzAGt0cd2Zp
 KLCsnNK9/Q3AfkOjTXj8E6BczUbFqMtgD+EsmDMbZp9ve2eFd2oOWp95jkoeJJDO
 z2M0QkByoYzF4C6p7Fk2kBE381MiAUYfiyShWbEb6LWZjdE9CAxtfaoNfdG+R5y2
 6tLeoOCa4Sufr12vILBbtYrXvSCX7odojA/2wX23ND/6hMwH0gUFkPRuUlHD/TIA
 uyIHjZxpXMJKla88h2t94k2NViD1f9df+w3EVhwoFIX3xUFpkrE42DAFOMoDGIcf
 nRKQNjRhgyuU1j/xjS0HezQ9a+Nvsn94WsAWxGPRJz8j5cbgw9pJTbiX7g2fvwSU
 wP28+fiuh4bqvdONwFSphXl/9iAf0u3xL4TP1wTqrvAg+0jS0IoOgVyynoRzKRH7
 6oyyKpoJEyUgyzKQylB/o1vv3nLtyG2XgzEFhmc3JtBXlVmsf+oTkOrsRZuFJl4G
 iq4b8/mU8UsGRXOCJYieXGyk74ZXsTOxTTEWWNzHUpD9aSwtZSArYUvCdF4xkfHp
 aOdbWrgw5WikjwaEufptyZTAa/+jfY75pjEVKAG1k2eDZpFy9+r0TXy0yuTgESVg
 jppGuMsFU6sXjQDFOQS4DBhNMKoJmXRLDroTDmwjRII6ZI1I6NSRgKLw2EGNdlyt
 RMVX7rQ25PGEYwU3zC7G
 =qvWE
 -----END PGP SIGNATURE-----
 

embedder: fix bit-order in software pixel format description (#57156)

The order of the components for packed software pixel formats is incorrectly documented as being the order in the native type, least-significant-bit first. In reality it's the other way around. For example, for `RGB565`, the `R` is the 5 most significant bits in the 2-byte pixel value, rather than the least significant bits. The test even verify it is that way:

https://github.com/flutter/engine/blob/main/shell/platform/embedder/tests/embedder_unittests.cc#L2782-L2785

I assume noone used the software pixel formats until @sodiboo did, that's why it's gone unnoticed for so long.

Also contains some other minor documentation improvements.

- Issue: https://github.com/flutter/flutter/issues/160149

[C++, Objective-C, Java style guides]: https://github.com/flutter/engine/blob/main/CONTRIBUTING.md#style