Updates

src/foreword/3d-model.tex

@@ -1,6 +1,6 @@
 A 3D streaming system is a system that collects 3D data and dynamically renders it.
 The previous chapter voluntarily remained vague about what \emph{3D data} actually is.
-This chapter presents in detail what 3D data is and how it is reenderer, and give insights about interaction and streaming by comparing the 3D case to the video one.
+This chapter presents in detail what 3D data is and how it is renderer, and gives insights about interaction and streaming by comparing the 3D case to the video one.
 
 \section{What is a 3D model?}
 
@@ -10,8 +10,8 @@ A 3D model consists in a set of data.
 \begin{itemize}
     \item \textbf{Vertices} are simply 3D points;
     \item \textbf{Faces} are polygons defined from vertices (most of the time, they are triangles);
-    \item \textbf{Textures} are images that can be use to paint faces to add visual richness;
-    \item \textbf{Texture coordinates} are information added to a face to describe how the texture should be applied on a face;
+    \item \textbf{Textures} are images that can be used for painting faces, to add visual richness;
+    \item \textbf{Texture coordinates} are information added to a face, describing how the texture should be applied on a face;
     \item \textbf{Normals} are 3D vectors that can give information about light behaviour on a face.
 \end{itemize}
 
@@ -19,7 +19,7 @@ The Wavefront OBJ is one of the most popular format and describes all these elem
 A 3D model encoded in the OBJ format typically consists in two files: the materials file (\texttt{.mtl}) and the object file (\texttt{.obj}).
 
 \paragraph{}
-The materials file declare all the materials that the object file will reference.
+The materials file declares all the materials that the object file will reference.
 A material consists in name, and other photometric properties such as ambient, diffuse and specular colors, as well as texture maps.
 Each face correspond to a material and a renderer can use the material's information to render the faces in a specific way.
 A simple material file is visible on Listing~\ref{i:mtl}.

src/foreword/implementation.tex

@@ -1,7 +1,7 @@
 \fresh{}
 \section{Implementation details}
 
-During this thesis, a lot of software has be written, and for this software to be successful and efficient, we took care of choosing the right languages.
+During this thesis, a lot of software has been written, and for this software to be successful and efficient, we took care of choosing the right languages.
 When it comes to 3D streaming systems, there are two kind of software that we need.
 \begin{itemize}
     \item \textbf{Interactive applications} that can run on as many devices as possible whether it be desktop or mobile in order to try and to conduct user studies. For this context, we chose the \textbf{JavaScript language}, since it can run on many devices and it has great support for WebGL\@.
@@ -21,7 +21,7 @@ THREE.js acts as a 3D engine built on WebGL\@.
 It provides classes to deal with everything we need:
 \begin{itemize}
     \item the \textbf{Renderer} class contains all the WebGL code needed to render a scene on the web page;
-    \item the \textbf{Object} class contain all the boilerplate needed to manage the tree structure of the content, it contains a transform and it can have children that are other objects;
+    \item the \textbf{Object} class contains all the boilerplate needed to manage the tree structure of the content, it contains a transform and it can have children that are other objects;
     \item the \textbf{Scene} class is the root object, it contains all of the objects we want to render and it is passed as argument to the render function;
     \item the \textbf{Geometry} and \textbf{BufferGeometry} classes are the classes that hold the vertices buffers, we will discuss that more in Section~\ref{f:geometries};
     \item the \textbf{Material} class is the class that holds the properties used to render geometry (the most important information being the texture), there are many classes derived from Material, and the developer can choose what material he wants for its objects;
@@ -41,8 +41,8 @@ A snippet of the basic usage of these classes is given in Listing~\ref{f:three-h
 Geometries are the classes that hold the vertices, texture coordinates, normals and faces.
 There are two most important geometry classes in THREE.js:
 \begin{itemize}
-    \item the \textbf{Geometry} class, which is made to be developer friendly and allows easy editing but can suffer issues of performance;
-    \item the \textbf{BufferGeometry} class, which is harder to use for a developer, but allows better performance since the developer controls and data is transmitted to the GPU\@.
+    \item the \textbf{Geometry} class, which is made to be developer friendly and allows easy editing but can suffer from issues of performance;
+    \item the \textbf{BufferGeometry} class, which is harder to use for a developer, but allows better performance since the developer controls how data is transmitted to the GPU\@.
 \end{itemize}
 
 
@@ -101,7 +101,7 @@ The equivalent code in Rust is in Listings~\ref{f:undefined-behaviour-rs} and~\r
         ]{assets/dash-3d-implementation/undefined-behaviour-it.rs}
     \end{minipage}
 \end{figure}
