Skip to content

Commit

Permalink
[doc] Remove example
Browse files Browse the repository at this point in the history
Since the version 0.1.0, we don't use integer anymore to represent the time of a frame.
  • Loading branch information
moi15moi committed Dec 17, 2024
1 parent 578373a commit 01a56d3
Showing 1 changed file with 0 additions and 13 deletions.
13 changes: 0 additions & 13 deletions docs/Algorithm conversion explanation.md
Original file line number Diff line number Diff line change
Expand Up @@ -57,19 +57,6 @@ The interval for each type of timing are defined like this:
```


But, for our case, the interval are always integer, so it gives:

```math
\begin{gather}
\text{EXACT : } [\lceil \text{CurrentFrameTimestamps} \rceil, \lceil \text{NextFrameTimestamps} \rceil - 1] \\
\text{START : } [\lfloor \text{PreviousFrameTimestamps} \rfloor + 1, \lfloor \text{CurrentFrameTimestamps} \rfloor] \\
\text{END : } [\lfloor \text{CurrentFrameTimestamps} \rfloor + 1, \lfloor \text{NextFrameTimestamps} \rfloor]
\end{gather}
```

The interval are integer because float/double don't have infinite precision, so there are some rounding issues that we don't want. But, there is a drawback. We cannot have a higher precision then the unit that the integer represent. So, I arbitrarily choosed to use nanoseconds because in all the chapter and subtitle format that I know, this is the smallest unit available.





Expand Down

0 comments on commit 01a56d3

Please sign in to comment.