Difference between revisions of "Testing a Track"

From Custom Mario Kart
Jump to navigation Jump to search
m
 
(30 intermediate revisions by 12 users not shown)
Line 1: Line 1:
Before a release, the author must make a little test series. Simple errors like freezes or very bad respawn point sucks much. Here is a little test list:
+
{{Bugs}}
 +
This page is a part of the '''Custom Track Tutorial'''. [[Custom Track Tutorial|Back to the main tutorial page]].
  
  
 
__TOC__
 
__TOC__
  
= Testing =
+
== Introduction ==
 +
Seemingly minor issues like poorly placed respawn points and unusable Bullet Bills can ruin tracks. The more thoroughly tested a track is, the smaller the chance of problems, the more likely it will be that people enjoy your track, and the greater the chance of the track being added to [[distribution]]s like [[CTGP Revolution]] and [[Wiimms Mario Kart Fun]]. This is a list of things to test before releasing a track.
  
== Test your track on the Wii ==
+
If you want to know how to play your custom track on a Wii, see the [[How to Play Custom Tracks]] page.
  
Many ct developers use Dolphin (Wii Emulator) to create and test tracks. Running the tracks on the Wii may change the behavior of textures and game play, and sometimes a freeze will be found.
+
== How To Test? ==
  
== Test in time trial, VS and online ==
+
=== Test on a Real Wii ===
 +
Some track developers use Dolphin (an emulator) to test tracks. Unfortunately, emulation is not perfect and many problems can go unnoticed if not thoroughly tested on a real Wii or Wii U system. Problems can include the track failing to load, freezing in mid-game, flickering or shimmering textures, the [[Harry Potter Effect]], and various other issues.
  
Time trial and versus races are different. So some items like ''item boxes'' or ''wood boxes'' have a different behavior. Also make tests with 2 player offline on the split screen with enabled enemies to detect a [[Slow Motion Bug]].
+
=== Time Trial, VS, Split Screen and Online Modes ===
 +
