https://forum.supertuxkart.net/ Thu, 08 Oct 2026 23:14:19 +0000 MyBB https://forum.supertuxkart.net/thread-450.html Thu, 08 Oct 2026 18:47:02 +0000 Gusta]]> https://forum.supertuxkart.net/thread-450.html https://github.com/supertuxkart/stk-code/issues/5892

(Too lazy to talk more lol)]]> https://github.com/supertuxkart/stk-code/issues/5892

(Too lazy to talk more lol)]]> https://forum.supertuxkart.net/thread-448.html Tue, 06 Oct 2026 04:02:28 +0000 Sam]]> https://forum.supertuxkart.net/thread-448.html
It is a text adventure game that will set the foundation of the story mode of SuperTuxKart evolution.

You can learn about it on our patreon https://members.supertuxkart.net/posts/o...-170790128

Sam]]>
It is a text adventure game that will set the foundation of the story mode of SuperTuxKart evolution.

You can learn about it on our patreon https://members.supertuxkart.net/posts/o...-170790128

Sam]]> https://forum.supertuxkart.net/thread-445.html Wed, 30 Sep 2026 22:08:53 +0000 Alayan]]> https://forum.supertuxkart.net/thread-445.html
You can watch our video to see the new Candela in motion, or read our blog post for plenty of extra details and pictures about the improvements we made and why we made them.

Or even better, you can do both! We have spared no effort when making them, and if you like SuperTuxKart, we guarantee you'll enjoy them.

]]>
You can watch our video to see the new Candela in motion, or read our blog post for plenty of extra details and pictures about the improvements we made and why we made them.

Or even better, you can do both! We have spared no effort when making them, and if you like SuperTuxKart, we guarantee you'll enjoy them.

]]> https://forum.supertuxkart.net/thread-444.html Wed, 30 Sep 2026 00:05:41 +0000 STK-Fan]]> https://forum.supertuxkart.net/thread-444.html
I wanted to know which characters will be returning to STK and which new ones will be added.

We already know that Dashie is coming back, which is great. I was wondering if Beastie, Elephant, and Gooey will definitely be returning. They are all mascots of free, open-source programs and would be good to see them back.

Out of these new characters, which ones are guaranteed to be in the game:

• Katie (mascot of the KDE Women's Project)
  
• Kate (mascot of KDE Advanced Text Editor)
  
• Libbie (unofficial mascot of LibreOffice)
  
• Kandalf (alternative mascot of KDE)
  
• Geeko (mascot of openSUSE)
  
• Rocky Raccoon (mascot of Minix 3)
  
• Kit the Firefox (mascot of Mozilla Firefox)
  
• Kitty (mascot of AROS)
  
• Blinky (mascot of FreeDOS)
  
• Xenia (alternative mascot of Linux)
  
• Go Gopher (mascot of Go)
  
• Glenda, the Plan 9 Bunny (mascot of Plan 9 from Bell Labs)
  
• Bugdroid / The Bot (mascot of Android – since STK is on Android, it would be greate to include him!)
  

It would be really great to have all the alternative mascots from programs like KDE and Linux.

Also, is Mr. Iceblock still going to return to the game? He wouldn't seem to match.

Thank you.]]>
I wanted to know which characters will be returning to STK and which new ones will be added.

We already know that Dashie is coming back, which is great. I was wondering if Beastie, Elephant, and Gooey will definitely be returning. They are all mascots of free, open-source programs and would be good to see them back.

Out of these new characters, which ones are guaranteed to be in the game:

