Mon, 04 Jun 2012 19:36:55 -0400 Welp. We have a bit of a problem here. Reverting the move of nextturn. But this causes a desync in scripting unless we can find a better fix.
nemo [Mon, 04 Jun 2012 19:36:55 -0400] rev 7181
Welp. We have a bit of a problem here. Reverting the move of nextturn. But this causes a desync in scripting unless we can find a better fix.
Mon, 04 Jun 2012 21:32:30 +0400 here it is
Stepan777 <stepik-777@mail.ru> [Mon, 04 Jun 2012 21:32:30 +0400] rev 7180
here it is
Sat, 09 Jun 2012 03:28:38 +0200 Implemented game launching API for the frontlib.
Medo <smaxein@googlemail.com> [Sat, 09 Jun 2012 03:28:38 +0200] rev 7179
Implemented game launching API for the frontlib. It is still buggy though, and not all game settings can be conveniently created/modified yet.
Mon, 04 Jun 2012 22:43:56 +0400 Don't make unnecessary calls to TestWhip, TestFirePunch, TestBaseballBat and TestHammer functions as they have no need to take Targ parameter into account and thus may only be called once per position
unc0rr [Mon, 04 Jun 2012 22:43:56 +0400] rev 7178
Don't make unnecessary calls to TestWhip, TestFirePunch, TestBaseballBat and TestHammer functions as they have no need to take Targ parameter into account and thus may only be called once per position
Fri, 08 Jun 2012 19:52:24 +0200 Implemented public API for letting the engine render maps
Medo <smaxein@googlemail.com> [Fri, 08 Jun 2012 19:52:24 +0200] rev 7177
Implemented public API for letting the engine render maps
Mon, 04 Jun 2012 08:11:47 -0400 Make watching AI v AI on ai survival a bit more entertaining
nemo [Mon, 04 Jun 2012 08:11:47 -0400] rev 7176
Make watching AI v AI on ai survival a bit more entertaining
Thu, 07 Jun 2012 02:45:18 +0200 Added ini reading/writing for game schemes to the frontend lib
Medo <smaxein@googlemail.com> [Thu, 07 Jun 2012 02:45:18 +0200] rev 7175
Added ini reading/writing for game schemes to the frontend lib
Sun, 03 Jun 2012 23:04:21 -0400 Workaround for bug #144. This workaround had occurred to me a while ago, but wasn't sure if placing them unfairly was better than not placing them at all. Argument for not placing at all is people should probably abort the game when they notice it. Argument for placing unfairly is people can still abort, and if we really wanted them to abort, we should probably just have halted launch if all hogs failed to spawn. This way at least play can continue.
nemo [Sun, 03 Jun 2012 23:04:21 -0400] rev 7174
Workaround for bug #144. This workaround had occurred to me a while ago, but wasn't sure if placing them unfairly was better than not placing them at all. Argument for not placing at all is people should probably abort the game when they notice it. Argument for placing unfairly is people can still abort, and if we really wanted them to abort, we should probably just have halted launch if all hogs failed to spawn. This way at least play can continue.
Mon, 04 Jun 2012 21:12:20 +0200 Frontlib: Work on the callback mechanisms for IPC
Medo <smaxein@googlemail.com> [Mon, 04 Jun 2012 21:12:20 +0200] rev 7173
Frontlib: Work on the callback mechanisms for IPC Work commit; It compiles and runs but will need a major overhaul tomorrow.
Sun, 03 Jun 2012 22:56:30 -0400 After experimenting with a long running average at maxed out FPS and a variety of map sizes, 128 seems to actually be a good size to use if only drawing bits of world with stuff in it. 64 actually did even better in some situations, but significantly worse in others (lots of land, zoomed out).
nemo [Sun, 03 Jun 2012 22:56:30 -0400] rev 7172
After experimenting with a long running average at maxed out FPS and a variety of map sizes, 128 seems to actually be a good size to use if only drawing bits of world with stuff in it. 64 actually did even better in some situations, but significantly worse in others (lots of land, zoomed out).
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip