Streaming
From Wikanual
Contents |
RTSP streaming deprecated
While RTSP streaming worked well, it found only little uptake. Firewalls often block the ports. Apple lets support of this technology fade away in favor of streaming via http. INTERDUBS therefor no longer supports RTSP streaming. The technology has been mothballed. Should you find yourself in a situation that is needed for what you need to do then please get in touch: we quickly can bring it back.
INTERDUBS streaming
INTERDUBS can serve files via an RTSP stream.
This mode of delivery will stream frames directly to the player.
The upsides of this method are:
In a long clip you can skip to a desired location right away The clients computer does not contain a cached version of the clip
The downsides:
The client needs to have equal or more download bandwidth than the clip was encoded with. The client needs to not block port 554 on their firewalls
Admin Interface
For movie files there are two additional icons in the edit file screen:
Stream clip
Clicking on the stream icon will attempt to stream the file via the RTSP protocol.
Convert clip
When you click the convert clip icon then INTERDUBS generate a new file that has the proper hinting for an RTSP stream.
You have the choice to delete or hide the source file. This operation will only be performed when the conversion was successful.
Client Interface
When you want to add a link for an RTSP stream in the client interface then you can enter the keyword
IDXHTML_RTSP
in the configuration for HTML line for each file. As of July 2010 this link will always be displayed for all movies. Regardless if the file can be streamed or not.
Firewall settings
INTERDUBS streaming uses the standard ports for streaming. These are:
TCP 554 UDP 6970 to 6975
The upper limit of UDP ports seem to vary. 6999 seems to be a safe bet, but others report to have this set to 9999.
Please get in touch with your specific firewall info should you have trouble getting streaming to work, so that we can add to this information.
Firewall issues
Some firewalls can cause issues that are not directly apparent as such:
A clip will play the first time. The second clip that gets played will open, but will not be able to get played.
A variation of this problem is the inability of scrubbing to a new location on the second clip being opened.
In this incarnation of a firewall issue solely waiting for a couple of minutes will often reset the state of the firewall and the clip will play again. Of course this is not a an acceptable workaround. It just is mentioned here to inform our users to contact their firewall administrators