• Katie (mascot of the KDE Women's Project)
  
• Kate (mascot of KDE Advanced Text Editor)
  
• Libbie (unofficial mascot of LibreOffice)
  
• Kandalf (alternative mascot of KDE)
  
• Geeko (mascot of openSUSE)
  
• Rocky Raccoon (mascot of Minix 3)
  
• Kit the Firefox (mascot of Mozilla Firefox)
  
• Kitty (mascot of AROS)
  
• Blinky (mascot of FreeDOS)
  
• Xenia (alternative mascot of Linux)
  
• Go Gopher (mascot of Go)
  
• Glenda, the Plan 9 Bunny (mascot of Plan 9 from Bell Labs)
  
• Bugdroid / The Bot (mascot of Android – since STK is on Android, it would be greate to include him!)
  

It would be really great to have all the alternative mascots from programs like KDE and Linux.

Also, is Mr. Iceblock still going to return to the game? He wouldn't seem to match.

Thank you.]]> https://forum.supertuxkart.net/thread-441.html Wed, 23 Sep 2026 10:38:55 +0000 Kubrix]]> https://forum.supertuxkart.net/thread-441.html https://supertuxkart.net on Steam? Might be able to donate 100 usd if you have PayPal]]> https://supertuxkart.net on Steam? Might be able to donate 100 usd if you have PayPal]]> https://forum.supertuxkart.net/thread-437.html Mon, 21 Sep 2026 14:12:19 +0000 Gusta]]> https://forum.supertuxkart.net/thread-437.html
More info here: https://luffah.xyz/wiki/supertuxkart/enduro-tournament

The races will be held in the server "Konqi's Endurance Resort"]]>
More info here: https://luffah.xyz/wiki/supertuxkart/enduro-tournament

The races will be held in the server "Konqi's Endurance Resort"]]> https://forum.supertuxkart.net/thread-436.html Sun, 20 Sep 2026 19:24:59 +0000 WiiGADD]]> https://forum.supertuxkart.net/thread-436.html https://forum.supertuxkart.net/thread-434.html Fri, 18 Sep 2026 15:00:36 +0000 stbdev]]> https://forum.supertuxkart.net/thread-434.html
I am in the process of implementing a speed lines shader to the stk-codebase. With this post I'm hoping to discuss the possibility of adding it to the game.

Intro
Speed lines (aka wind streaks) (see the videos below for more info) are quite a common feature in kart racing games, as the name suggests they come on screen when the player experiences a speed boost of some sorts, usually through an upgrade. I personally noticed them first in Mario Kart, but I've since gone and checked a few other kart racers (Sonic, Crash Team Racing etc.) and they all feature them in some capacity. The main purpose is to provide an extra sense of speed to the player, by mimicking wind rushing past at high speeds.

Shader
I initially started writing the effect purely in GLSL, but pivoted to using Godot's visual shader graph for quicker iteration. Before delving into more specifics here's what it looks like in isolation:
https://youtu.be/_1LBMsESjSQ

(or see next post for embedded view)

There are quite a few tweakable parameters for the shader. Ranging from: 

• Density of particles
  
• Softness of the particles
  
• Amount of wisps (i.e. how many subdivisions of the UV space to sample the noise texture from)
  
• Wind speed (very useful as we can tie the intensity of the boost to this)
  
• Radial stretch (how blobly should the wisps be, effectively stretches the uv.x coordinate)
  
• Radial mask size (how much of the screen should be ensure is always free of the effect - for gameplay purposes)
  
• etc.
  

At the moment I have implemented a primary control to the shader (value ranging from 0-1 as a scalar float) BoostIntensity. That value is driving:

• the wind speed
  
• size of the radial mask (make the mask a bit tighter at higher intensities to really bring home the sense of speed)
  
• color saturation (make the effect pop more at higher intensities, makes the wind feel more intense)
  

While I still need to profile on some weaker hardware, the shader should be really cheap to run on most hardware. On my machine it was close to 30us (7900xt). The effect works with sampling a noise texture at 2 samples per pixel, which is really modest in my experience.

Preview
Hooking up the shader and it's driving value -> BoostIntensity. We get something like the following:

(note the effect does look somewhat choppy due to the video quality, but is smooth during actual gameplay)


