events could be handled in the wrong order, e.g. a delete from the
main thread before the play in the manager thread, resulting in a crash).
Should fix#1511 and #1604.
events in the KartControl structure are handled by kart.
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@12772 178a84e3-b1eb-0310-8ba1-8eac791a3b58
kart anymore, instead they are managed by static functions
in Camera. This allows us to have several cameras for one
kart now (can be useful for debugging; or for three-screen setup
where you have one monitor for left, right, and center; or potentially
for an back mirrir). Also 'rain' is moved into camera now (where it
belongs more naturally then in kart), and several loops over all
karts searching for a camera are now replaced by simpler loops over
all cameras (though a few loops were added to handle code for all
cameras now, while before there as no loop).
Main advantage: handling post-processing will be easier to do now.
Also this fixes a bug: in split screen mode, when a kart is eliminated
(ftl) the camera for this kart was supposed to show the
leader facing backwards, which didn't work (it just showed the previous
location of the elimintaed kart) - now it works.
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@12541 178a84e3-b1eb-0310-8ba1-8eac791a3b58
at smaller steering angles, and a bit more fast at higher
steering angles (resulting in overall the same time-till-full steer).
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@11951 178a84e3-b1eb-0310-8ba1-8eac791a3b58
- line, and those below, will be ignored--
M player_controller.cpp
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@11609 178a84e3-b1eb-0310-8ba1-8eac791a3b58
direction to skid (which can take some time till max steering is reached
because of smoothed steering) the decision is now done in the control.
So now you can start skid left while the wheels are still in 'right'
direction.
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@11608 178a84e3-b1eb-0310-8ba1-8eac791a3b58
aligned with the graphics again). That _may_ help with controlling the
kart better after skid. Testwise enabled by default - feedback welcome.
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@11587 178a84e3-b1eb-0310-8ba1-8eac791a3b58
(instead of "const int MAX_NITRO = 16" in moveable.hpp).
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@11512 178a84e3-b1eb-0310-8ba1-8eac791a3b58
Also remove some commented out code from ages ago, as well as some random
spaces only lines.
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@11180 178a84e3-b1eb-0310-8ba1-8eac791a3b58
while being rescued (and similar problems would have been
with rescue while an explosion is shown).
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@11103 178a84e3-b1eb-0310-8ba1-8eac791a3b58
using a fixed object in the kart, now each animation
(rescue, explosion, canon) has its own object and
implementation using a common interface. This
simplifies AbstractKartInterface, and makes it
easier to add new functionailty.
Instead of using: kart->rescue(...), or kart->explode(...)
you use new ExplosionAnimation(kart, ...) etc. Memory
handling is done by the object (and abstract kart).
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@11070 178a84e3-b1eb-0310-8ba1-8eac791a3b58
location) support. ATM only linear interpolation of the position
is used (i.e. no rotation).
2) To be consistend renamed 'forceRescue' to 'rescue',
'handleExplosion' to 'explode' (and added shootTo for the canon).
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@11021 178a84e3-b1eb-0310-8ba1-8eac791a3b58
Now a certain number of unique collisions in
a certain amount of time triggers auto rescue
(3 rescues in 3 seconds). This should fix
#576. The old handling is still left in place
(in case that some other rescues are better
caught by that code).
2) Removed unused m_collided variable (and related
stuff).
3) Fixed the 'crashed' callback functions in the
controller (which didn't work anymore, since
parameters were changed: kart called crash(),
but the AI controller only had crashed(Kart*),
so the empty dummy function in controller was
called).
4) Made nearly all virtual functions in Controller
pure, so that problems similar to 3) are
hopefully picked up at compile time.
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@11011 178a84e3-b1eb-0310-8ba1-8eac791a3b58
de-couple kart implementation and its interface. This
significantly reduces compile time when changing kart.hpp,
but is at this stage still work in progress.
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@10997 178a84e3-b1eb-0310-8ba1-8eac791a3b58
started to skid, you can influence the turn radius
to a certain degree (stk_config.xml, reduce-turn-min
and -max).
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@10954 178a84e3-b1eb-0310-8ba1-8eac791a3b58
in a separate object (Skidding) of Kart.
2) Renamed m_drift of the kart control structure to m_skid
to be consistent with the usage in STK.
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@10914 178a84e3-b1eb-0310-8ba1-8eac791a3b58
2) Split Kart::crashed into two public functions for collisions with
kart and collisions with track, and one private function with code
common to both collisions.
3) Removed #include of attachment.hpp from kart.hpp to reduce compile
time.
Sorry for not splitting this up into three parts.
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@10775 178a84e3-b1eb-0310-8ba1-8eac791a3b58
that keys that were pressed when the menu was popping up are
still considered to be pressed (#359).
git-svn-id: svn+ssh://svn.code.sf.net/p/supertuxkart/code/main/trunk@9549 178a84e3-b1eb-0310-8ba1-8eac791a3b58
