
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">

<HTML>

<HEAD>

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">

<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">

<TITLE>[RFC] VLC RTSP trickplay support</TITLE>

</HEAD>

<BODY>

<!-- Converted from text/plain format -->


<P><FONT SIZE=2>While working on RTSP Scale (aka trickplay) to improve the user interface behaviour together with j-b the following issue came up:<BR>

<BR>

Currently the Qt4 interface shows a 'reverse' playback button when the demux supports the DEMUX_CAN_CONTROL_PACE feature. At the moment only our live555 demux module does use this. It basically means that the button is shown for every RTSP server even if it doesn't support 'Scale' functionality.<BR>

<BR>

According to RFC 2326 the 'Scale' header is optional and thus potentially not supported by every RTSP server out there. The only way to determine if this feature is supported by the RTSP server is to send him a PLAY request with a Scale header present. If the RTSP server does not support this, then the response will not include the Scale header.<BR>

<BR>

At the moment VLC has no clue if the RTSP server supports "Scale" or not. If it could then it would be possible to distinguish between RTSP servers that do and those that do not support 'Scale'.<BR>

<BR>

I cooked up a patch for live555 to export a method (hasScale()) which tells if the RTSP server supports scale. The patch is to illustrate a possible approach. Maybe Ross can comment on this approach and share his thoughts on how to best handle this issue.<BR>

<BR>

Gtz,<BR>

<BR>

Jean-Paul Saman.</FONT>

</P>


</BODY>

</HTML>