https://forum.supertuxkart.net/ Thu, 16 Apr 2026 12:14:18 +0000 MyBB https://forum.supertuxkart.net/thread-263.html Wed, 11 Mar 2026 15:13:37 +0000 stkfan2008]]> https://forum.supertuxkart.net/thread-263.html

• crash.ogg
  
• explode.ogg
  
• goo.ogg
  
• horn.ogg
  
• pass.ogg
  
• uh-oh.ogg
  
• win.ogg
  
• yeah.ogg
  
• zipper.ogg
  

I say "I think" because I assume some of those files were used with a filter applied, like increasing the pitch, but I've never heard most of them in the game, even though I've been playing SuperTuxKart for several years. My questions are:

• Who is the voice actor for Tux?
  
• Which of these voice lines were used?
  
• Why were they removed in version 0.9?
  

I'm asking all this to document it on the SuperTuxKart Wiki, specifically in Tux's article. I hope you can answer my questions, and greetings to the whole team.]]>

• crash.ogg
  
• explode.ogg
  
• goo.ogg
  
• horn.ogg
  
• pass.ogg
  
• uh-oh.ogg
  
• win.ogg
  
• yeah.ogg
  
• zipper.ogg
  

I say "I think" because I assume some of those files were used with a filter applied, like increasing the pitch, but I've never heard most of them in the game, even though I've been playing SuperTuxKart for several years. My questions are:

• Who is the voice actor for Tux?
  
• Which of these voice lines were used?
  
• Why were they removed in version 0.9?
  

I'm asking all this to document it on the SuperTuxKart Wiki, specifically in Tux's article. I hope you can answer my questions, and greetings to the whole team.]]> https://forum.supertuxkart.net/thread-228.html Sat, 24 Jan 2026 14:39:42 +0000 skindoormimiz]]> https://forum.supertuxkart.net/thread-228.html
I published on github a repository containing all the Add-Ons I have made for STK 0.6, it also includes some the older Add-Ons present on sourceforge.

The link is https://github.com/menemate/SuperTuxKart-0.6-Addons

Note that most of the new Add-Ons do not work properly in the released versions of 0.6 and I suggest playing them on the STK 0.6.3 version
here: https://github.com/DaYoshiistesting/stk-code-0.6.3

It also includes a program and info on how I converted most of my tracks for this version.

Unfortunately some of the 0.6 legacy Add-Ons seems to be impossible to find because they were probably published on the old Forum or other repos no longer reachable, would be nice if someone has them (for example High In The Sky and Island Resort)]]>
I published on github a repository containing all the Add-Ons I have made for STK 0.6, it also includes some the older Add-Ons present on sourceforge.

The link is https://github.com/menemate/SuperTuxKart-0.6-Addons

Note that most of the new Add-Ons do not work properly in the released versions of 0.6 and I suggest playing them on the STK 0.6.3 version
here: https://github.com/DaYoshiistesting/stk-code-0.6.3

It also includes a program and info on how I converted most of my tracks for this version.

Unfortunately some of the 0.6 legacy Add-Ons seems to be impossible to find because they were probably published on the old Forum or other repos no longer reachable, would be nice if someone has them (for example High In The Sky and Island Resort)]]> https://forum.supertuxkart.net/thread-193.html Thu, 25 Dec 2025 16:11:26 +0000 Tuxito3000]]> https://forum.supertuxkart.net/thread-193.html https://forum.supertuxkart.net/thread-161.html Tue, 02 Dec 2025 00:51:33 +0000 dylanf319]]> https://forum.supertuxkart.net/thread-161.html

  Captura de pantalla 2025-12-01 215007.png (Size: 324.05 KB / Downloads: 20)
The screenshot is recreated, but this is what the overworld looks like when you play SuperTuxKart 0.8 around 9 PM.

And I just wanted to ask if this has happened to anyone else.