Time Trial and Versus races are different, but both modes are essential for testing your track. If you never test in VS or Grand Prix modes, you won't find out about problems with item boxes or wooden boxes, item routes that affect Bullet Bills and shells, or bad AI (CPU) routes. Watch the opening pans and make sure they don't freeze. Some things like [http://szs.wiimm.de/cgi/mkw/track-ref/object/hanabi Hanabi] (fireworks) will only be visible in Grand Prix mode.
  
If possible, test the track online with some friend. There is for example a well known positioning bug, which only appears online.
+
Likewise, if you never do a "free roaming" time trial test, you won't find out about places you can drive off the map and respawn where you reach a lap, or bad replay cameras routes that can cause crashes or just look bad. Try to explore the entire level, and note any places that can cause unfair shortcuts, collision problems like "death zones", barrel rolls, or falling through the level.  
  
If you have jumps over an abyss, test them in 50cc and also if you are small after a cloud. Also try with many different characters and vehicles, at least with a bike and kart of each weight class. Many tracks fail here.
+
Make tests in 2 and 3 or 4 player split screen modes with CPUs enabled to detect [[Slow Motion Bug|slowdown issues]]. If possible, test the track online with a friend. Some problems, like the positioning bug, won't be detected offline.
  
== Check the minimap ==
+
=== Visual Review ===
 +
Make a Visual Review of your track by using the [[wkmpt DRAW]] feature of [[Wiimms SZS Tools]].
  
Is the minimap fully visible and centered in its view area? If not, fix the minimap positions. [http://szs.wiimm.de/cmd/wszst/minimap Wiimms SZS Tools] can adjust the minimap automatically.
+
You can also use [https://noclip.website/ noclip.website] which supports viewing '''.SZS''' files to see a preview of your track model along with a preview of where you placed certain objects.
  
== Test all possible routes of your track ==
+
== What To Test: Technical ==
 +
=== Coordinates ===
  
Testing only the main road is a bad decision. Try to leave the main road and to find ''positioning'' and ''lap not counting'' bugs.
+
Make sure, that all drivable points (or the complete tracks) uses coordinates between -131071 and +131071. The limit comes from the online protocols, where item positions are limited to 2 bytes. Absolute values &ge;131072 (=2<sup>17</sup>) can't be transmitted to other players. The players position at dropping/throwing time is relevant.
  
== Test the item routes ==
+
As test, you can go online and drive to the most north, east, south and west points of the map and use items like bananas or shell. If they are dissolved a moment after dropping/throwing, the position X or Z is most likely &ge;131072.
  
Test all possible routes of your track, also all possible short cuts using mushrooms or other boost items. Use an item cheat for a long usage of ''Red shells'' and ''Bullet Bill''. If you use a short cut, start ''Bullet Bill'' direct after entering the short cut to verify, if it follows the route. If this fails, your item routes are defined badly.
+
=== BRRES Review ===
 +
If you imported your BRRES with CTools, the only bug you're likely to find is the [[Harry Potter Effect]] (in case you have transparent textures). If you imported it with BrawlBox and edited more settings, such as materials and shaders, it's possible that some of them might look bad, in case of incorrect settings. Try looking at your models from different angles to see if you can find any problem, such as [[Z-fighting]].
  
The height (Y value) of the item points are important. If it is to low, Bullet Bill tries to boring into the ground and some shells are dropped with unobvious reasons. If the height is to high, Bullet Bill flies in sky. Use tools with [[automated height correction]] to fix this kind of bugs.
+
=== Lowering Walls ===
 +
It's possible to hit or get stuck on the upper edges of walls that border drivable surfaces. See the [[Solidity]] article for information about lowering walls.
  
== Verify the enemy routes ==
+
=== Face Down Roads ===
 +
Triangles (faces) are 'solid' on just one side (keyword ''culling''). If your roads, walls or other surfaces have faces both above and below the intended surface, various glitches can occur:
 +
* Unwanted jumps while driving over the road.
 +
* Hard changing of the driving direction if jumping down to the road.
 +
* [http://www.youtube.com/watch?v=rdgnn-CrbKQ Barrel rolling].
 +
* Strange camera jumping effects.
 +
* Underground views of cameras.
 +
 
 +
If you have some of these effects, try to remove the face down road triangles. Face down roads can be selected by the [[KCL flag]] and its first normal (Y value <0.0). [[Wiimms SZS Tools]] can remove such triangles automatically; see [[Creating a KCL with Wiimms Tools#Remove_face_down_roads|Creating a KCL with Wiimms Tools]] for details.
 +
 
 +
=== Start and Respawn Positions ===
 +
Check the position and direction of all respawn points. Fall off the course every place you can. Use mushrooms to fall down far away from the main route. If your respawn point is on a narrow strip of road, it can be a problem because all 12 players have different [[Respawn Point|respawn positions]] (1200 units wide, 900 deep). This can lead to players respawning without solid ground below them, causing them to respawn in an endless loop. So your respawn point is actually a respawn area, and all of that area must be over a section of road.
 +
 
 +
Also be sure to check the positions of all 12 [[Start Position|start positions]] in the level. Make sure the points are all inside the road. Test at least the first and last positions with CPUs.
  
Verify, that all enemies reach the finish line. Very often bad respawn points and especially their directions are the reason for enemy problems. Look on the minimap to find out, if the enemies use all defined routes.
+
=== Enemy Routes ===
 +
Verify that all CPUs reach the finish line. Quite often bad respawn points that point in the wrong direction are the reason for AI problems. Pay attention to the minimap to see if CPUs are using all defined routes.  
  
== Using AIParam ==
+
==== AIParam ====
 +
Some track authors add [[AIParam]] to their levels to make it more challenging - these files make CPUs drive faster than human players. However, '''AIParam is not a substitute for good [[KMP#ENPT|Enemy Routes]]''', and many players find courses with AIParam very annoying. Since it is controversial, it is recommended that you release your level without AIParam, or release an AIParam version as an optional download.
  
Think twice before using [[AIParam]] (fast computer drivers). In general it's a bad choice to use it, because [[AIParam]] makes it very hard for a human player to win.
+
=== Item Routes ===
 +
If you have designed shortcuts on your level, use a Bullet Bill after entering the shortcut to verify if it follows the route and does not turn around or crash into a wall or the ground. If possible, use an item cheat for repeated usage of Red Shells and Bullet Bills. If you can't use cheats, you need to fall behind the CPUs so you'll get them randomly.  
  
== Check all respawn points ==
+
The height (Y value) of item points are important. If the Y value is too low, Bullet Bills will bore into the ground and shells might spontaneously be destroyed. If the height is too high, Bullet Bills will fly high in the sky. Use a tool with [[automated height correction]] to more easily fix this kind of bug.
  
Check the position and direction of all respawn points. Fall down on every place you can. Use mushrooms to fall down far away from the main route. If 2 or more characters fall down at same location and time, they are respawned with an offset radius (up to 2000 units?). So a respawn point is really a respawn area and all of the area must be inside the road.
+
=== Checkpoints ===
 +
Make sure that the check points are set following the new [[quadrilateral model]] and cover all drivable parts by convex quadrilaterals. Set up your [[collision model]] with invisible walls so that potentially problematic areas cannot be reached.
  
Make sure that all 12 start points are inside the road. Test at least first and last position with enabled CPU drivers.
+
=== Objects and Cameras ===
 +
Make sure that all objects are placed properly, so that they look and act good. View replays (many times, if needed) to see if your custom cameras actually show something and are activated in the correct AREAs.
  
== Search for unintended shortcuts ==
+
=== Cannons ===
 +
See if you can always hit the cannon, no matter how fast or slow you try to hit the trigger, in which angle, and make sure you always land. Test the cannon at the very left and at the very right side.
  
Before releasing, it is wise to really explore your track (especially areas that most players would normally not go to). If an area outside the normal track walls is drivable then there is a chance that your track could develop an [[Ultra Shortcut|ultra shortcut]], which could hinder its popularity and lead to its rejection from many popular custom track distributions.
+
=== Minimap ===
 +
Is the minimap fully visible and centered in its view area? If not, fix the [[minimap]] position. [[Wiimms SZS Tools]] can adjust the minimap automatically.
  
== Think about face down roads ==
+
== What To Test: Playability ==
 +
=== Is it fun? ===
 +
This might be a more subjective topic, but it's important to consider if you want people to actually play your track: is it fun? Is it a track which you finish a race and soon find yourself wanting another race there? Or just a boring or frustrating track which makes you never want to pick it again? Both technical "behind-the-scenes" detail and playability are important if you want to make a good track, not to mention the looks.
  
Triangles (faces) are directed and have only impact in one direction (keyword ''culling''). If your roads (and also boost and other drivable [[KCL]] types) have triangles for the top and the bottom side, different glitches and bugs may appear:
+
=== Characters and Vehicles ===
* Unwanted jump while driving over the road.
+
Mario Kart Wii has a variety of weight classes and vehicles that have different drifting (power sliding), handling, and off-road characteristics. If you have narrow roads and do all of your testing with just one type of vehicle (for example, the popular inside-drifting Mach Bike or Flame Runner) players using karts or bikes with outside drift may have difficultly navigating your course because their vehicles require more space to turn. If you have a lot of off-road area in your level, or shortcuts that are supposed to require a mushroom boost, be sure to test those areas using a vehicle with a high off-road rating like the Magikruiser or Tiny Titan to see if they do too well on those sections. Failing to consider all play styles can give certain vehicles an unfair advantage, or simply make the course tedious to play.  
* Hard changing of the driving direction if jumping down to the road.
 
* Barrel rolling.
 
* Curious camera jumping effects.
 
* Underground views of cameras.
 
If you have some of these effects, try to remove the face down road triangles. Face down roads can be selected by the [[KCL Flag]] and its first normal (y value <0.0). [[Wiimms SZS Tools]] can remove such triangles automatically; see [[KCL_Tutorial_%28Wiimms_Tools%29#Remove_face_down_roads|&raquo;KCL Tutorial (Wiimms Tools)&laquo;]] for details.
 
  
== Think about item box places ==
+
=== Speed and Jumps ===
 +
If there are places where players must jump over an abyss, be sure to test the jumps in 50CC mode, and while shrunken by a Thunder Cloud. Some jumps can be difficult or even impossible on 50 or 100 CC mode. This problem can be made even worse by poorly chosen respawn positions that do not allow the player to get to full speed before attempting the jump again. In most cases, it is best to place your respawn point after the jump so the player won't have to repeatedly attempt it if they fail to cross it the first time.
  
Think about the item boxes groups (or rows). Use 3-6 groups with 4-6 item boxes in each group for a 3 lap round. There are 3 problems, if you do not so:
+
=== All Possible Routes ===
 +
While it's important to test the main road when designing a track, it's even more important to check the areas you wouldn't normally go - this is what glitchers will do the moment they try out your level. Start up time trial mode, leave the main road and drive all over the level. Find places to fall off, then make a note if the lap counts after you respawn. Test all possible routes of your track, also all possible shortcuts using mushrooms or other boost items.
  
# If a driver gets 18 or more items in an online race, all following items are mushrooms. This contradict the main idea of Mario Kart: Bad items for the player in first and good items for the players in the lower positions.
+
=== Unintended and Unfair Shortcuts ===
# If a row have less than 4 items, only the first 2 players in a group get an item. And this is also bad for the game play.
+
Before releasing it is wise to thoroughly explore your track, especially areas that players would not normally go. If an area outside the normal track boundaries is drivable, then there is a chance it could be used as an [[Ultra Shortcut|ultra shortcut]]. Likewise it is important to determine if an intended shortcut is too good. Test it without items or boosts and compare how long it takes to complete the track both with and without the shortcut, using both a normal vehicle and one that has a high off-road rating. If the shortcut takes less time without boosts than the normal route, it needs to be revised. Ultras and poorly designed shortcuts can hinder your track's popularity and lead to its rejection from custom track distributions.
# Sometimes it may be tempting to place them just after a sharp turn, however if this is the case then going for the outside item boxes may cause a vehicle to crash into a wall or otherwise lose too much time for collecting the box to actually be worthwhile. Thus creating a problem very similar to that discussed in point number 2, above.
 
# Classic tracks support sometimes only 1–2 item rows. But think in [[Wii]] dimensions: Items are the most important fun instrument of [[Mario Kart Wii]]. Be not afraid to add and move item rows; [[Nintendo]] does the same for its retro tracks.
 
  
The height of the itemboxes are also important. Be sure, that all itemboxes can be hit if driving with a small vehicle in reduced size (because of cloud or mega mushroom). Use tools with [[automated height correction]] to set the perfect height.
+
=== Item Box Placement ===
 +
Good item box placement is important, not only to make your level as enjoyable as possible, but also because poorly placed item boxes can cause certain glitches to occur. Arrange your boxes into groups of 4 to 6, ideally in rows where you can't run over multiple boxes at once. For a typical 3-lap track, you should place 4 to 6 groups of item boxes.
  
== Chose a wise version number ==
+
# If a driver gets 18 or more items in an online race, all following items are mushrooms. This gives the player in first place an unfair advantage.
 +
# If a row has fewer than 4 items boxes, typically only the first 2 players to pass through will get an item unless the boxes are spread far apart. This is bad for gameplay since only the first two players are guaranteed an item at any one time, giving them an advantage over people trailing behind them.
 +
# Sometimes it may be tempting to place item boxes just after a sharp turn. If this is the case, then going for the outside item boxes may cause a vehicle to crash into a wall or otherwise lose too much time for collecting the box to actually be worthwhile, thus creating a problem similar to that discussed in point number 2, above.
 +
# Retro tracks and tracks from other games sometimes only had 1 or 2 item box rows in their original game. That arrangement may have suited the gameplay in the original level just fine, but Mario Kart Wii plays differently, so it is important to ensure item boxes are evenly distributed. Do not be afraid to add or even move item box rows; [[Nintendo]] does the same for their retro tracks.
  
A version number of your track (preview, alpha, beta, RC, v) reflects its status. Read '''&raquo;[[Version number]]&laquo;''' and select a good version number.
+
The height of the item boxes is also important. Be sure that all item boxes can be hit while using a small vehicle in reduced size (while under the influence of a Thunder Cloud or crushed by someone with a Mega Mushroom.) Use a tool with [[automated height correction]] to quickly set an ideal height.
  
= Bugs Found? =  
+
=== Version Number ===
 +
A version number of your track (preview, alpha, beta, RC, v) reflects its status. Read the [[version number]] article and select a good version number.
  
If you found bugs or glitches in your track, read this first:
+
== Found Bugs? ==
 +
If you have found bugs or glitches in your track, check these articles first:
 
* [[:Category:Bug]]
 
* [[:Category:Bug]]
 
* [[:Category:Tutorials]]
 
* [[:Category:Tutorials]]
  
= Links =
+
If the answer you need isn't there, you may post your question on the [[Talk:Testing a Track|Talk]] page (please sign your posts with <nowiki>--~~~~</nowiki>).
 +
 
 +
== Links ==
 
{{Custom Track Tutorial}}
 
{{Custom Track Tutorial}}
[[category:Tutorials]]
+
[[category:Tutorials]][[Category:Optimization]][[Category:Bug]]

Latest revision as of 08:59, 2 September 2023

This page is a part of the Custom Track Tutorial. Back to the main tutorial page.


Introduction

Seemingly minor issues like poorly placed respawn points and unusable Bullet Bills can ruin tracks. The more thoroughly tested a track is, the smaller the chance of problems, the more likely it will be that people enjoy your track, and the greater the chance of the track being added to distributions like CTGP Revolution and Wiimms Mario Kart Fun. This is a list of things to test before releasing a track.

If you want to know how to play your custom track on a Wii, see the How to Play Custom Tracks page.

How To Test?

Test on a Real Wii

Some track developers use Dolphin (an emulator) to test tracks. Unfortunately, emulation is not perfect and many problems can go unnoticed if not thoroughly tested on a real Wii or Wii U system. Problems can include the track failing to load, freezing in mid-game, flickering or shimmering textures, the Harry Potter Effect, and various other issues.

Time Trial, VS, Split Screen and Online Modes

Time Trial and Versus races are different, but both modes are essential for testing your track. If you never test in VS or Grand Prix modes, you won't find out about problems with item boxes or wooden boxes, item routes that affect Bullet Bills and shells, or bad AI (CPU) routes. Watch the opening pans and make sure they don't freeze. Some things like Hanabi (fireworks) will only be visible in Grand Prix mode.

Likewise, if you never do a "free roaming" time trial test, you won't find out about places you can drive off the map and respawn where you reach a lap, or bad replay cameras routes that can cause crashes or just look bad. Try to explore the entire level, and note any places that can cause unfair shortcuts, collision problems like "death zones", barrel rolls, or falling through the level.

Make tests in 2 and 3 or 4 player split screen modes with CPUs enabled to detect slowdown issues. If possible, test the track online with a friend. Some problems, like the positioning bug, won't be detected offline.

Visual Review

Make a Visual Review of your track by using the wkmpt DRAW feature of Wiimms SZS Tools.

You can also use noclip.website which supports viewing .SZS files to see a preview of your track model along with a preview of where you placed certain objects.

What To Test: Technical

Coordinates

Make sure, that all drivable points (or the complete tracks) uses coordinates between -131071 and +131071. The limit comes from the online protocols, where item positions are limited to 2 bytes. Absolute values ≥131072 (=217) can't be transmitted to other players. The players position at dropping/throwing time is relevant.

As test, you can go online and drive to the most north, east, south and west points of the map and use items like bananas or shell. If they are dissolved a moment after dropping/throwing, the position X or Z is most likely ≥131072.

BRRES Review

If you imported your BRRES with CTools, the only bug you're likely to find is the Harry Potter Effect (in case you have transparent textures). If you imported it with BrawlBox and edited more settings, such as materials and shaders, it's possible that some of them might look bad, in case of incorrect settings. Try looking at your models from different angles to see if you can find any problem, such as Z-fighting.

Lowering Walls

It's possible to hit or get stuck on the upper edges of walls that border drivable surfaces. See the Solidity article for information about lowering walls.

Face Down Roads

Triangles (faces) are 'solid' on just one side (keyword culling). If your roads, walls or other surfaces have faces both above and below the intended surface, various glitches can occur:

  • Unwanted jumps while driving over the road.
  • Hard changing of the driving direction if jumping down to the road.
  • Barrel rolling.
  • Strange camera jumping effects.
  • Underground views of cameras.

If you have some of these effects, try to remove the face down road triangles. Face down roads can be selected by the KCL flag and its first normal (Y value <0.0). Wiimms SZS Tools can remove such triangles automatically; see Creating a KCL with Wiimms Tools for details.

Start and Respawn Positions

Check the position and direction of all respawn points. Fall off the course every place you can. Use mushrooms to fall down far away from the main route. If your respawn point is on a narrow strip of road, it can be a problem because all 12 players have different respawn positions (1200 units wide, 900 deep). This can lead to players respawning without solid ground below them, causing them to respawn in an endless loop. So your respawn point is actually a respawn area, and all of that area must be over a section of road.

Also be sure to check the positions of all 12 start positions in the level. Make sure the points are all inside the road. Test at least the first and last positions with CPUs.

Enemy Routes

Verify that all CPUs reach the finish line. Quite often bad respawn points that point in the wrong direction are the reason for AI problems. Pay attention to the minimap to see if CPUs are using all defined routes.

AIParam

Some track authors add AIParam to their levels to make it more challenging - these files make CPUs drive faster than human players. However, AIParam is not a substitute for good Enemy Routes, and many players find courses with AIParam very annoying. Since it is controversial, it is recommended that you release your level without AIParam, or release an AIParam version as an optional download.

Item Routes

If you have designed shortcuts on your level, use a Bullet Bill after entering the shortcut to verify if it follows the route and does not turn around or crash into a wall or the ground. If possible, use an item cheat for repeated usage of Red Shells and Bullet Bills. If you can't use cheats, you need to fall behind the CPUs so you'll get them randomly.

The height (Y value) of item points are important. If the Y value is too low, Bullet Bills will bore into the ground and shells might spontaneously be destroyed. If the height is too high, Bullet Bills will fly high in the sky. Use a tool with automated height correction to more easily fix this kind of bug.

Checkpoints

Make sure that the check points are set following the new quadrilateral model and cover all drivable parts by convex quadrilaterals. Set up your collision model with invisible walls so that potentially problematic areas cannot be reached.

Objects and Cameras

Make sure that all objects are placed properly, so that they look and act good. View replays (many times, if needed) to see if your custom cameras actually show something and are activated in the correct AREAs.

Cannons

See if you can always hit the cannon, no matter how fast or slow you try to hit the trigger, in which angle, and make sure you always land. Test the cannon at the very left and at the very right side.

Minimap

Is the minimap fully visible and centered in its view area? If not, fix the minimap position. Wiimms SZS Tools can adjust the minimap automatically.

What To Test: Playability

Is it fun?

This might be a more subjective topic, but it's important to consider if you want people to actually play your track: is it fun? Is it a track which you finish a race and soon find yourself wanting another race there? Or just a boring or frustrating track which makes you never want to pick it again? Both technical "behind-the-scenes" detail and playability are important if you want to make a good track, not to mention the looks.

Characters and Vehicles

Mario Kart Wii has a variety of weight classes and vehicles that have different drifting (power sliding), handling, and off-road characteristics. If you have narrow roads and do all of your testing with just one type of vehicle (for example, the popular inside-drifting Mach Bike or Flame Runner) players using karts or bikes with outside drift may have difficultly navigating your course because their vehicles require more space to turn. If you have a lot of off-road area in your level, or shortcuts that are supposed to require a mushroom boost, be sure to test those areas using a vehicle with a high off-road rating like the Magikruiser or Tiny Titan to see if they do too well on those sections. Failing to consider all play styles can give certain vehicles an unfair advantage, or simply make the course tedious to play.

Speed and Jumps

If there are places where players must jump over an abyss, be sure to test the jumps in 50CC mode, and while shrunken by a Thunder Cloud. Some jumps can be difficult or even impossible on 50 or 100 CC mode. This problem can be made even worse by poorly chosen respawn positions that do not allow the player to get to full speed before attempting the jump again. In most cases, it is best to place your respawn point after the jump so the player won't have to repeatedly attempt it if they fail to cross it the first time.

All Possible Routes

While it's important to test the main road when designing a track, it's even more important to check the areas you wouldn't normally go - this is what glitchers will do the moment they try out your level. Start up time trial mode, leave the main road and drive all over the level. Find places to fall off, then make a note if the lap counts after you respawn. Test all possible routes of your track, also all possible shortcuts using mushrooms or other boost items.

Unintended and Unfair Shortcuts

Before releasing it is wise to thoroughly explore your track, especially areas that players would not normally go. If an area outside the normal track boundaries is drivable, then there is a chance it could be used as an ultra shortcut. Likewise it is important to determine if an intended shortcut is too good. Test it without items or boosts and compare how long it takes to complete the track both with and without the shortcut, using both a normal vehicle and one that has a high off-road rating. If the shortcut takes less time without boosts than the normal route, it needs to be revised. Ultras and poorly designed shortcuts can hinder your track's popularity and lead to its rejection from custom track distributions.

Item Box Placement

Good item box placement is important, not only to make your level as enjoyable as possible, but also because poorly placed item boxes can cause certain glitches to occur. Arrange your boxes into groups of 4 to 6, ideally in rows where you can't run over multiple boxes at once. For a typical 3-lap track, you should place 4 to 6 groups of item boxes.

  1. If a driver gets 18 or more items in an online race, all following items are mushrooms. This gives the player in first place an unfair advantage.
  2. If a row has fewer than 4 items boxes, typically only the first 2 players to pass through will get an item unless the boxes are spread far apart. This is bad for gameplay since only the first two players are guaranteed an item at any one time, giving them an advantage over people trailing behind them.
  3. Sometimes it may be tempting to place item boxes just after a sharp turn. If this is the case, then going for the outside item boxes may cause a vehicle to crash into a wall or otherwise lose too much time for collecting the box to actually be worthwhile, thus creating a problem similar to that discussed in point number 2, above.
  4. Retro tracks and tracks from other games sometimes only had 1 or 2 item box rows in their original game. That arrangement may have suited the gameplay in the original level just fine, but Mario Kart Wii plays differently, so it is important to ensure item boxes are evenly distributed. Do not be afraid to add or even move item box rows; Nintendo does the same for their retro tracks.

The height of the item boxes is also important. Be sure that all item boxes can be hit while using a small vehicle in reduced size (while under the influence of a Thunder Cloud or crushed by someone with a Mega Mushroom.) Use a tool with automated height correction to quickly set an ideal height.

Version Number

A version number of your track (preview, alpha, beta, RC, v) reflects its status. Read the version number article and select a good version number.

Found Bugs?

If you have found bugs or glitches in your track, check these articles first:

If the answer you need isn't there, you may post your question on the Talk page (please sign your posts with --~~~~).

Links