Removed todos

src/conclusion/contributions.tex

@@ -7,7 +7,7 @@ First, we set up a basic system allowing 3D navigation and 3D content streaming.
 We developped a navigation aid in the form of 3D bookmarks, and we conducted a user study to analyse its impact on navigation and streaming.
 On one hand, we concluded that navigation aid helps people navigating in a scene, they can perform tasks faster and more easily.
 On the other hand, we showed that this help in 3D navigation comes at the cost of a negative impact for the quality of service: since users navigate faster, they require more data to perform in the same way.
-However, we also showed that this cost is not a fatality\todo{not sure of that sentence, we could also say \emph{is not inevitable}}.
+However, we also showed that this cost is not a fatality.
 Due to the prior knowledge we have about bookmarks, we are able to precompute data offline that we are then able to use when users click on bookmarks to improve the quality of service.
 We then ran simulations on the traces we collected during the user study to show how these precomputations increase the quality of service.
 This work has been published at the conference MMSys in 2016~\citep{bookmarks-impact}.

src/main.tex

@@ -24,20 +24,6 @@
 
 \frontmatter
 
-\listoftodos{}
-
-\vspace{2cm}
-
-\copied{}
-\noindent Text copied from other articles will be in this color
-
-\fresh{}
-\noindent Text that was freshly written will be in this color
-
-\resetstyle{}
-\quad\\
-This version was compiled on \today{} at \currenttime{}.
-
 \input{titlepage.tex}
 
 \tableofcontents

src/preliminary-work/main.tex

@@ -36,7 +36,7 @@ When the user's cursor hovers over a bookmark, a preview of the point of view is
 We conduct a within-subject user-study on 51 participants, where each user starts with a tutorial to get used to the 3D navigation controls, and then tries successively to perform a task with and without bookmarks.
 We show that not only the presence of bookmarks causes a faster task completion, but also that it allows users to see a larger part of the scene during the same time span.
 
-However, in a streaming scenario, this phenomenon leads to higher network requirements to maintain the same quality of service\todo{not sure if service or experience}.
+However, in a streaming scenario, this phenomenon leads to higher network requirements to maintain the same quality of service.
 In the last part of this chapter, we simulate a streaming setup and we show that knowing the positions of the bookmarks beforehand allows us to pre-compute information that we can reuse during streaming to compensate for the harm caused by the faster navigation with bookmarks.
 
 \newpage

src/system-bookmarks/conclusion.tex

@@ -2,8 +2,8 @@
 \section{Conclusion}
 In this chapter, our objective was to propose a mobile interface for DASH-3D and to integrate back the interaction aspects that we developed in Chapter~\ref{bi}.
 We have seen that doing so is not trivial, and many improvements have been made.
-For aesthetics and performance reasons, the UI of the bookmarks have been changed.
+For aesthetics and performance reasons, the UI of the bookmarks has changed.
-We developed an algorithm that computes offline the optimal order of segments from a certain viewpoint.
+We developed an algorithm that computes offline a better order of segments from a certain viewpoint than what a greedy policy would do..
 We encoded this optimal order in a JSON file and we modified our MPD in order to give metadata about bookmarks to the client and we modified our client to benefit from this.
 We then conducted a user study on 18 participants where users had to navigate in scenes with bookmarks and using various streaming policies.
-The results seem to indicate that users prefer the optimized version of the policy, which is coherent with the PSNR values that we computed.\todo{this conclusion sucks ass}
+The results seem to indicate that users prefer the optimized version of the policy, which is coherent with the PSNR values that we computed.

src/system-bookmarks/user-study.tex

@@ -47,7 +47,7 @@ One of those experiment has the default greedy policy described in~\ref{d3:dash-
 The order of those two sessions is randomized to avoid biases.
 
 % Since we know that the difference between our streaming policies is subtle, we designed a task a little more complex in order to highlight the differences so that the user can see it.
-Since the behaviours of our streaming policy only differ when the user clicks a bookmark, we designed a task where the users have to perform a guided tour of the scene, where each bookmark is a step of the tour.
+Since the behaviours of our streaming policy only differ when the user clicks a bookmark, we design a task where the users have to perform a guided tour of the scene, where each bookmark is a step of the tour.
 The user starts in the scene, and one of the bookmarks is blinking.
 The user has to touch the bookmark, and wait a little when he arrives at the destination.
 Once some data has been downloaded, and the user is satisfied with the data downloaded, they can look for the next blinking bookmarks.
@@ -62,7 +62,7 @@ The users have to find the diamonds, and they can navigate by using indifferentl
 The loading policy is the default greedy policy for half of the users, and the enhanced policy for bookmarks for the other half, and this order has been randomized.
 With this part of the experiment, we hope to see differences in terms of PSNR for the two policies, when users are not forced to click on bookmarks.
 
-\subsubsection{Apparatus\todo{lol, i like this title but im not sure}}
+\subsubsection{Setup}
 
 During these experiments, we need a server and a client.
 The server is hosted on an Acer Aspire V3 with an Intel Core i7 3632QM processor.