<![CDATA[SuperTuxKart Forum - Game development]]> https://forum.supertuxkart.net/ Thu, 04 Jun 2026 19:03:22 +0000 MyBB <![CDATA[STK Enterprises .blend file.]]> https://forum.supertuxkart.net/thread-341.html Mon, 18 May 2026 22:24:58 +0000 meatball_stk]]> https://forum.supertuxkart.net/thread-341.html I am working on fixing the bug described in Github Issue #3782 and it would be helpful if I could see the blend file; however, the blend file for STK Enterprises is not in the stk-media-repo. Does anyone know where that file it located?]]> I am working on fixing the bug described in Github Issue #3782 and it would be helpful if I could see the blend file; however, the blend file for STK Enterprises is not in the stk-media-repo. Does anyone know where that file it located?]]> <![CDATA[AI player behaviour]]> https://forum.supertuxkart.net/thread-337.html Sun, 17 May 2026 01:37:20 +0000 deedee]]> https://forum.supertuxkart.net/thread-337.html
In normal mode though the AI players don't always adjust speed properly, when there are no choke points AI players seem to lag behind. This results in many many basketballs and parachutes. Feels a bit like the AI is cheating there.

But most annoying of all, if you drive behind an AI and the AI passes a pickup point you get immediately hit by a bowling ball or what not. This is not how a human player drives or behaves.
Human players are handicapped as soon as they look behind them, the AI is not.

Proposed solution:
- Make the AI behavior random for what they do with the pickup or add a delay for rear projectiles.
- Give human players a small rear view mirror
- Handicap the AI player when he shoots projectiles behind him in driving skill or accuracy.]]>
In normal mode though the AI players don't always adjust speed properly, when there are no choke points AI players seem to lag behind. This results in many many basketballs and parachutes. Feels a bit like the AI is cheating there.

But most annoying of all, if you drive behind an AI and the AI passes a pickup point you get immediately hit by a bowling ball or what not. This is not how a human player drives or behaves.
Human players are handicapped as soon as they look behind them, the AI is not.

Proposed solution:
- Make the AI behavior random for what they do with the pickup or add a delay for rear projectiles.
- Give human players a small rear view mirror
- Handicap the AI player when he shoots projectiles behind him in driving skill or accuracy.]]> <![CDATA[Nitro improvement and ideas for soccer]]> https://forum.supertuxkart.net/thread-326.html Fri, 08 May 2026 00:27:15 +0000 Qualquer]]> https://forum.supertuxkart.net/thread-326.html
First of all, I would like to congratulate everyone involved for the excellent work on the game. 

I started playing recently and haven't explored all the modes yet. Despite this, I noticed that the nitro canisters (both small and large) provide a very small amount of energy. Would increasing the amount of energy provided by each nitro (where the small one fills half the displayed bars and the large one fills all the bars) be a good idea? 

I also have a suggestion that racers in last place in a race with more than two participants should not suffer any penalty (the equivalent of having an infinite protective bubble until they leave last place). 

I had some crazy ideas regarding soccer. I would like to know if it would be possible: 

1- for players to be able to attach the ball to the kart to drive it more easily (for the opponent to take the ball in this circumstance it would be through items such as the explosive cake, the bowling ball or the plunger, or even through direct contact with the ball); 

2- whenever they had the ball "attached to their kart," they would have a bowling ball to kick it into the goal or (in a new feature, using more or less the idea of a plunger) allow them to pass the ball to a nearby teammate. 

Thank you in advance for your attention.]]>
First of all, I would like to congratulate everyone involved for the excellent work on the game. 

I started playing recently and haven't explored all the modes yet. Despite this, I noticed that the nitro canisters (both small and large) provide a very small amount of energy. Would increasing the amount of energy provided by each nitro (where the small one fills half the displayed bars and the large one fills all the bars) be a good idea? 

I also have a suggestion that racers in last place in a race with more than two participants should not suffer any penalty (the equivalent of having an infinite protective bubble until they leave last place). 

I had some crazy ideas regarding soccer. I would like to know if it would be possible: 

