This page shows the order and angles in which the sprites for the various angles for tracked ride vehicles are laid out.

Legacy sprite groups combined multiple angles into a single sprite group, new sprite groups combine fewer angles into a single sprite group - most have a single bank and pitch which are mirrored for all permutations.

All vehicles start facing the Northeast direction. This is sprite_direction 0 (sprite_direction is used to control the vehicle's yaw). Vehicles turn clockwise as sprite_direction increases in 360/n increments where n is the sprite precision. One revolution of the vehicle with a particular pitch and roll is called a rank.

The order begins at the Northeast direction and rotates clockwise

The only exception to the Northeast rule is diagonal sprite groups, since no cardinally-aligned track piece uses the same slopes as the diagonal slopes. Diagonal track sprites start aligned to the diagonal (East) instead of Northeast. This is allowed because sprite_direction is divided by the precision to get the correctly-rotated sprite in each rank, and because of that a 45-degree offset is allowed when the diagonal sprite groups have a precision set to 4; if the precision is set to 8 or higher (potentially because a new track element uses the slope), the sprites must use the Northeast rule.

Every vehicle (almost) has to have its riders. Rider sprites use the same order as the vehicle they belong to, and follow directly after the vehicle's sprites. If multiple rider sprites are present, they follow each other in complete blocks of sprites: the peep sprite associated with a given vehicle sprite is found by incrementing by the total number of the vehicle sprites as many times as the peep number you want to find.

If a vehicle is animated in any way (animated, swinging, or spinning), the animation frames of a given angle are contiguous. The number of these frames is known as the base_num_frames.

The animation frames are contiguous for the given angle

The base_num_frames for swinging and spinning coasters are properly calculated from the flags that determine spin and swing type. The base_num_frames for animated rides is assumed to be 4 despite the animation code, and the overrideVerticalFrames flag and value must be set according to the animation type.

The below table shows all current sprite groups, their associated legacy sprite group, and the geometric angles they represent. The table is organized to represent the order the game expects. If a sprite group is unused in an object, the game continues to the next sprite group and treats that sprite group as having 0 images.

The angles were calculated with data from Sizes and angles in the game world.