planetmaker
040571ea3d
(svn r21036) -Fix: [OSX] Properly set the palette when using the 8bpp blitter during start-up
2010-10-25 06:50:48 +00:00
rubidium
d9c5a3e344
(svn r20809) -Fix (r20809): as usual with these user provided Mac OS X patches lately... they either fail to compile or spew warnings
2010-09-15 21:55:55 +00:00
rubidium
65d4fc990e
(svn r20808) -Add [FS#4110]: [OSX] support for input using dead keys (Zydeco)
2010-09-15 21:19:41 +00:00
rubidium
3d2908253e
(svn r20783) -Change/Fix: do autosave-on-exit as well when using kill/CTRL-C to terminate a dedicated OpenTTD
2010-09-10 20:03:45 +00:00
rubidium
b3cae21722
(svn r20619) -Fix [FS#4070]: [OSX] Limit minimum window size to 64x64 like all other platforms (matheweis)
2010-08-25 19:05:34 +00:00
frosch
c18839704b
(svn r20286) -Codechange: Unify end of doxygen comments.
2010-08-01 19:44:49 +00:00
frosch
5b86c79fce
(svn r20283) -Codechange: Unify start of doygen comments.
2010-08-01 19:22:34 +00:00
rubidium
8c85b4ce3d
(svn r20281) -Codechange: unify case scope closure + break coding style
2010-08-01 18:53:30 +00:00
terkhen
c92b2e9d3c
(svn r20239) -Doc: Give a common name to all fall throughs (FALL THROUGH).
2010-07-29 14:26:28 +00:00
alberth
137e2b64c9
(svn r20211) -Codechange: Indented code should have curly braces around it.
2010-07-24 10:14:39 +00:00
rubidium
9fd2afb147
(svn r20192) -Cleanup: bye bye variables.h, bye bye VARDEF... you won't be missed :)
2010-07-19 17:28:27 +00:00
rubidium
2ab8035604
(svn r20186) -Codechange: remove VARDEF from _realtime_tick and _rightclick_emulate
2010-07-19 16:21:49 +00:00
rubidium
8894ae2ccb
(svn r20183) -Codechange: make _do_autosave and _dedicated_forks not use VARDEF and put them in a more logical location
2010-07-19 15:44:49 +00:00
glx
78b01873c1
(svn r20084) -Fix [FS#3919] (r7157): don't try to handle mouse events when the cursor ha left the window
2010-07-06 21:10:47 +00:00
peter1138
80da20d725
(svn r19965) -Cleanup: Use size of buffer, not magic number.
2010-06-12 10:55:13 +00:00
frosch
65d058723e
(svn r19933) -Fix [FS#3804]: Keep _current_company and _local_company in sync during GUI operation.
2010-06-05 13:32:42 +00:00
frosch
e6bc1150ae
(svn r19861) -Fix (r19814): Silence a warning.
2010-05-19 18:38:18 +00:00
rubidium
a70fd540fc
(svn r19814) -Codechange: give some more unnamed enums a name, in case they consisted of unrelated values use static const (u)int
2010-05-13 10:14:29 +00:00
rubidium
de155e78e7
(svn r19593) -Codechange: improve loading/executing the desync logs
2010-04-09 17:08:44 +00:00
smatz
6d92880bb3
(svn r19084) -Codechange: minor coding-style fixups
2010-02-10 17:37:47 +00:00
yexo
0cd9bc27de
(svn r19012) -Fix (r19003): macos.h is not in video/cocoa/ but in os/macosx/.
2010-02-04 22:17:41 +00:00
rubidium
d53ec3d1b6
(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...
2010-02-04 14:32:12 +00:00
rubidium
9467b7c6d6
(svn r18809) -Codechange/Cleanup: remove unneeded headers from some files, if a header require a header make it include that header
2010-01-15 16:41:15 +00:00
rubidium
f83ccb60c7
(svn r18796) -Fix [FS#3521]: [SDL] possible deadlock when killing OpenTTD while starting it
2010-01-13 21:34:48 +00:00
rubidium
3bd247017e
(svn r18792) -Fix [FS#3522] (r18709): crash when using the 32bpp blitter with a dedicated server
2010-01-12 18:09:48 +00:00
peter1138
694470e325
(svn r18790) -Revert (r18001,r18177,FS#3515): Viewport could still jump under high CPU load. Revert as change caused more problems than it fixed.
2010-01-12 09:54:18 +00:00
peter1138
ebe260f575
(svn r18709) -Fix (r10227,FS#3464): Animation buffer for 32bpp-anim blitter was only validated during sprite blitting, other drawing operations didn't check it. Initial startup and window resize could therefore lead to crash.
2010-01-04 02:32:36 +00:00
michi_cc
73cd818445
(svn r18573) -Fix [FS#3198]: [OSX] Try to get a generic RGB colour space if getting the system colour profile failed. (tyler)
2009-12-20 16:10:44 +00:00
rubidium
bc5d452e82
(svn r18547) -Fix [FS#3388]: missing thread synchronisation when changing the resolution for SDL via the in game menu
2009-12-19 19:29:01 +00:00
frosch
440ab2cf84
(svn r18545) -Fix [FS#3292]: Assign '_screen.dst_ptr' as soon as it is allocated.
2009-12-19 18:46:40 +00:00
peter1138
57bcb5f903
(svn r18390) -Fix (r17776): [SDL] Reinstate pointer update on 'idle' loop.
2009-12-03 08:24:39 +00:00
peter1138
dece4a4cfb
(svn r18177) -Fix (r18001): [SDL] Viewport could jump when mouse moved and right button pressed at the same time.
2009-11-18 23:07:29 +00:00
rubidium
639395b69f
(svn r18031) -Codechange: since basically r7157 adding up 'all' mouse 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 16:07:03 +00:00
rubidium
b3394dbeb4
(svn r18030) -Fix: screen jumped a bit for at least SDL and Allegro when right-click-dragging
2009-11-09 16:05:24 +00:00
peter1138
0314ad1a38
(svn r18001) -Codechange: [SDL] When the mouse cursor is locked into 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-07 21:41:41 +00:00
smatz
c2f0845b92
(svn r17950) -Fix (r17776): _draw_mutex was never destroyed, _draw_thread was never joined
2009-11-02 13:36:17 +00:00
smatz
bb56cd39b6
(svn r17949) -Fix (r17776): unlock mutex before deleting it when creating drawing thread failed
2009-11-02 12:12:13 +00:00
rubidium
8e1f62993d
(svn r17815) -Fix [SDL]: asynchronious drawing caused extra unresponsiveness during map generation; disable the threading while generating a map
2009-10-19 20:32:05 +00:00
michi_cc
c1f6dc4342
(svn r17793) -Fix: [OSX] The splash image wasn't displayed if the Quartz video driver was used.
2009-10-17 22:36:39 +00:00
rubidium
9e75e3db68
(svn r17787) -Codechange: be a bit more verbose about while allegro failed with some actions.
2009-10-17 14:39:43 +00:00
rubidium
0307d13d0a
(svn r17776) -Codechange: [SDL] make "update the video card"-process 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-15 17:41:06 +00:00
rubidium
2508e6b907
(svn r17773) -Cleanup: sdl.h isn't needed for allegro
2009-10-14 08:14:57 +00:00
michi_cc
8a097b48d7
(svn r17768) -Fix (r17715): [OSX] Newer GCC versions don't like jumping over variable definitions with goto's. (planetmaker)
2009-10-12 00:19:11 +00:00
michi_cc
a3b1717282
(svn r17717) -Codechange: [OSX] Replace deprecated variable type.
2009-10-04 21:39:12 +00:00
michi_cc
f4f5387537
(svn r17716) -Codechange: [OSX] Invoke a (semi-)private Objective-C method in a way that does not rely on the SDK version.
2009-10-04 21:39:08 +00:00
michi_cc
375fd4b2cf
(svn r17715) -Cleanup: [OSX] And a final round of coding style and some cleaning.
2009-10-04 21:36:26 +00:00
michi_cc
997f1c191a
(svn r17714) -Cleanup: [OSX] Apply more coding style.
2009-10-04 21:36:22 +00:00
michi_cc
c477544b92
(svn r17713) -Cleanup: [OSX] Move variable definitions to first use and apply more coding style.
2009-10-04 21:36:17 +00:00
michi_cc
9e3be2ff33
(svn r17712) -Codechange [FS#1411]: [OSX] Replace undocumented process manager API calls with a documented alternative. (pyth)
2009-10-04 21:33:36 +00:00
michi_cc
3bf4f13f3b
(svn r17711) -Codechange: [OSX] Don't use deprecated methods to construct a Cocoa string.
2009-10-04 21:33:31 +00:00