Extra tidbit: I also remember that when I explored the overworld at night, the game would crash after 5 minutes]]>

  Captura de pantalla 2025-12-01 215007.png (Size: 324.05 KB / Downloads: 20)
The screenshot is recreated, but this is what the overworld looks like when you play SuperTuxKart 0.8 around 9 PM.

And I just wanted to ask if this has happened to anyone else.

Extra tidbit: I also remember that when I explored the overworld at night, the game would crash after 5 minutes]]> https://forum.supertuxkart.net/thread-127.html Wed, 12 Nov 2025 10:11:30 +0000 Alayan]]> https://forum.supertuxkart.net/thread-127.html
I. The bug

The bug would manifest itself as the kart hovering very slightly above ground. Because it was technically still in the air, wheels were unusuable for steering. With an uncontrollable kart, a crash was extremely likely and the only question was how much time would be lost.

The issue would only happen in a specific places that shared a common characteristic : a descending slope. Shifting Sands and Cocoa Temple were the two most notable tracks where the issue could occur, but it could and did happen elsewhere (quoting qwertychouskie: "I have seen this issue a lot in many places, once a kart leaves the ground, it doesn't want to go back on the ground if it has a downward slope.").

Another reason it didn't happen to everyone was that the kart also needed to jump off the ground first, and in Cocoa Temple the place where it would happen needed the player to have jumped on the rocky ledge right of the road. While this was the optimal path, only a select few players were using it on purpose. In Shifting Sands, the bug was much more common, but less catastrophic in its consequences. Here is an old video demonstrating the bug in Shifting Sands.

II. The cause

The observed triggers of the bug and further investigation by hiker and myself revealed the "cushioning" system as its cause.

SuperTuxKart used to have "cushioning" logic, introduced during the development cycle of STK 0.9. The purpose was to slow down a falling kart just as it was about to touch ground to prevent the collision from being too strong. A too strong collision would overwhelm the kart's suspensions and cause a collision between the kart's chassis and the ground, triggering the crash sound and making the landing less smooth with the likelihood of lost speed or possibly a deviation in trajectory.

But it didn't account for the fact that, as the kart would continue to move forward, the height of the ground would also change. As a consequence the cushion impulse would be too strong and the kart would not fall enough on the following frame to actually touch the ground. In this old video starting around the 12s mark, the hover bug can be seen occuring in Cocoa Temple not once, but twice in a row.

III. Attempts at fixing

The bug was declared solved after hiker introduced logic to disable cushioning for a set period of time after it had been first triggered. Without repeat activations of the cushioning impulse, there was no hover bug anymore.

Unfortunately, the cure was worse than the poison.

Hiker deemed the first report a track issue, but more instances of the bug happening quickly made clear it was much worse than that. The final nail in the coffin of this theory was Qwerty's bug report accompanied by a video showcasing a kart skipping through the air.

The problem with the initial fix was that it assumed that the correct vertical speed the kart should be slowed to was 0, which only worked if the landing spot was fairly flat. As soon as slope was involved, this expectation was wrong, and 0 vertical speed would mean the kart would "bounce" off the track immediately after having touched.

I made a series of commits to address this issue (here, here, here, here, and here), taking into account the kart's height above ground, the slope and then trying to fix second order issues of the kart bouncing up in cases where the ground height changed suddenly.

It essentially worked, but it was a patchwork of ad-hoc tricks, and it was bound to have some rare edge cases where it would fail, the fact that several commits after the initial implementation were needed to patch out those that were discovered pointed in this direction.

At this point, hiker got fed up. I was first asked to revert my commits, and then the entire cushioning system got removed, replaced with much stronger suspensions.

While it didn't always help quite as much as the cushioning system, the stronger suspensions had no weird edge case to worry about and the code got much simpler. In the end, the better solution was also the simpler one.]]>
I. The bug

The bug would manifest itself as the kart hovering very slightly above ground. Because it was technically still in the air, wheels were unusuable for steering. With an uncontrollable kart, a crash was extremely likely and the only question was how much time would be lost.