-What happens is that the iterator needs to borrow of the vector.
+What happens is that the iterator needs to borrow the vector.
 Since it is borrowed, it can no longer be borrowed as mutable since mutating it could invalidate the other borrowers.
 And effectively, the borrow checker will crash the compiler with the error in Listing~\ref{f:undefined-behaviour-rs-error}.
 \begin{figure}[ht]

src/foreword/video-vs-3d.tex

@@ -77,7 +77,7 @@ Even though these interactions seem easy to handle, giving the best possible exp
 
 \end{itemize}
 
-There are even ways of controlling the other options, for example, \texttt{F} puts the player in fullscreen mode, up and down arrows changes the sound volume, \texttt{M} mutes the sound and \texttt{C} activates the subtitles.
+There are even ways of controlling the other options, for example, \texttt{F} puts the player in fullscreen mode, up and down arrows change the sound volume, \texttt{M} mutes the sound and \texttt{C} activates the subtitles.
 All the interactions are summed up in Figure~\ref{i:youtube-keyboard}.
 
 \newcommand{\relativeseekcontrol}{LightBlue}
@@ -282,7 +282,7 @@ These interfaces are not interactive, and can be frustrating to the user who mig
 Some other interfaces add 2 degrees of freedom to the previous one: the user does not control the position of the camera but they can control the angle. This mimics the scenario of the 360 video.
 This is typically the case of the video game \emph{nolimits 2: roller coaster simulator} which works with VR devices (oculus rift, HTC vive, etc\ldots) where the only interaction the user has is turning the head.
 
-Finally, most of the other interfaces give at least 5 degrees of freedom to the user: 3 being the coordinates of the position of the camera, and 2 being the angle (assuming the up vector is unchangeable, some interfaces might allow that giving a sixth degree of freedom).
+Finally, most of the other interfaces give at least 5 degrees of freedom to the user: 3 being the coordinates of the position of the camera, and 2 being the angle (assuming the up vector is unchangeable, some interfaces might allow that, giving a sixth degree of freedom).
 The most common controls are the trackball controls where the user rotate the object like a ball \href{https://threejs.org/examples/?q=controls\#misc_controls_trackball}{(live example here)} and the orbit controls, which behave like the trackball controls but preserving the up vector \href{https://threejs.org/examples/?q=controls\#misc_controls_orbit}{(live example here)}.
 Another popular way of controlling a free camera in a virtual environment is the first person controls \href{https://threejs.org/examples/?q=controls\#misc_controls_pointerlock}{(live example here)}.
 These controls are typically used in shooting video games, the mouse rotates the camera and the keyboard is used to translate it.
@@ -290,7 +290,7 @@ These controls are typically used in shooting video games, the mouse rotates the
 \subsection{Relationship between interface, interaction and streaming}
 
 In both video and 3D systems, streaming affects the interaction.
-For example, in a video streaming scenario, if a user sees that the video is fully loaded, they might start moving around on the timeline, but if they sees that the streaming is just enough to not stall, they might prefer staying peaceful and just watch the video.
+For example, in a video streaming scenario, if a user sees that the video is fully loaded, they might start moving around on the timeline, but if they see that the streaming is just enough to not stall, they might prefer staying peaceful and just watch the video.
 If the streaming stalls for too long, the user might seek somewhere else hoping for the video to resume, or get frustrated and leave the video.
 The same types of behaviour occur in 3D streaming: if a user is somewhere in a scene, and sees more data appearing, they might wait until enough data has arrived, but if they sees nothing happens, they might leave to look for data somewhere else.
 
@@ -303,7 +303,7 @@ Moving slowly allows the system to collect and display data to the user, whereas
 Moreover, the interface and the way elements are displayed to the user also impacts his behaviour.
 A streaming system can use this effect to its users benefit by providing feedback on the streaming to the user via the interface.
 For example, on Youtube, the buffered portion of the video is displayed in light grey on the timeline, whereas the portion that remains to be downloaded is displayed in dark grey.
-A user is more likely to click on the light grey part of the timeline that on the dark grey part, preventing the streaming from stalling.
+A user is more likely to click on the light grey part of the timeline than on the dark grey part, preventing the streaming from stalling.
 
 \begin{figure}[th]
     \centering