| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
macro _WIN32
|
|
Frame rate and various game loop/graphics timing measurements and graphs. Accessible via the Help menu, and can print some stats in the console via the fps command.
|
|
This was caused by a missing \0-character on reaching the buffer limit.
|
|
|
|
Made pinch out zoom in and pinch in zoom out, as virtually all macOS
applications do.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
supported.
|
|
|
|
|
|
properly with the Windows 10 Fall Creators Update.
|
|
|
|
switching blitters. (JGR)
|
|
while paused skipped initialisation of the palette and resulted in black windows.
-Revert (r23978): No SDL-specific fix required anymore. The new fix applies to all backends.
|
|
|
|
|
|
threads. (JGR)
|
|
SaveLoadOperation to avoid nameclash with windows compiler toolkit.
|
|
DetailedFileType.
|
|
scrolled/jumped way to far, when OpenTTD lagged during mouse event processing.
|
|
console hotkeys.
|
|
unsigned variables when using gcc
|
|
history and scrolling in the console window went on a walk.
|
|
prevent crashes and improve IME support.
|
|
with some lzo2 versions if we define __LP64__ as 0 instead of checking whether it is defined (kernigh2)
|
|
|
|
modes.
-Remove: [win32] fullscreen_bpp setting, which is replaced by above setting.
-Change: Disable usage of 8bpp blitters and video modes by default. Many modern OS and hardware cause issues with those.
|
|
the return is not NULL)
|
|
|
|
on unspecified behaviour.
|
|
file io code instead of assuming MAX_PATH is okay
|
|
|
|
"unsafe" functions to prevent them from being used, and thus having to care about certain aspects of their return values
|
|
nothing to do and nobody paying attention
|
|
thread has finished initialising, preventing potential deadlocks.
|
|
(frosch123)
|
|
ready and set _screen.dst_ptr immediately when the buffer changes (frosch123)
|
|
called via WndProcGdi which already has the mutex. The issue which r25550 tried to fix still exists as FS#5867.
|
|
|
|
sse blitters (MJP)
|
|
With 32bpp base set about 30% faster than 32bpp-optimized, or about 10% for 8bpp base sets in the Draw function. Respectively about 5 and 1% of total run time
|
|
|
|
|
|
|
