dash-3d-tmp/phd
2
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

Update

Browse Source
This commit is contained in:
Thomas Forgione
2019-10-01 11:59:47 +02:00
parent e9a564f07e
commit 9536bf1c25
7 changed files with 34 additions and 16 deletions
Download Patch File Download Diff File Expand all files Collapse all files

14
src/introduction/challenges.tex
View File

@@ -8,7 +8,7 @@ A 3D streaming client has lots of tasks to accomplish:
\begin{itemize}
\item render a scene;
\item find out what to download and download it;
\item parse the result of the download;
\item parse the downloaded content;
\item add the parsed result to the scene;
\item manage the interaction with the user.
\end{itemize}
@@ -29,15 +29,17 @@ An open question of this thesis is \emph{how do we determine how useful is a chu
\subsection{Streaming policies}
Rating the chunks is not enough, there are other contextual parameters that need to be taken into account, such as the size of a chunk, the bandwidth, the user's behaviour, etc\ldots.
Another question that raises from this is \emph{how do we take into the context into account to decide what chunks to download?}
Another question that raises from this is \emph{how do we take into the context into account to decide which chunks to download?}
\subsection{Evaluation}
All the problems mentionned earlier yield many ideas and solutions with different parameters.
We need to answer \emph{how can we compare streaming policies and evalute the impact of their parameters in terms of quality of service and quality of exeperience?}
In such systems, the two most important criteria for evaluation are quality of service, and quality of experience.
The quality of service is a network-centric metric, which considers values such as throughput.
The quality of experience is a user-centric metric, and can only be measured by asking how users feel about a system.
To be able to know which streaming policies, we need to know \emph{how can we compare streaming policies and evalute the impact of their parameters in terms of quality of service and quality of experience?}
\subsection{Implementation}
The objective of our work is to setup a client-server architecture that answers the problems mentionned earlier (content preparation, chunk utility, streaming policies).
In this regard, we have to find out \emph{how do we build this architecture while keeping the computational load on the server low so it can scale, the client efficient so that it has resources to perform its many tasks, and in a way that allow easy deployment of user studies and simulations?}
The objective of our work is to setup a client-server architecture that answers the problems mentioned earlier (content preparation, chunk utility, streaming policies).
In this regard, we have to find out \emph{how do we build this architecture while keeping the computational load on the server low so it can scale and the client efficient so that it has resources to perform its many tasks?}
% This implementation must respect constraints required for performant software:
%

12
src/introduction/outline.tex
View File

@@ -4,20 +4,20 @@ First, in Chapter~\ref{f}, we give some preliminary information required to unde
We then proceed to compare 3D and video content: surprisingly, video and 3D share many problems, and analysing them gives inspiration for building a 3D streaming system.
In Chapter~\ref{sote}, we present a review of the state of the art on the fields that we are interesting in.
This chapter start by analysing the standards of video streaming.
This chapter starts with an analysis of the video streaming standards.
Then it reviews the different manners of performing 3D streaming.
The last section of this chapter focuses on 3D interaction.
Then, in Chapter~\ref{bi}, we present our first contribution: an in depth analysis of the impact of the UI on navigation and streaming in a 3D scene.
Then, in Chapter~\ref{bi}, we present our first contribution: an in-depth analysis of the impact of the UI on navigation and streaming in a 3D scene.
We first develop a basic interface for navigating in 3D and we introduce 3D objects called \emph{bookmarks} that help users navigate in the scene.
We then present a user study that we conducted on 50 people that shows that bookmarks have a great impact on how easy it is for a user to perform tasks such as finding objects.
Then, we setup a basic 3D streaming system that allows us to replay the traces collected during the user study and simulate 3D streaming at the same time.
% Then, we setup a basic 3D streaming system that allows us to replay the traces collected during the user study and simulate 3D streaming at the same time.
Finally, we analyse how the presence of bookmarks impacts the streaming, and we propose and evaluate a few streaming policies that rely on precomputations that can be made thanks to bookmarks and that can increase the quality of experience.
In Chapter~\ref{d3}, we present the most important contribution of this thesis: DASH-3D.
DASH-3D is an adaptation of the DASH standard for 3D streaming.
We first describe how we adapt the concepts of DASH to 3D content, including the segmentation of content in \emph{segments}.
We then define utilty metrics that associates score to each segment depending on the camera's position.
DASH-3D is an adaptation of the video streaming standard to 3D streaming.
We first describe how we adapt the concepts of DASH to 3D content, including the segmentation of content.
We then define utilty metrics that associates score to each chunk depending on the camera's position.
Then, we present a client and various streaming policies based on our utilities that can benefit from the DASH format.
We finally evaluate the different parameters of our client.