Re: Format of RTSP URLs

>Let's for the moment ignore the issue of a file system add-on that you
>and Roy have dismissed as being handled by "redirection"... would 
>your arguments be the same if the container media stream was being 
>"generated" on the fly by a "cgi-bin" like add-on to the media server?

Yes.  The CGI interface includes two mechanisms for passing parameters
to the script within the URL.  The first is extra path information; the
second is the query string.  If you use the former, then relative paths
are possible.  If you use the latter, then relative paths are impossible.

>Imagine a cgi-bin that produces a video container file with a stream
>of randomized fractal images which morph along the timeline of the 
>presentation synchronized with a music audio stream. Imagine that 
>such a cgi-bin actually produces a resource which is a real AVI file, 
>such that if said cgi-bin was running on a web server today it would 
>work exactly as one might expect. The url for such a resource might
>be...
>
>  http://foo/cgi-bin/fractalavi.exe?c1=ff00ff&c2=444400&e=0.3
>
>Now, are you suggesting that a media server which knows the AVI file 
>format, and needs to demultiplex this AVI file and send each of its 
>contained streams to different ports, should inform the client of
>the existence of these streams, and should be informed of the port 
>selections by the client via the following urls?
>
>  rtsp://foo/cgi-bin/fractalvid.exe?c1=ff00ff&c2=444400&e=0.3/audio
>  rtsp://foo/cgi-bin/fractalvid.exe?c1=ff00ff&c2=444400&e=0.3/video

Of course not, since as I said before the query part of the base URL
is STRIPPED OFF before any relative parsing.  Try your example with
any current web server and see for yourself what the browser does.

At the same time, there is absolutely nothing preventing the CGI script
from using the URL

   rtsp://foo/fractalvid/morph/c1=ff00ff+c2=444400+e=0.3/audio

to mean the exact same thing.  The only difference is in the configuration
of the server and how the CGI parses its own input.  The same applies to
Apache API modules, NSAPI, ISAPI, and most other means of connecting a
content handler to a web server.  The argument that a database somehow
needs a query part is not relevant to the URL specification.

....Roy

Received on Thursday, 17 July 1997 10:57:17 UTC