Implementation
I am still trialing the proper CPU side implementation, mainly on the 'how exactly' the effect should come in, how strong and how long should it last etc.

I've been experimenting with a few different options for the question 'how exactly'. Ranging from:

• Should it come in mainly based on current velocity ratio with maximum velocity?
  
• Should it be on impulse/activation of a SpeedIncrease?
  

I believe at the moment I'm going with a bit of a hybrid solution of the both, this looks roughly like the following:

• Use the trigger of any SpeedIncrease modifier as the impulse 
  
  (as long as there's no active SpeedDecrease or Attachment like the anchor/parachute etc.).
  
  
• Then shortly driving up the value and overshooting slightly to a target value.
  
  (make the impulse of the effect a tad stronger than it's sustained intensity).
  
  
• Then settle down the intensity value and base it on the ratio between the current speed and the maximum speed.
  The last step here effectively helps tie the effect to match with the current speed regardless of difficulty setting.
  
  
• Then I use the already pre-existing unique duration(s) of the SpeedIncrease to keep the effect active.
  
  
• Once the SpeedIncrease runs out we linearly interpolate back down to 0 to gently ease out.
  
  
• There are also some provisions for correctly latching whether we've crashed into something, drastically lost speed or got hit with a SpeedDecrease to then directly ease down to 0 (rather than waiting for the effect to run out naturally).
  
  

I am still needing to properly clean up and dial in the logic, but I personally think it's getting closer to the final solution. A couple of notes from my side:

• The effect does still ramp up to 1.0f quite fast at the moment, dialing this down is something I'm working on, it should only really be at 1.0f if we've stacked 2-3 speed increases and going fast (i.e. coming out of red skid + zipper + nitro should be 1).
  
  
• Once we crash the effect can come down just a tad faster in my book, at the moment it uses the same linear ease down to 0 as when the effect normally runs out.
  
  
• Certain SpeedIncrease items we can maybe experiment with not having it contribute to the intensity (i.e. turn it off for skids etc.?)
  

Closing Remarks
If this feature/effect looks of interest to you and would be a good fit for the game, let me know and I can clean up my code and start the PR. From there we can discuss further and iterate on feedback/suggestions.

PS: I did only notice at the posting of this post that there might be a related thread to another implementation of speed lines, my apologies there, but I do think we can work out a way to combine our efforts. https://forum.supertuxkart.net/thread-200.html

Thanks and kind regards,
stbdev]]>
I am in the process of implementing a speed lines shader to the stk-codebase. With this post I'm hoping to discuss the possibility of adding it to the game.

Intro
Speed lines (aka wind streaks) (see the videos below for more info) are quite a common feature in kart racing games, as the name suggests they come on screen when the player experiences a speed boost of some sorts, usually through an upgrade. I personally noticed them first in Mario Kart, but I've since gone and checked a few other kart racers (Sonic, Crash Team Racing etc.) and they all feature them in some capacity. The main purpose is to provide an extra sense of speed to the player, by mimicking wind rushing past at high speeds.

Shader
I initially started writing the effect purely in GLSL, but pivoted to using Godot's visual shader graph for quicker iteration. Before delving into more specifics here's what it looks like in isolation:
https://youtu.be/_1LBMsESjSQ

(or see next post for embedded view)

There are quite a few tweakable parameters for the shader. Ranging from: 

• Density of particles
  
• Softness of the particles
  
• Amount of wisps (i.e. how many subdivisions of the UV space to sample the noise texture from)
  
• Wind speed (very useful as we can tie the intensity of the boost to this)
  
• Radial stretch (how blobly should the wisps be, effectively stretches the uv.x coordinate)
  
• Radial mask size (how much of the screen should be ensure is always free of the effect - for gameplay purposes)
  
• etc.
  

At the moment I have implemented a primary control to the shader (value ranging from 0-1 as a scalar float) BoostIntensity. That value is driving:

