Skip to content

Commit

Permalink
Merge pull request #114 from RagnarokResearchLab/fix-markdown-footnotes
Browse files Browse the repository at this point in the history
Fix a number of broken MDX footnote references
  • Loading branch information
Duckwhale committed Mar 18, 2024
2 parents 2876f22 + 6bd6a9f commit d878d8a
Show file tree
Hide file tree
Showing 5 changed files with 8 additions and 9 deletions.
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

0 comments on commit d878d8a

Please sign in to comment.