phd-typst/dash-3d/main.typ

34 lines
2.4 KiB
Plaintext
Raw Permalink Normal View History

2023-05-11 10:59:37 +01:00
#import "../template.typ"
#template.beforeChapter()
= DASH-3D<d3>
#template.afterNumberedChapter()
#figure(
image("../assets/dash-3d/bigpicture.png", width: 100%),
caption: [A subdivided 3D scene with a viewport and regions delimited with red edges. In white, the regions that are outside the field of view of the camera; in green, the regions inside the field of view of the camera.]
)<d3:big-picture>
Dynamic Adaptive Streaming over HTTP (DASH) is now a widely deployed standard for video streaming, and even though video streaming and 3D streaming are different problems, many of DASH features can inspire us for 3D streaming.
In this chapter, we present the most important contribution of this thesis: adapting DASH to 3D streaming.
First, we show how to prepare 3D data into a format that complies with DASH data organization, and we store enough metadata to enable a client to perform efficient streaming.
The data preparation consists in partitioning the scene into spatially coherent cells and segmenting each cell into chunks with a fixed number of faces, which are sorted by area so that faces of a different level of detail are not grouped together.
We also export each texture at different resolutions.
We encode the metadata that describes the data organization into a 3D version of the Media Presentation Description (MPD) that DASH uses for video.
All this prepared content is then stored on a simple static HTTP server: a clients can request the content without any need for computation on the server side, allowing a server to support an arbitrary number of clients.
We then propose DASH-3D clients that are viewpoint aware: they perform frustum culling to eliminate cells outside the viewing volume of the camera (as shown in @d3:big-picture).
We define utility metrics to give a score to each chunk of data, be it geometry or texture, based on offline information that is given in the MPD, and online information that the client is able to compute, such as view parameters, user interaction or bandwidth measurements.
We also define streaming policies that rely on those utilities in order for the client to determine which chunks need to be downloaded.
We finally evaluate these system parameters under different bandwidth setups and compare our streaming policies.
#pagebreak()
#include("introduction.typ")
#include("content-preparation.typ")
2023-05-15 08:34:10 +01:00
#include("client.typ")
2023-05-26 13:59:56 +01:00
#include("evaluation.typ")
#include("conclusion.typ")