• the wind speed
  
• size of the radial mask (make the mask a bit tighter at higher intensities to really bring home the sense of speed)
  
• color saturation (make the effect pop more at higher intensities, makes the wind feel more intense)
  

While I still need to profile on some weaker hardware, the shader should be really cheap to run on most hardware. On my machine it was close to 30us (7900xt). The effect works with sampling a noise texture at 2 samples per pixel, which is really modest in my experience.

Preview
Hooking up the shader and it's driving value -> BoostIntensity. We get something like the following:

(note the effect does look somewhat choppy due to the video quality, but is smooth during actual gameplay)


Implementation
I am still trialing the proper CPU side implementation, mainly on the 'how exactly' the effect should come in, how strong and how long should it last etc.

I've been experimenting with a few different options for the question 'how exactly'. Ranging from:

• Should it come in mainly based on current velocity ratio with maximum velocity?
  
• Should it be on impulse/activation of a SpeedIncrease?
  

I believe at the moment I'm going with a bit of a hybrid solution of the both, this looks roughly like the following:

• Use the trigger of any SpeedIncrease modifier as the impulse 
  
  (as long as there's no active SpeedDecrease or Attachment like the anchor/parachute etc.).
  
  
• Then shortly driving up the value and overshooting slightly to a target value.
  
  (make the impulse of the effect a tad stronger than it's sustained intensity).
  
  
• Then settle down the intensity value and base it on the ratio between the current speed and the maximum speed.
  The last step here effectively helps tie the effect to match with the current speed regardless of difficulty setting.
  
  
• Then I use the already pre-existing unique duration(s) of the SpeedIncrease to keep the effect active.
  
  
• Once the SpeedIncrease runs out we linearly interpolate back down to 0 to gently ease out.
  
  
• There are also some provisions for correctly latching whether we've crashed into something, drastically lost speed or got hit with a SpeedDecrease to then directly ease down to 0 (rather than waiting for the effect to run out naturally).
  
  

I am still needing to properly clean up and dial in the logic, but I personally think it's getting closer to the final solution. A couple of notes from my side:

• The effect does still ramp up to 1.0f quite fast at the moment, dialing this down is something I'm working on, it should only really be at 1.0f if we've stacked 2-3 speed increases and going fast (i.e. coming out of red skid + zipper + nitro should be 1).
  
  
• Once we crash the effect can come down just a tad faster in my book, at the moment it uses the same linear ease down to 0 as when the effect normally runs out.
  
  
• Certain SpeedIncrease items we can maybe experiment with not having it contribute to the intensity (i.e. turn it off for skids etc.?)
  

Closing Remarks
If this feature/effect looks of interest to you and would be a good fit for the game, let me know and I can clean up my code and start the PR. From there we can discuss further and iterate on feedback/suggestions.

PS: I did only notice at the posting of this post that there might be a related thread to another implementation of speed lines, my apologies there, but I do think we can work out a way to combine our efforts. https://forum.supertuxkart.net/thread-200.html

Thanks and kind regards,
stbdev]]> https://forum.supertuxkart.net/thread-433.html Thu, 17 Sep 2026 21:29:33 +0000 crispy-caesus]]> https://forum.supertuxkart.net/thread-433.html As an example, there seem to be a bunch of UI elements that I couldn't find in the settings in the attached image (it's from this video: https://www.youtube.com/watch?v=czyonmAYYjo).

  stkui.png (Size: 492.62 KB / Downloads: 15) ]]> As an example, there seem to be a bunch of UI elements that I couldn't find in the settings in the attached image (it's from this video: https://www.youtube.com/watch?v=czyonmAYYjo).

  stkui.png (Size: 492.62 KB / Downloads: 15) ]]> https://forum.supertuxkart.net/thread-425.html Fri, 04 Sep 2026 10:38:00 +0000 Gusta]]> https://forum.supertuxkart.net/thread-425.html