The issue would only happen in a specific places that shared a common characteristic : a descending slope. Shifting Sands and Cocoa Temple were the two most notable tracks where the issue could occur, but it could and did happen elsewhere (quoting qwertychouskie: "I have seen this issue a lot in many places, once a kart leaves the ground, it doesn't want to go back on the ground if it has a downward slope.").

Another reason it didn't happen to everyone was that the kart also needed to jump off the ground first, and in Cocoa Temple the place where it would happen needed the player to have jumped on the rocky ledge right of the road. While this was the optimal path, only a select few players were using it on purpose. In Shifting Sands, the bug was much more common, but less catastrophic in its consequences. Here is an old video demonstrating the bug in Shifting Sands.

II. The cause

The observed triggers of the bug and further investigation by hiker and myself revealed the "cushioning" system as its cause.

SuperTuxKart used to have "cushioning" logic, introduced during the development cycle of STK 0.9. The purpose was to slow down a falling kart just as it was about to touch ground to prevent the collision from being too strong. A too strong collision would overwhelm the kart's suspensions and cause a collision between the kart's chassis and the ground, triggering the crash sound and making the landing less smooth with the likelihood of lost speed or possibly a deviation in trajectory.

But it didn't account for the fact that, as the kart would continue to move forward, the height of the ground would also change. As a consequence the cushion impulse would be too strong and the kart would not fall enough on the following frame to actually touch the ground. In this old video starting around the 12s mark, the hover bug can be seen occuring in Cocoa Temple not once, but twice in a row.

III. Attempts at fixing

The bug was declared solved after hiker introduced logic to disable cushioning for a set period of time after it had been first triggered. Without repeat activations of the cushioning impulse, there was no hover bug anymore.

Unfortunately, the cure was worse than the poison.

Hiker deemed the first report a track issue, but more instances of the bug happening quickly made clear it was much worse than that. The final nail in the coffin of this theory was Qwerty's bug report accompanied by a video showcasing a kart skipping through the air.

The problem with the initial fix was that it assumed that the correct vertical speed the kart should be slowed to was 0, which only worked if the landing spot was fairly flat. As soon as slope was involved, this expectation was wrong, and 0 vertical speed would mean the kart would "bounce" off the track immediately after having touched.

I made a series of commits to address this issue (here, here, here, here, and here), taking into account the kart's height above ground, the slope and then trying to fix second order issues of the kart bouncing up in cases where the ground height changed suddenly.

It essentially worked, but it was a patchwork of ad-hoc tricks, and it was bound to have some rare edge cases where it would fail, the fact that several commits after the initial implementation were needed to patch out those that were discovered pointed in this direction.

At this point, hiker got fed up. I was first asked to revert my commits, and then the entire cushioning system got removed, replaced with much stronger suspensions.

While it didn't always help quite as much as the cushioning system, the stronger suspensions had no weird edge case to worry about and the code got much simpler. In the end, the better solution was also the simpler one.]]> https://forum.supertuxkart.net/thread-100.html Fri, 31 Oct 2025 03:46:50 +0000 Christopher]]> https://forum.supertuxkart.net/thread-100.html
In the icons it shows Mr. Iceblock, Tux, Mozilla and Evil Tux. But Tux isn't their.
On the track it shows Mr. Iceblock Mozilla, this mystery character and Evil Tux.

Why were the characters in different order then how they appear on the track and who is the mystery character I don't know about?

  STK0.0.0_1.jpg (Size: 52.46 KB / Downloads: 52) ]]>
In the icons it shows Mr. Iceblock, Tux, Mozilla and Evil Tux. But Tux isn't their.
On the track it shows Mr. Iceblock Mozilla, this mystery character and Evil Tux.

Why were the characters in different order then how they appear on the track and who is the mystery character I don't know about?

  STK0.0.0_1.jpg (Size: 52.46 KB / Downloads: 52) ]]>