File: 0026-Ported-FAQ-to-a-markdown-file-in-the-docs-folder.patch

package info (click to toggle)
recastnavigation 1.6.0%2Bdfsg-1
  • links: PTS, VCS
  • area: main
  • in suites: sid
  • size: 6,892 kB
  • sloc: cpp: 50,116; ansic: 2,674; xml: 182; makefile: 16
file content (58 lines) | stat: -rw-r--r-- 2,904 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
From 1605a558c4307c2c754b68acbc6fb5a473821f46 Mon Sep 17 00:00:00 2001
From: Graham Pentheny <graham.pentheny@gmail.com>
Date: Fri, 5 Jan 2024 01:34:05 -0500
Subject: [PATCH 26/36] Ported FAQ to a markdown file in the docs folder

So that it's shipped with the code and also part of the doxygen docs at recastnav.com
---
 Docs/FAQ.md | 38 ++++++++++++++++++++++++++++++++++++++
 1 file changed, 38 insertions(+)
 create mode 100644 Docs/FAQ.md

diff --git a/Docs/FAQ.md b/Docs/FAQ.md
new file mode 100644
index 0000000..8b048a7
--- /dev/null
+++ b/Docs/FAQ.md
@@ -0,0 +1,38 @@
+# FAQ
+
+## Which C++ version and features do Recast use?
+
+All code in Recast and Detour strictly adheres to the following:
+
+* C++98
+* no STL
+* no exceptions
+* no RTTI
+* minimal inheritance
+* minimal templates
+
+RecastDemo is a bit looser with these requirements, as it's only meant to showcase Recast usage and functionality, not be part of a shipped product.
+
+## Why doesn't Recast use STL/Exceptions/RTTI/C++11/my favorite C++ feature?
+
+Recast has always strived to maximize its ease of integration into an existing codebase, its portability to unique platforms, and its runtime performance.  Recast was forged in the fires of game development, and as such follows the cultural norms of the games industry.
+
+For example, some platforms have limited C++ compilers and STL implementations, so avoiding newer C++ features and the STL entirely helps tremendously when working in those environments.  Additionally, exceptions and RTTI require a non-trivial runtime overhead to support.  This is in conflict with Recast's goal of maximum performance.
+
+## How do I use Recast to build a navmesh?
+
+The process is thoroughly outlined and documented in the RecastDemo project.  `Sample_SoloMesh.cpp` is a good introduction to the general process of building a navmesh.  It builds a single, unified navmesh and is the simpler and more limited of the two examples.  `Sample_TileMesh.cpp` builds a tiled navmesh that supports all of Recast and Detour's features around dynamic obstacles and runtime re-meshing.
+
+## How do Recast and Detour handle memory allocations?
+
+Recast and Detour strive to avoid heap allocations whenver possible.  When heap allocations are necessary, they are routed through centralized allocation and de-allocation functions.  These centralized functions allow you to optionally override them with custom allocator implementations, but just use `malloc` and `free` by default.  Check out `RecastAlloc.h` and `DetourAlloc.h` for more.
+
+## Does Recast do any logging?
+
+Yes and no: recast provides a `log(...)` function through `rcContext`. There are currently 3 levels: progress, warning, and error. If logging is enabled, the context calls the doLog() virtual function which is empty by default.
+
+## What are the dependencies for RecastDemo?
+
+* SDL 2
+* OpenGL
+* GLU
-- 
2.43.0