[vlc-devel] commit: input: Explain a bit more how --auto-adjust-pts-delay works. ( Pierre d'Herbemont )

git version control git at videolan.org
Fri Jun 6 00:25:59 CEST 2008


vlc | branch: master | Pierre d'Herbemont <pdherbemont at videolan.org> | Fri Jun  6 00:27:35 2008 +0200| [2713a7228ba300c9a82d8d27189320a6e46d0be1]

input: Explain a bit more how --auto-adjust-pts-delay works.

> http://git.videolan.org/gitweb.cgi/vlc.git/?a=commit;h=2713a7228ba300c9a82d8d27189320a6e46d0be1
---

 src/input/decoder.c |    9 ++++++++-
 1 files changed, 8 insertions(+), 1 deletions(-)

diff --git a/src/input/decoder.c b/src/input/decoder.c
index ce171b8..7b88288 100644
--- a/src/input/decoder.c
+++ b/src/input/decoder.c
@@ -759,7 +759,14 @@ static void optimize_video_pts( decoder_t *p_dec )
      * This first draft is way to simple, and we can't say if the
      * algo will converge. It's also full of constants.
      * But this simple algo allows to reduce the latency
-     * to the minimum. */
+     * to the minimum.
+     * The whole point of this, is to bypass the pts_delay set
+     * by the access but also the delay arbitraly set by
+     * the remote server.
+     * Actually the remote server's muxer may set up a
+     * pts<->dts delay in the muxed stream. That is
+     * why we may end up in having a negative pts_delay,
+     * to compensate that artificial delay. */
     mtime_t buffer_size = youngest_pict->date - oldest_pict->date;
     int64_t pts_slide = 0;
     if( buffer_size < 10000 )




More information about the vlc-devel mailing list