Overview

A stream published on the WCS server can be played via RTMP in a third-party player. In this case, WCS itself serves as an RTMP-source.

RTMP-codecs

Operation flowchart

  1. The browser establishes a connection to the server via Websocket
  2. The browser captures the camera and the microphone and sends the WebRTC stream to the server
  3. VLC Player establishes a connection to the server via RTMP
  4. VLC Player receives the stream from the server and plays it

Quick manual on testing

Publishing a video stream on the server and playing it via RTMP in a software player

1. For the test we use:

2. Open the Two Way Streaming application. Click Connect, then Publish. Copy the identifier of the stream:


3. Run VLC, select the "Media - Open network stream" menu. Enter the URL of the WCS server and enter the identifier of the stream, in this exampe:
rtmp://demo.flashphoner.com:1935/live/9121:

4. Click the "Play" button. The player starts playing the stream:

Call flow

Below is the call flow when playing a stream via RTMP in a software player.


  1. The software player establishes a connection to the WCS server via RTMP.
  2. The software player receives the media stream from WCS.

Track order management in RTMP stream

Most players on various platforms suppose video track to be first in RTMP stream. To guarantee this order and to send videodata before audiodata, set the following parameter in flashphoner.properties file:

rtmp_send_video_first=true

Note that if this setting is active, a stream containing audio track only can not be played as RTMP because audiodata will not be sent to client.

RTMP playback sound suppression

Sound may be disabled while stream published on server playback as RTMP. To do this, the following RTMP URL parameter should be passed:

rtmp://yourserver:1935/live?suppress_sound=true/streamName

In this case audio track will be replaced by silence.