Changeset 2713a7228ba300c9a82d8d27189320a6e46d0be1
- Timestamp:
- 06/06/08 00:27:35
(4 months ago)
- Author:
- Pierre d'Herbemont <pdherbemont@videolan.org>
- git-committer:
- Pierre d'Herbemont <pdherbemont@videolan.org> 1212704855 +0200
- git-parent:
[ea89b9c2d9d5b13c28da56f6b5ec284614db491f]
- git-author:
- Pierre d'Herbemont <pdherbemont@videolan.org> 1212704855 +0200
- Message:
input: Explain a bit more how --auto-adjust-pts-delay works.
-
Files:
-
Legend:
- Unmodified
- Added
- Removed
- Modified
- Copied
- Moved
| rea89b9c |
r2713a72 |
|
| 760 | 760 | * algo will converge. It's also full of constants. |
|---|
| 761 | 761 | * But this simple algo allows to reduce the latency |
|---|
| 762 | | * to the minimum. */ |
|---|
| | 762 | * to the minimum. |
|---|
| | 763 | * The whole point of this, is to bypass the pts_delay set |
|---|
| | 764 | * by the access but also the delay arbitraly set by |
|---|
| | 765 | * the remote server. |
|---|
| | 766 | * Actually the remote server's muxer may set up a |
|---|
| | 767 | * pts<->dts delay in the muxed stream. That is |
|---|
| | 768 | * why we may end up in having a negative pts_delay, |
|---|
| | 769 | * to compensate that artificial delay. */ |
|---|
| 763 | 770 | mtime_t buffer_size = youngest_pict->date - oldest_pict->date; |
|---|
| 764 | 771 | int64_t pts_slide = 0; |
|---|
