FreeCalypso > hg > fc-tourmaline
view doc/Modem-operation @ 265:e57bfdadf49a
mmiIcons.c: fix bogus icnType in incoming_call_animate[]
The incoming call animation icons are actually drawn in 256-color format,
but they were incorrectly declared as BMP_FORMAT_32BIT_COLOUR in the
incoming_call_animate[] array. Why were they still getting displayed
correctly despite this bogosity? Answer: because the
mmi_dialogs_animation_new_CB() function overrides the icon bitmap
type to 0x02, which means 256-color format. Needless to say, the
icon format should be made correct at the source of the data, and
at some later point we may need to remove the override from the
animation display function.
| author | Mychaela Falconia <falcon@freecalypso.org> |
|---|---|
| date | Mon, 17 May 2021 07:18:36 +0000 |
| parents | a62e5bf88434 |
| children |
line wrap: on
line source
FC Tourmaline stdmodem functional configuration is equivalent to Magnetite hybrid. The only intentional diff from Magnetite to Tourmaline in the modem configuration is the change of Nucleus: Magnetite uses the blob version of Nucleus which came with TCS211-20070608, whereas Tourmaline uses the source version of Nucleus by Comrade XVilka. It is essentially a change from an unknown version of Nucleus to a known one, thus it should generally be considered an improvement - but as always with such changes, extensive verification and testing needs to be done in order to ensure that nothing got broken. Aside from the one intentional change of Nucleus version, FC Tourmaline is an entirely new firmware source tree, thus it is always possible that something could have got broken unintentionally, particularly in rarely-tested areas of the firmware. Therefore, extensive testing will need to be done before we can declare Tourmaline stdmodem as officially replacing Magnetite hybrid for stable modem products.