[vlc-devel] commit: Remove non-sensical NPT computation code from c9569b35. ( Rémi Denis-Courmont )

Ross Finlayson finlayson at live555.com
Thu Jul 10 02:04:36 CEST 2008


>vlc | branch: master | Rémi Denis-Courmont 
><rdenis at simphalempin.com> | Wed Jul  9 22:52:21 
>2008 +0300| 
>[64417a25b912edb125c8a06c1f028115ba504eef]
>
>Remove non-sensical NPT computation code from c9569b35.
>
>If you want RTSP time, please come up with an algorithm that makes some
>kind of sense. In the mean, it's better not to claim to support
>somethign we don't support.

I remind people of the following, which I originally posted back in January:

>Date: Fri, 18 Jan 2008 17:30:11 -0700
>To: vlc-devel at videolan.org
>From: Ross Finlayson <finlayson at live555.com>
>Subject: New support in the LIVE555 library for computing "Normal Play Time"
>Cc:
>Bcc:
>X-Attachments:
>
>FYI, the latest release (2008.01.19) of the 
>"LIVE555 Streaming Media" code adds support for 
>calculating a stream's "Normal Play Time" (NPT) 
>(as defined in RFC 2326, section 3.6.) from a 
>given presentation time.
>
>Note, in particular, the definition of
>	MediaSubsession::getNormalPlayTime()
>in "liveMedia/include/MediaSession.hh".
>
>This function correctly computes the stream's 
>current NPT either directly from the 
>presentation time (if it has been synchronized 
>using RTCP), otherwise using the information 
>parsed from the stream's "RTP-Info:" header, 
>along with the current RTP timestamp.  It also 
>takes account of any 'seeking' that was done on 
>the stream, and any 'trick play' scale factor 
>that is in effect.  (For example, if the stream 
>is playing with 'scale' 2.0, then NPT will 
>advance at 2x the rate of wall-clock time, while 
>presentation time remains at the rate of 
>wall-clock time.)
>
>LIVE555 RTSP clients - such as VLC - will likely 
>find this function useful when updating their 
>GUI to show the current status of the stream.
>
>Ross Finlayson
>Live Networks, Inc.
>http://www.live555.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20080709/706cfebd/attachment.html>


More information about the vlc-devel mailing list