Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix a number of broken MDX footnote references #114

Merged
merged 1 commit into from
Mar 18, 2024
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion docs/file-formats/GAT.md
Original file line number Diff line number Diff line change
Expand Up @@ -29,7 +29,7 @@ The vast majority of maps in the RO client use this version, including those fou
| `Height` | 10 | 4 | `int` | The vertical size of the map, given in tiles |
| `Tiles` | 14+ | 20 | `array` | Contains the navigation properties for `Width * Height` tiles |

[^1] Technically, old versions have a zero-byte prefix shifting the layout. It's still GAT 1.2 otherwise.
[^1]: Technically, old versions have a zero-byte prefix shifting the layout. It's still GAT 1.2 otherwise.

#### Tile Properties

Expand Down
2 changes: 1 addition & 1 deletion docs/file-formats/GND.md
Original file line number Diff line number Diff line change
Expand Up @@ -96,7 +96,7 @@ The lightmap and ambient occlusion textures are split into small bitmaps:
| `ShadowmapPixels` | 16 | 64 | `array` | `Width * Height` ambient occlusion texture pixels (intensity values) |
| `LightmapPixels` | 16 | 192 | `array` | `Width * Height` lightmap texture pixels (specularity values) |

[^1] _This value appears to be ignored; the actual pixel format should always be 8-bit RGBA (stored as ARGB)._
[^1]: _This value appears to be ignored; the actual pixel format should always be 8-bit RGBA (stored as ARGB)._

#### Textured Surfaces

Expand Down
4 changes: 2 additions & 2 deletions docs/game-mechanics/03-movement-and-pathfinding.md
Original file line number Diff line number Diff line change
Expand Up @@ -34,7 +34,7 @@ _Source: Kokotewa (no direct link available)_
| Osiris | 100 | Very fast |
| Treasure Box | 0 | Cannot move at all |

[^1] Immobile creatures can still technically move (at their configured speed), but this is almost certainly a bug.
[^1]: Immobile creatures can still technically move (at their configured speed), but this is almost certainly a bug.

### Statistics

Expand All @@ -58,4 +58,4 @@ This section is a placeholder. If you know anything about the topic, please help

When damaged, actors usually [^2] cannot move for a brief period of time, effectively "stunning" them when they suffer a "hit". Afterwards, movement commences on the precomputed path unless their position has been altered via knockback effects.

[^2] Certain auras, like Endure, can make them immune to this mechanic.
[^2]: Certain auras, like Endure, can make them immune to this mechanic.
5 changes: 2 additions & 3 deletions docs/rendering/02-coordinate-systems.md
Original file line number Diff line number Diff line change
Expand Up @@ -18,9 +18,8 @@ There are multiple different coordinate systems to account for when it comes to
| RSM Coordinates | 3D | RSM and RSM2 files | Origin of the model editor's coordinate system[^2] |
| GR2 Coordinates | 3D | GR2 files | Origin of the model editor's coordinate system[^2] |

[^1] Alternatively, you could call them "GAT Coordinates" because that's effectively what they are.

[^2] Whatever software the artists used works with a different local origin, which needs to be transformed to world space.
[^1]: Alternatively, you could call them "GAT Coordinates" because that's effectively what they are.
[^2]: Whatever software the artists used works with a different local origin, which needs to be transformed to world space.

## World Coordinates

Expand Down
4 changes: 2 additions & 2 deletions docs/rendering/animation-systems.md
Original file line number Diff line number Diff line change
Expand Up @@ -34,9 +34,9 @@ In order to answer the first question, a bit of guesswork is needed. There's of

If one assumes the existence of one or several timers that update the animation state machines, operating at a fixed clock speed, it wouldn't be as far-fetched to describe frame display times in terms of full cycles on this clock. In fact, there is some evidence that other systems (e.g., particles) do indeed involve such self-clocking mechanisms to compute their own time deltas.

This might seem like a peculiar design choice compared to a global delta time (the "standard" approach). However, it's clear that there are several different animation systems working to animate objects such as the Granny3D models, water surfaces, particle systems, and RSM(2) models[^*]. In light of this, adding one more for sprites to the mix doesn't seem particularly strange.
This might seem like a peculiar design choice compared to a global delta time (the "standard" approach). However, it's clear that there are several different animation systems working to animate objects such as the Granny3D models, water surfaces, particle systems, and RSM(2) models[^2]. In light of this, adding one more for sprites to the mix doesn't seem particularly strange.

[^*] This is obvious since they all use different units of measurement; Also, GR2 models were added much later in development.
[^2]: This is obvious since they all use different units of measurement; Also, GR2 models were added much later in development.

### Predicting Animation Times

Expand Down
Loading