1- for players to be able to attach the ball to the kart to drive it more easily (for the opponent to take the ball in this circumstance it would be through items such as the explosive cake, the bowling ball or the plunger, or even through direct contact with the ball); 

2- whenever they had the ball "attached to their kart," they would have a bowling ball to kick it into the goal or (in a new feature, using more or less the idea of a plunger) allow them to pass the ball to a nearby teammate. 

Thank you in advance for your attention.]]> <![CDATA[Suggestion on Time Trial multiplayer mode]]> https://forum.supertuxkart.net/thread-315.html Fri, 01 May 2026 08:28:14 +0000 NGTT2]]> https://forum.supertuxkart.net/thread-315.html
Example:
Setup: A lobby of up to 5 players joins the mode.
Turn Orders: Players take turns one by one (ex: Player 1 → Player 2 → ..... → Player 5).
Spectator Mode: While one player is on their TT lap, others can spectate in real time and prepare for their own turn.
Ranking: Once all players finish, they’re ranked from fastest to slowest based on their personal best lap time.

At the end there can be a reward or feedback system which will allow players to share their results or compare them with others?

Basically what i mean is instead of racing simultaneously, we could race one after another or each individual will be ghost & won't see each other throughout the race.
I haven't tried tt on multiplayer as very few ppl actually use it on servers but would be a great idea if we had something like this which could improve fairness,  give strategic prep time & increase excitement to play against.

Player can forbid also if they messed up which will result in they being disqualified/eliminated.]]>
Example:
Setup: A lobby of up to 5 players joins the mode.
Turn Orders: Players take turns one by one (ex: Player 1 → Player 2 → ..... → Player 5).
Spectator Mode: While one player is on their TT lap, others can spectate in real time and prepare for their own turn.
Ranking: Once all players finish, they’re ranked from fastest to slowest based on their personal best lap time.

At the end there can be a reward or feedback system which will allow players to share their results or compare them with others?

Basically what i mean is instead of racing simultaneously, we could race one after another or each individual will be ghost & won't see each other throughout the race.
I haven't tried tt on multiplayer as very few ppl actually use it on servers but would be a great idea if we had something like this which could improve fairness,  give strategic prep time & increase excitement to play against.

