[vlc-commits] commit: RTP: typos ( Rémi Denis-Courmont )

[git at videolan.org]

vlc | branch: master | Rémi Denis-Courmont <remi at remlab.net> | Sun Mar 28 19:49:39 2010 +0300| [ac9f4d32b7f9c1323fa6dd5a85582fb6c7ce97f9] | committer: Rémi Denis-Courmont 

RTP: typos

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

 modules/access/rtp/session.c |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/modules/access/rtp/session.c b/modules/access/rtp/session.c
index 22f127e..d37be18 100644
--- a/modules/access/rtp/session.c
+++ b/modules/access/rtp/session.c
@@ -468,13 +468,13 @@ bool rtp_dequeue (demux_t *demux, const rtp_session_t *session,
          *
          * This situation occurs if a packet got lost, or if the network has
          * re-ordered packets. Unfortunately, the MSL is 2 minutes, orders of
-         * magnitude too long for multimedia. We need a tradeoff.
+         * magnitude too long for multimedia. We need a trade-off.
          * If we underestimated IPDV, we may have to discard valid but late
          * packets. If we overestimate it, we will either cause too much
          * delay, or worse, underflow our downstream buffers, as we wait for
          * definitely a lost packets.
          *
-         * The rest of the "de-jitter buffer" work is done by the interval
+         * The rest of the "de-jitter buffer" work is done by the internal
          * LibVLC E/S-out clock synchronization. Here, we need to bother about
          * re-ordering packets, as decoders can't cope with mis-ordered data.
          */