| Age | Commit message (Collapse) | Author |
|---|
|
draw thread instead of the single threaded bit of the game loop. This causes a speedup of up to 15% when animation is turned on with the 32bpp-anim blitter
|
|
blitter so changes of the palette data during the game don't influence drawing (with SDL)
|
|
dirty variables into a single structure
|
|
cursor more prominently during the initialisation of OpenTTD
|
|
GUI-less video driver.
|
|
|
|
|
|
|
|
fallback on OSX 10.7. Also add a few sprinkles of coding style accross cocoa display drivers
|
|
|
|
OSX 10.6 in the quartz video driver
|
|
|
|
on patch by leecbaker)
-Add: [OSX] Support for fullscreen mode when compiled against SDK 10.7. Otherwise fullscreen mode is disabled when OpenTTD is run on OSX Lion
|
|
world generation and NewGRF scanning when using the dedicated or null video driver regardless of the used blitter
|
|
variables to progress.cpp/h
|
|
|
|
|
|
|
|
|
|
|
|
go to full screen at the resolution of the configuration file when starting OpenTTD
|
|
|
|
|
|
use desktop resolution
|
|
it doesn't recompile everything that needs to be recompiled...
|
|
|
|
certain circumstances (based on patch by matheweis)
|
|
the window class for screen drivers to a common class
|
|
the view for windowed screen drivers to a common class
|
|
routines in windowed screen drivers
|
|
drivers to the generic class, deduplicating code
|
|
different screen drivers a bit
|
|
colour depths at once
|
|
|
|
quickdraw
|
|
load), and add support for (safe) loading with a LoadFilter
|
|
milliseconds per game tick and use it
|
|
|
|
full screen mode
|
|
blitter when switching to full screen
|
|
blitter during start-up
|
|
patches lately... they either fail to compile or spew warnings
|
|
|
|
to terminate a dedicated OpenTTD
|
|
all other platforms (matheweis)
|
|
|
|
|
|
|
|
|
|
|