Player can forbid also if they messed up which will result in they being disqualified/eliminated.]]> <![CDATA[Scripting API]]> https://forum.supertuxkart.net/thread-314.html Thu, 30 Apr 2026 23:34:12 +0000 LLS]]> https://forum.supertuxkart.net/thread-314.html <![CDATA[Proposed changes for the bomb]]> https://forum.supertuxkart.net/thread-303.html Tue, 21 Apr 2026 15:11:15 +0000 Alayan]]> https://forum.supertuxkart.net/thread-303.html
  • Shorter bomb duration
    • Quote:The current bomb duration at 30s feels too long.

    The bomb is already more generous than a parachute or an anchor, as instead of an immediate time loss there is a chance to pass the bomb or remove it and to avoid losing any meaningful time.

    But with 30s, there is no sense of urgency. There is a long time left for the player to try to pass it on or to get multiple gift boxes until something can be used to remove it. Also, towards the end of the race, the player can be confident he will arrive at the finish line before the explosion.

    20s instead of 30s should help significantly but testing is needed to validate how it feels and if an ever lower value should be tried.

    The positioning of the bomb timer's arrow should also be rescaled, otherwise only a tiny part of it would be used.
    Quote:This is subject to confirmation in testing that it improves the gameplay, but the idea is as follow:
    • Remove the "can't pass back a bomb to the player who gave it" rule
    • Add a "can't pass a bomb you received in the last X seconds" rule, with a time value of probably 1 to 2 seconds
    • Add a visual indicator of some sorts when the bomb cannot be passed
    The rationale is that:
    1. There is no visual indicator that some kart is immune to receiving your bomb, you just have to know you got it from that kart and the rule.
    2. The justification for the existing rule is to avoid issues with multiple collisions in quick successions (which happens in many actual collisions) as we don't want the bomb passing back and forth with the final "owner" more or less random. The new delay rule also addresses that
    3. Often, you don't have another kart to try to pass it on than the one who just gave it to you and having no counterplay isn't very fun.

    Let me know if you have comments or suggestions on the matter!]]>
  • Shorter bomb duration
    • Quote:The current bomb duration at 30s feels too long.

    The bomb is already more generous than a parachute or an anchor, as instead of an immediate time loss there is a chance to pass the bomb or remove it and to avoid losing any meaningful time.

    But with 30s, there is no sense of urgency. There is a long time left for the player to try to pass it on or to get multiple gift boxes until something can be used to remove it. Also, towards the end of the race, the player can be confident he will arrive at the finish line before the explosion.

    20s instead of 30s should help significantly but testing is needed to validate how it feels and if an ever lower value should be tried.

    The positioning of the bomb timer's arrow should also be rescaled, otherwise only a tiny part of it would be used.
    Quote:This is subject to confirmation in testing that it improves the gameplay, but the idea is as follow:
    • Remove the "can't pass back a bomb to the player who gave it" rule
    • Add a "can't pass a bomb you received in the last X seconds" rule, with a time value of probably 1 to 2 seconds
    • Add a visual indicator of some sorts when the bomb cannot be passed
    The rationale is that:
    1. There is no visual indicator that some kart is immune to receiving your bomb, you just have to know you got it from that kart and the rule.
    2. The justification for the existing rule is to avoid issues with multiple collisions in quick successions (which happens in many actual collisions) as we don't want the bomb passing back and forth with the final "owner" more or less random. The new delay rule also addresses that
    3. Often, you don't have another kart to try to pass it on than the one who just gave it to you and having no counterplay isn't very fun.

    Let me know if you have comments or suggestions on the matter!]]>         <![CDATA[Feature Request: Change Online Username]]> https://forum.supertuxkart.net/thread-280.html Tue, 24 Mar 2026 03:03:57 +0000 NGTT2]]> https://forum.supertuxkart.net/thread-280.html I'm playing this game from two weeks & i have realised that there is no way to change your online name once you created it & most of the people don't know either so it will be a great idea if you we had a feature were we could just go in our config files & change our online username too.

    You can change your localname from config but can't change the online name & even if you try then get reset.

    <current player="Talk2"/>
        <player name="Talk2" -> Local Name which can be changed 
         last-online-name="No_girls_to_talk2" -> This get reset if you try to edit.


    Directly changing online username in config can cause a issue probably in servers but could be great thing if we can.



    Thank You!!!
    NGTT2]]>     I'm playing this game from two weeks & i have realised that there is no way to change your online name once you created it & most of the people don't know either so it will be a great idea if you we had a feature were we could just go in our config files & change our online username too.

    You can change your localname from config but can't change the online name & even if you try then get reset.

    <current player="Talk2"/>
        <player name="Talk2" -> Local Name which can be changed 
         last-online-name="No_girls_to_talk2" -> This get reset if you try to edit.


    Directly changing online username in config can cause a issue probably in servers but could be great thing if we can.



    Thank You!!!
    NGTT2]]>         <![CDATA[Speedometer In race]]> https://forum.supertuxkart.net/thread-259.html Tue, 10 Mar 2026 07:44:05 +0000 NGTT2]]> https://forum.supertuxkart.net/thread-259.html I want to make a suggestion that it would be great if there was a speedometer indicating the speed on corners & straight in the race for each car so that it would help users to know where they are slow & improve based on speed.

    If there is a addon then it's great but it would be nice if it come as a default feature. 



    Thank You!!
    NGTT2]]>     I want to make a suggestion that it would be great if there was a speedometer indicating the speed on corners & straight in the race for each car so that it would help users to know where they are slow & improve based on speed.

    If there is a addon then it's great but it would be nice if it come as a default feature. 



    Thank You!!
    NGTT2]]>         <![CDATA[The music is quite boring]]> https://forum.supertuxkart.net/thread-256.html Thu, 05 Mar 2026 17:47:16 +0000 Spyro]]> https://forum.supertuxkart.net/thread-256.html <![CDATA[The proper way to add new Kart Characteristics]]> https://forum.supertuxkart.net/thread-244.html Tue, 10 Feb 2026 14:43:36 +0000 nomagno]]> https://forum.supertuxkart.net/thread-244.html Go into the game's source code folder, let's assume it's called ``stk-code".

    This is the (recommended by me, but also seems to be the originally intended) set of guidelines and procedures to add new Kart Characteristics to the code, that must be accordingly declared in the ``data/kart_characteristics.xml" file. It is quite terse and a product of the time it was designed, so no one is going to be opposing complete overhauls, but it is still infinitely better than implementing the parser changes manually every time.


    The parser for these is automatically generated by a set of two python scripts, allowing kart classes and handicap levels to override only the needed parameters from the base parameters, or modify them with mathematical operations. Quite convenient.

    Inside the ``tools/" folder, there are two relevant Python scripts.
    • ``tools/create_kart_properties": Edit the "characteristics" global variable at the start of this file to add new characteristic categories and/or parameters for these categories. The format is described at the end of the post
    • ``tools/update_characteristics.py": Run it with ``stk-code" as your working directory, with the command ``python3 tools/update_characteristics.py".
       It will automatically edit these files inside ``src/karts": abstract_characteristic.cpp, abstract_characteristic.hpp, kart_properties.cpp, kart_properties.hpp, xml_characteristic.cppThe edits will be made to match the new contents of ``tools/create_kart_properties.py".

    After running ``tools/update_characteristics.py", you must make sure that ``data/kart_characteristics.xml" matches the edits you made to ``tools/create_kart_properties.py" as well.
    If a category is called "NitroHack" or "Nitrohack", in the ``kart_characteristics.xml" file it should be declared as the <nitrohack ... /> XML element (caps will be ignored). The getter for all its parameters will have the form ``getNitroHackXXX()" (caps will be preserved)

    If a parameter is called "timeResetSteer", in the in the ``kart_characteristics.xml" file it should be declared as the <... time-reset-steer ... /> XML parameter (change in capitalization results in a dash). The getter for the parameter will have the form ``getXXXTimeResetSteer()" (caps will be preserved, AND the first letter will be forcibly capitalized)

    After running ``tools/update_characteristics.py", the KartProperties class will have getters for all the new characteristics as per the description above. You must have a kart's KartProperties instance to access them, since different classes can override the default ones (the overrides are ALSO defined further below in the ``kart_characteristics.xml" file, in the form of classes and handicap levels).

    The ``characteristics" variable format

    Categories are at the start of the line, have no special characters, and are separated from the parameters by a colon ":".
    Parameters are after the colon, separated by spaces, with type annotations in parantheses immediatly following the parameter name.
    An example from the file:
    Code:
    Turn: radius(InterpolationArray), timeResetSteer, timeFullSteer(InterpolationArray), brakeMultiplier
    The types supported are:
    • float (don't annotate the parameter, e.g. ``param")
    • list of floats (annotate the parameter like so ``param(std::vector<float>/floatVector)")
    • bool (annotate the parameter like so ``param(bool)")
    • InterpolationArray (annotate the parameter like so ``param(InterpolationArray)")
    • STK Tyre Mod Edition (not regular STK 2.X) also has string, annotated like so:
      Code:
      param(std::string/string)
    ]]>     Go into the game's source code folder, let's assume it's called ``stk-code".

    This is the (recommended by me, but also seems to be the originally intended) set of guidelines and procedures to add new Kart Characteristics to the code, that must be accordingly declared in the ``data/kart_characteristics.xml" file. It is quite terse and a product of the time it was designed, so no one is going to be opposing complete overhauls, but it is still infinitely better than implementing the parser changes manually every time.


    The parser for these is automatically generated by a set of two python scripts, allowing kart classes and handicap levels to override only the needed parameters from the base parameters, or modify them with mathematical operations. Quite convenient.

    Inside the ``tools/" folder, there are two relevant Python scripts.
    • ``tools/create_kart_properties": Edit the "characteristics" global variable at the start of this file to add new characteristic categories and/or parameters for these categories. The format is described at the end of the post
    • ``tools/update_characteristics.py": Run it with ``stk-code" as your working directory, with the command ``python3 tools/update_characteristics.py".
       It will automatically edit these files inside ``src/karts": abstract_characteristic.cpp, abstract_characteristic.hpp, kart_properties.cpp, kart_properties.hpp, xml_characteristic.cppThe edits will be made to match the new contents of ``tools/create_kart_properties.py".

    After running ``tools/update_characteristics.py", you must make sure that ``data/kart_characteristics.xml" matches the edits you made to ``tools/create_kart_properties.py" as well.
    If a category is called "NitroHack" or "Nitrohack", in the ``kart_characteristics.xml" file it should be declared as the <nitrohack ... /> XML element (caps will be ignored). The getter for all its parameters will have the form ``getNitroHackXXX()" (caps will be preserved)

    If a parameter is called "timeResetSteer", in the in the ``kart_characteristics.xml" file it should be declared as the <... time-reset-steer ... /> XML parameter (change in capitalization results in a dash). The getter for the parameter will have the form ``getXXXTimeResetSteer()" (caps will be preserved, AND the first letter will be forcibly capitalized)

    After running ``tools/update_characteristics.py", the KartProperties class will have getters for all the new characteristics as per the description above. You must have a kart's KartProperties instance to access them, since different classes can override the default ones (the overrides are ALSO defined further below in the ``kart_characteristics.xml" file, in the form of classes and handicap levels).

    The ``characteristics" variable format

    Categories are at the start of the line, have no special characters, and are separated from the parameters by a colon ":".
    Parameters are after the colon, separated by spaces, with type annotations in parantheses immediatly following the parameter name.
    An example from the file:
    Code:
    Turn: radius(InterpolationArray), timeResetSteer, timeFullSteer(InterpolationArray), brakeMultiplier
    The types supported are:
    • float (don't annotate the parameter, e.g. ``param")
    • list of floats (annotate the parameter like so ``param(std::vector<float>/floatVector)")
    • bool (annotate the parameter like so ``param(bool)")
    • InterpolationArray (annotate the parameter like so ``param(InterpolationArray)")
    • STK Tyre Mod Edition (not regular STK 2.X) also has string, annotated like so:
      Code:
      param(std::string/string)
    ]]>         <![CDATA[My project and vision for STK]]> https://forum.supertuxkart.net/thread-238.html Tue, 03 Feb 2026 17:22:55 +0000 GustaLOLE]]> https://forum.supertuxkart.net/thread-238.html
    Read this, peeps: https://github.com/GustaLOLE/stk-code/discussions/4

    Now, I cannot resume this, so just read]]>
    Read this, peeps: https://github.com/GustaLOLE/stk-code/discussions/4

    Now, I cannot resume this, so just read]]>         <![CDATA[New method to control the kart in STK Mobile]]> https://forum.supertuxkart.net/thread-232.html Tue, 27 Jan 2026 09:52:00 +0000 GustaLOLE]]> https://forum.supertuxkart.net/thread-232.html https://youtu.be/Db32VbMjiJc?si=3QXxu15sbPql2bQi.

    Also, here is my PR: https://github.com/supertuxkart/stk-code/pull/5639

    I hope you liked it Smile]]>     https://youtu.be/Db32VbMjiJc?si=3QXxu15sbPql2bQi.

    Also, here is my PR: https://github.com/supertuxkart/stk-code/pull/5639

    I hope you liked it Smile]]>         <![CDATA[Questions about development version and giving feedback]]> https://forum.supertuxkart.net/thread-226.html Fri, 23 Jan 2026 18:59:20 +0000 VisitingPlayer]]> https://forum.supertuxkart.net/thread-226.html
    Like I guess many people I'm also exited for SuperTuxKart to recieve a big improvement with the work on SuperTuxKart Evolution.

    Recently, I wanted to test some of the new things out, to get a view of the current development. So I build the development version according to the instructions as mentioned in this post. 

    Looking at some of the new tracks and game ideas was interesting. I have already started to like the new Fort Magma map. But I also noticed some issues. Some are to be expected in a development version, like some parts of the map not being fully done. But there are other issues I think could be worth mentioning. For example, on the bridge section relatively at the start of that map, it is possible to get stuck at the skeleton and then having issues progressing, as resets also tend to place you in difficult spots to continue.

    Now, I do understand that this is all work in progress and still missing several iterations of improvements. 

    What prompted me to write this post was however when I noticed the asset repository had it's last update three months ago. Which seems a bit odd, considering that I doubt development just stopped for that long.

    So, I wanted to ask the question:
    If I wanted to have the most up-to-date state of development, is the GitHub repository for the assets still the right place to look? Or have the Evolution assets since moved to the SVN repository (or another place for that matter). 
    Also, suppose I play around in a development build and find an issue with the tracks, like the one mentioned above with Fort Magma's skeleton, where should they be discussed? Or should I maybe just let you work on it for now until some official alpha?]]>
    Like I guess many people I'm also exited for SuperTuxKart to recieve a big improvement with the work on SuperTuxKart Evolution.

    Recently, I wanted to test some of the new things out, to get a view of the current development. So I build the development version according to the instructions as mentioned in this post. 

    Looking at some of the new tracks and game ideas was interesting. I have already started to like the new Fort Magma map. But I also noticed some issues. Some are to be expected in a development version, like some parts of the map not being fully done. But there are other issues I think could be worth mentioning. For example, on the bridge section relatively at the start of that map, it is possible to get stuck at the skeleton and then having issues progressing, as resets also tend to place you in difficult spots to continue.

    Now, I do understand that this is all work in progress and still missing several iterations of improvements. 

    What prompted me to write this post was however when I noticed the asset repository had it's last update three months ago. Which seems a bit odd, considering that I doubt development just stopped for that long.

    So, I wanted to ask the question:
    If I wanted to have the most up-to-date state of development, is the GitHub repository for the assets still the right place to look? Or have the Evolution assets since moved to the SVN repository (or another place for that matter). 
    Also, suppose I play around in a development build and find an issue with the tracks, like the one mentioned above with Fort Magma's skeleton, where should they be discussed? Or should I maybe just let you work on it for now until some official alpha?]]>         <![CDATA[random question about the games name]]> https://forum.supertuxkart.net/thread-224.html Wed, 21 Jan 2026 03:01:58 +0000 ralf9900]]> https://forum.supertuxkart.net/thread-224.html <![CDATA[Skidding Improvements / Additions]]> https://forum.supertuxkart.net/thread-218.html Sat, 10 Jan 2026 20:37:13 +0000 DRS]]> https://forum.supertuxkart.net/thread-218.html
    Me and a friend of mine would like to suggest new skidding-mechanics to maybe enhance the fun:

    - Three skidding stages (maybe yellow, red, purple)
    - Being able to jump straight by pressing the skid button without steering
    - Being able to jump over gum and small patches of off-road
    - No delay when skidding into the opposite direction than before, even after getting a skid-bonus
    - Higher steering angles award the skid bonus sooner

    These are just a few ideas! Some of them may be more diffecult to implement than others.
    What do you guys think in terms of the added fun / difficulty of implementing?

    With speedy greetings,
    DRS]]>
    Me and a friend of mine would like to suggest new skidding-mechanics to maybe enhance the fun:

    - Three skidding stages (maybe yellow, red, purple)
    - Being able to jump straight by pressing the skid button without steering
    - Being able to jump over gum and small patches of off-road
    - No delay when skidding into the opposite direction than before, even after getting a skid-bonus
    - Higher steering angles award the skid bonus sooner

    These are just a few ideas! Some of them may be more diffecult to implement than others.
    What do you guys think in terms of the added fun / difficulty of implementing?

    With speedy greetings,
    DRS]]>