added link to include org file

README.md

@@ -10,14 +10,6 @@ The streaming part of the project is expected to use the browser standard WebRTC
 
 The PhD will be one of a long term novel approach which will support Multi-kernels with TAG based architecture support for running C++ programs more securely. This might mean most parts of the PhD might not be used. The Multi-kernel approach is definitely an interesting area to experiment on to figure out how the project would use such an approach and this open lot of areas of future research and hopefully better performant flight simulators with better purposed algorithm to offload tasks to devices such as FPGAs or potato machines in abstraction layer similar to speaking nodes in an network. 
 
-
-
-## The short term plan: 
-- [ ] To do a full review of all the work currently complete. 
-- [ ] To sync with Decenode to test the monetized version of the p2p network. 
-- [ ] To set up clusters for testing Xplane 11.
-- [ ] To set up nice documentation for setting up the Xplane 11 project. 
-- [ ] To allow players to play around with the Xplane 11 game as Beta testers. 
-- [ ] Plans for constant updates for the project broadcasted to the community. 
-- [x] To sync with developers interested in the project and track how much potential contribution is possible from an external community. 
-- [ ] Start planning ways to incentivize developers interested in working on the project. 
+## Org resources
+- Include org files
+https://orgmode.org/manual/Include-Files.html

flight-proposal.org

@@ -191,8 +191,7 @@ sim and we can more fine system control
 such as new scenery files to pull.
 
 _TODO: Internal Xplane APIs to use, Extact routes_
-_and relation to transmitted to the instructor server._
-
+_and relation to transmitted to the instructor server.
 
 
 * Network of Scenery files

flight-proposal.tex

@@ -1,4 +1,4 @@
-% Created 2025-10-08 Wed 16:48
+% Created 2025-10-08 Wed 17:17
 % Intended LaTeX compiler: pdflatex
 \documentclass[11pt]{article}
 \usepackage[utf8]{inputenc}
@@ -25,7 +25,7 @@
 \begin{document}
 
 \section{Xplane WebRTC}
-\label{sec:org21772c5}
+\label{sec:orgc15d32b}
 \begin{center}
 \includegraphics[width=.9\linewidth]{./xprc.drawio.png}
 \end{center}
@@ -76,7 +76,7 @@ approach and this open lot of areas of future research and hopefully better
 performant flight simulators with better purposed algorithm to offload tasks to
 devices such as FPGAs or potato machines in abstraction layer similar to speaking nodes in an network.
 \section{Architecture}
-\label{sec:org7fd7def}
+\label{sec:org858acc8}
 This chapter dives into the high architecture design of the
 project and each module is communicated in detail on the following
 section below.
@@ -86,7 +86,7 @@ section below.
 \caption{High level architecture of the entire project}
 \end{figure}
 \subsection{Game allocator}
-\label{sec:orge51828f}
+\label{sec:orga2f79cd}
 The game allocator stores information about the game sessions. This consists of attributes
 such as:
 \begin{verbatim}
@@ -110,7 +110,7 @@ information. A session consists of multiple pilots training with a single
 instructor. Each pilot is assigned a node to render the game remotely
 and the instructor can set the scenarios to be trained on.
 \subsubsection{Interfaces}
-\label{sec:org2d55851}
+\label{sec:orgfc05025}
 We will now motivate the higher level interfaces to construct a \uline{game allocator}
 this term is inspired from the use of terms like \emph{malloc} and \emph{free} in userspace
 for allocating memory in a kernel. 
@@ -162,7 +162,7 @@ FreeSession(Session)
 \end{verbatim}
 Free the entire session created.
 \section{Render machine}
-\label{sec:orgf386a0c}
+\label{sec:orga549ee2}
 \uline{Note: We do not talk about how the game}
 \uline{itself is deployed here and we assume that
 the game is avaliable to execute.}
@@ -184,7 +184,7 @@ This section is split into 3 parts:
 \item API layer
 \end{itemize}
 \subsection{Streaming part}
-\label{sec:org3e0d1c7}
+\label{sec:org7a44338}
 The flight sim session is streamed using
 WebRTC. We will initially hook a chromuim
 browser to detect the screen and over time
@@ -193,7 +193,7 @@ native program to stream the video feed.
 
 \uline{TODO: Specifics to be documented.}
 \subsection{Keyboard and mouse passthrough}
-\label{sec:orgd4c9ff9}
+\label{sec:orga1a7e26}
 We plan to maintain a open source fork
 of InputLeap. Input Leap is software that
 mimics the functionality of a KVM switch,
@@ -210,7 +210,7 @@ switch focus to a different system.
 
 \uline{TODO: Diagramtic explaination of setup.}
 \subsection{API layer}
-\label{sec:org74f43ae}
+\label{sec:org5b1f52a}
 We use the Xplane API REST server and UDP calls
 to transmit data back to the
 \emph{Instructor machine} for further analyses
@@ -222,8 +222,8 @@ sim and we can more fine system control
 such as new scenery files to pull.
 
 \uline{TODO: Internal Xplane APIs to use, Extact routes}
-\uline{and relation to transmitted to the instructor server.}
+\_and relation to transmitted to the instructor server.
 \section{Network of Scenery files}
-\label{sec:org5c40c9a}
+\label{sec:org61f9966}
 Not documented until mid 2026.
 \end{document}