diff options
| author | rubidium <rubidium@openttd.org> | 2010-02-04 14:32:12 +0000 |
|---|---|---|
| committer | rubidium <rubidium@openttd.org> | 2010-02-04 14:32:12 +0000 |
| commit | e62b122bb166702d4295c9978597e2241abd0625 (patch) | |
| tree | 79dc5cd1e9fe9b50fcbec1662f71a5db141abcff /media/openttd.32.bmp | |
| parent | 36298c1454b361b16845394e68e2258e1593be9f (diff) | |
| download | openttd-e62b122bb166702d4295c9978597e2241abd0625.tar.xz | |
(svn r19003) -Fix [FS#3194]: [OSX] OS X 10.5+ does not (always?) handle 8bpp graphics in a suitable manner. This is actually not a fix but a nasty work around; you can still easily trigger the bug/issue by overriding the 'default' blitter choice (Brad Oliver). I can/have not test(ed) (including compiling) this fix.
Bjarni once suggested that 8bpp works for him on 10.5, so apparantly not all 10.5+ does not handle 8bpp graphics. Nevertheless, it seemed that for some systems the already existing 'does this support 8bpp' did not work, i.e. the OS API seemed to suggest that 8bpp worked when it actually did not. So, I don't know what is going on precisely here but it's definitely not nice to suggest that it supports 8bpp when it doesn't. So just ditch 8bpp support for anything that we suspect might not support 8bpp...
Diffstat (limited to 'media/openttd.32.bmp')
0 files changed, 0 insertions, 0 deletions