summaryrefslogtreecommitdiff
path: root/src/video
AgeCommit message (Collapse)Author
2009-11-18(svn r18177) -Fix (r18001): [SDL] Viewport could jump when mouse moved and ↵peter1138
right button pressed at the same time.
2009-11-09(svn r18031) -Codechange: since basically r7157 adding up 'all' mouse ↵rubidium
movement isn't needed anymore because after each even that movement is handled and the counter is reset. As such simply assigning instead of adding works.
2009-11-09(svn r18030) -Fix: screen jumped a bit for at least SDL and Allegro when ↵rubidium
right-click-dragging
2009-11-07(svn r18001) -Codechange: [SDL] When the mouse cursor is locked into ↵peter1138
position when scrolling a viewport, warp the mouse pointer to the centre of the window. This gives maximum freedom of movement. The pointer position is restored when the lock is removed. Visually the mouse cursor stays where it was.
2009-11-02(svn r17950) -Fix (r17776): _draw_mutex was never destroyed, _draw_thread ↵smatz
was never joined
2009-11-02(svn r17949) -Fix (r17776): unlock mutex before deleting it when creating ↵smatz
drawing thread failed
2009-10-19(svn r17815) -Fix [SDL]: asynchronious drawing caused extra unresponsiveness ↵rubidium
during map generation; disable the threading while generating a map
2009-10-17(svn r17793) -Fix: [OSX] The splash image wasn't displayed if the Quartz ↵michi_cc
video driver was used.
2009-10-17(svn r17787) -Codechange: be a bit more verbose about while allegro failed ↵rubidium
with some actions.
2009-10-15(svn r17776) -Codechange: [SDL] make "update the video card"-process ↵rubidium
asynchronious. Profiling with gprof etc. hasn't shown us that DrawSurfaceToScreen takes a significant amount of CPU; only using TIC/TOC it became apparant that it was a heavy CPU-cycle user or that it was waiting for something. The benefit of making this function asynchronious ranges from 2%-25% (real time) during fast forward on dual core/hyperthreading-enabled CPUs; 8bpp improvements are, in my test cases, significantly smaller than 32bpp improvements. On single core non-hyperthreading-enabled CPUs the extra locking/scheduling costs up to 1% extra realtime in fast forward. You can use -v sdl:no_threads to disable threading and undo this loss. During normal non-fast-forwarded games the benefit/costs are negligable except when the gameloop takes more than about 90% of the time of a tick. Note that allegro's performance does not improve with this system, likely due to their way of getting data to the video card. It is not implemented for the OS X/Windows video backends, unless (ofcourse) SDL is used there. Funny is that the performance of the 32bpp(-anim) blitter is, at least in some test cases, significantly faster (more than 10%) than the 8bpp(-optimized) blitter when looking at real time in fast forward on a dual core CPU; it was slower. The idea comes from a paper/report by Idar Borlaug and Knut Imar Hagen.
2009-10-14(svn r17773) -Cleanup: sdl.h isn't needed for allegrorubidium
2009-10-12(svn r17768) -Fix (r17715): [OSX] Newer GCC versions don't like jumping over ↵michi_cc
variable definitions with goto's. (planetmaker)
2009-10-04(svn r17717) -Codechange: [OSX] Replace deprecated variable type.michi_cc
2009-10-04(svn r17716) -Codechange: [OSX] Invoke a (semi-)private Objective-C method ↵michi_cc
in a way that does not rely on the SDK version.
2009-10-04(svn r17715) -Cleanup: [OSX] And a final round of coding style and some ↵michi_cc
cleaning.
2009-10-04(svn r17714) -Cleanup: [OSX] Apply more coding style.michi_cc
2009-10-04(svn r17713) -Cleanup: [OSX] Move variable definitions to first use and ↵michi_cc
apply more coding style.
2009-10-04(svn r17712) -Codechange [FS#1411]: [OSX] Replace undocumented process ↵michi_cc
manager API calls with a documented alternative. (pyth)
2009-10-04(svn r17711) -Codechange: [OSX] Don't use deprecated methods to construct a ↵michi_cc
Cocoa string.
2009-10-04(svn r17707) -Fix: [OSX] Show the OS mouse cursor when displaying a dialog ↵michi_cc
box if it was hidden.
2009-10-04(svn r17706) -Codechange: [OSX] Rework the crash handling to use the common ↵michi_cc
CrashLog infrastructure.
2009-10-04(svn r17702) -Change: [OSX] Assure that the minimal OSX version is defined ↵michi_cc
in all cases. -Codechange: [OSX] Improve conditional defines for OS version dependant code.
2009-10-04(svn r17701) -Codechange: don't start line with a space if it's not inside ↵smatz
comment
2009-09-20(svn r17583) -Change: make SDL's video driver more likely to be loaded than ↵rubidium
Allegro's video driver; SDL seems to perform better.
2009-09-06(svn r17438) -Fix (r17428): ofcourse some part of the OSX port would be ↵rubidium
forgotten due to it being so much different than the rest :(
2009-09-05(svn r17428) -Codechange: add a function to get the name of a driverrubidium
2009-08-31(svn r17336) -Codechange: move some os specific files into src/os/rubidium
2009-08-21(svn r17248) -Fix: add GPL license notice where appropriaterubidium
2009-08-20(svn r17228) -Codechange: some coding style fixesrubidium
2009-08-14(svn r17168) -Codechange: apply coding style to if and while statementssmatz
2009-08-09(svn r17131) -Codechange: apply coding style to some switch statementssmatz
2009-07-14(svn r16827) -Codechange: make OSX specific files include stdafx.h always as ↵rubidium
the first file. Also unify OSX specific stuff into osx_stdafx.h and remove unused includes.
2009-06-30(svn r16702) -Change: don't implicitly fall back to the null/dedicated ↵rubidium
(video) drivers, but show an error message that no driver could be found. You can still explicitly start the null drivers thought.
2009-06-30(svn r16700) -Fix: if allegro fails to start or fails open a window or sound ↵rubidium
card fall back to another driver
2009-06-30(svn r16699) -Fix [FS#3001]: if SDL fails to allocate a surface due to it ↵rubidium
being too large (and SDL doesn't crash!) fall back to another video driver.
2009-06-27(svn r16677) -Codechange: Dimension width and height are unsigned.alberth
2009-06-01(svn r16491) -Codechange: Added parentheses around bitwise operators for ↵alberth
code style.
2009-05-19(svn r16360) -Codechange: don't use _network_playas as a 'second' ↵rubidium
_local_company, but only as a storage location for the company you want to join in MP.
2009-05-06(svn r16242) -Codechange: rework pausingrubidium
-Fix [FS#2864]: autopause and manual pausing conflict with eachother -Fix: new game + pause on new game + autopause make the game not unpause on the first join
2009-05-03(svn r16221) -Change: support building 64 bits OSX binaries and add optional ↵rubidium
support for 64 bits binaries in OSX universal binaries. However, do not default to adding 64 bits binaries because benchmarking has shown that they are slower than the 32 bits binaries.
2009-04-10(svn r16024) -Codechange: harden string copying on places where it's possiblerubidium
2009-03-29(svn r15892) -Codechange: [OSX] some type fixes so OpenTTD likes more of the ↵rubidium
3.1.x Xcodes.
2009-03-15(svn r15718) -Cleanup: apply some comment coding style on the rest of the ↵rubidium
sources too
2009-03-14(svn r15711) -Codechange: lots of whitespace cleanup/fixesrubidium
2009-03-14(svn r15710) -Fix (r15706): for non MSVC io.h needs to be included before ↵glx
defining unlink. Also remove redundant tchar.h includes as it is already in stdafx.h.
2009-03-06(svn r15626) -Fix [FS#2698]: UTF8 string handling could cause buffer overruns.rubidium
2009-02-25(svn r15576) -Codechange: rename SwitchModes to SwitchMode and don't ↵yexo
hardcode the values for that enum.
2009-02-25(svn r15575) -Codechange: Rename GameModes to GameMode and store _game_mode ↵yexo
as GameMode instead of as byte.
2009-02-21(svn r15543) -Change: allow the default debug level of 6 for a dedicated ↵rubidium
server to be overriden by -d (if used after -D).
2009-01-31(svn r15299) -Cleanup: remove many redundant includessmatz