The documentation below applies to firmware versions 7.0.x and later.
You can use
<video> elements to play streaming video (HLS, UDP, RTP, RTSP) and local video files. You can also display HDMI input on the XD1230, XD1132, 4K1142, or XT1143 (and RF Input on the XD1230).
Streaming video functions similar to any standard HTML page. The
Play() methods should be called on the video element to ensure it plays; this is especially true if the same
<video> element is used to display different content.
Note that pause/resume commands currently work for HLS streams only.
You can configure streaming video using a number of unique BrightSign attributes.
The following streaming parameters are supported:
[int] x-bs-stream-timeout: The length of time (in milliseconds) to wait for a stream to start before abandoning playback. Passing zero indicates that the video player should wait indefinitely. The default timeout value is 5000ms for HTTP streams and 3000ms for all other streams.
[int] x-bs-stream-latency: The amount of deviation (in milliseconds) from the default latency value: For example, a value of -500 will reduce the latency by half a second; a 500 value will increase the latency by half a second; and a 0 value will specify the default latency. Specifying a negative value will not change the buffer size; instead, it will give the buffer less time to fill up before playback begins. Usable values extend to approximately -750, though this value may differ depending on the network environment. Reducing the latency too much will result in obvious playback stutter.
[int] x-bs-stream-fade-in: The fade-in length (in milliseconds) for streams. By default, non-HTTP streams have a fade value of 1500ms if they contain video and 4000ms if they contain audio only. HTTP streams have a default fade value of 0ms.
[int or boolean] x-bs-stream-low-latency: Low-latency mode for RTSP streams. Setting this parameter to
true(1) will achieve the lowest possible latency for a stream, but at a reduced maximum bitrate–which is often useful for IP camera streams. This parameter is set to
false(0) by default.
BrightSign streaming attributes can be overridden by parameters that are included in the streaming URL.
BrightSign players support YouTube videos and playlists.
Media Source Extensions
BrightSign players currently do not support Media Source Extensions (MSE).
HLS Live Streaming
BrightSign players support HLS live streaming, but large playlists (which usually result from the server delivering a DVR playlist rather than a LIVE playlist) will cause performance issues.
You must input the video source using the following URI: “tv:brightsign.biz/hdmi”. Note that you cannot substitute another host URL for “brightsign.biz”.
You must input the video source using the following URI: “tv:brightsign.biz/vc/n”, where “n” is the virtual channel number attained via channel scan. Note that you cannot substitute another host URL for “brightsign.biz”. Before initializing a
<video> element with RF input, you must perform a channel scan to initialize the virtual channel database in the registry.
In firmware versions 6.0.x and later, HTML
<video> elements maintain the aspect ratio of the source video. If the aspect ratio of the source video doesn't match that of the video window, the video will be letterboxed appropriately. This default behavior can be modified using the "viewmode" attribute, which can be assigned one of the following values:
viewmode="scale-to-fill": Scales the video to fill the window. The aspect ratio of the source video is ignored, so the video may appear stretched.
viewmode="scale-to-fit": Letterboxes the video. This option is identical to the default behavior described above.
viewmode="scale-to-fill-and-crop": Scales the video to fill the window. The aspect ratio of the source video is maintained, so the video may be cropped.
<video> elements can have an optional “hwz” attribute. When “hwz” is enabled, the video is rendered as a video element, ensuring the highest possible frame rate and video quality. When "hwz" is disabled, the video is rendered as a graphics element.
The "hwz" attribute can equal either “off” or “on”.
The "hwz" attribute is disabled by default, so it must be enabled on individual
<video> elements as shown above. Alternatively, you can enable "hwz" for all videos in an HTML widget using one of the following methods:
- BrightAuthor: Check the Enable native video plane playback box in the HTML5 state.
- BrightScript: Call
SetHWZDefault("on")on the roHtmlWidget instance.
HWZ with CSS
Videos that have “hwz” enabled are not compatible with all CSS transforms. We recommend testing a manipulated "hwz" video thoroughly before using it in a production environment.
Z-Ordering HWZ Video
In firmware versions 5.0.x and later, enabling the "hwz" attribute places the
<video> element in front of all text and images. This is the case regardless of whether the graphics are part of the HTML page or part of another zone in BrightAuthor.
If you want to customize the z-ordering of an "hwz"
<video> element, you can specify one of the following:
hwz="z-index:2": Places the video in front of all graphics, as well as a second video element.
hwz="z-index:1": Places the video in front of all graphics (the default setting).
hwz="z-index:0": Disables "hwz" mode completely.
hwz="z-index:-1": Places the video behind all graphics.
hwz="z-index:-2": Places the video behind all graphics, as well as a second video element.
Transforming HWZ video
In firmware versions 5.1.x and later, you can add the optional "transform" parameter to the "hwz" attribute to rotate or mirror the
<video> element. The
z-index: parameter must also be specified for the transform to work. The "transform" parameter can be assigned the following values:
identity: No transformation (default behavior)
rot90: 90 degree clockwise rotation
rot180: 180 degree rotation
rot270: 270 degree clockwise rotation
mirror: Horizontal mirror transformation
mirror_rot90: Mirrored 90 degree clockwise rotation
mirror_rot180: Mirrored 180 degree clockwise rotation
mirror_rot270: Mirrored 270 degree clockwise rotation
Multiple HWZ video tag extensions are separated with a semicolon. A semicolon should also be appended to the final parameter.
Fading HWZ Video Streams
The "fade" parameter allows you to control the fading behavior between streaming videos in a
<video> element (this setting does not apply to local video). The "fade" parameter accepts the following values:
auto: If the video player is currently not showing anything (i.e. it hasn't played anything yet or the previous loaded video was cleared), the next video will fade in. If the video player is currently playing video, is paused, or is stopped without being cleared, the next video will not fade in. This is the default behavior.
always: When a video ends, the video window will go black. The new video will then fade in.
never: Videos transition without fade effects.
HWZ Video Transparency Extensions
If "hwz" is enabled for a
<video> element, the video window can also support luma and chroma keys for video transparency. The
z-index: parameter must also be specified for transparency to work. The luma and chroma keys are specified as follows:
Video decryption requires firmware version 6.2.x or later.
<video> tag can be used to decrypt video files and IP streams. Streaming decryption is currently only supported with the UDP protocol and the HTTP protocol (when HTTP is paired with an MPEG2 transport stream). If using a UDP multicast MPEG2 transport stream, one of the elemental streams should provide the PCR to the player.
<video> tag supports the
EncryptionAlgorithm: The file-encryption algorithm. The following are the current options:
- "AesCtr": The AES algorithm in CTR mode.
- "AesCtrHmac": The AES algorithm in CTR mode with HMAC.
- "TsAesEcb": The AES algorithm in ECB mode (e.g. with a Harmonic Prostream). This algorithm is currently used for streaming encryption/decryption.
EncryptionKey: A byte array consisting of 128 bits of key. If the encryption algorithm is AES-CTR or AES-CTR-HMAC, this is followed by 128 bits of IV.
Video Stream Parsing
The following optional attributes can be included in an HTML
<video> tag: "preferredvideo", "preferredaudio", and "preferredcaptions". If multiple video, audio, or data streams are encapsulated in the video input, these attributes allow you to determine which stream to use. For example, if a video may contain English and Spanish audio tracks, you can use the "preferredaudio" attribute to specify that the Spanish track should be played if it exists, with the video defaulting to English otherwise.
Preferred streams are chosen by matching the supplied text patterns against the textual description of the stream:
- Each attribute ("preferredvideo", "preferredaudio", or "preferredcaptions") is a semicolon-separated list of templates.
- Each template is a comma-separated list of patterns.
- Each pattern is a
[field_name]=[field_value]pair that is matched directly against the stream description.
Each template in a "preferredvideo" attribute can contain the following patterns:
pid=[integer]: The packet identifier (PID) of the video stream you wish to display
program=[integer]: The program number of the video stream
codec=[video_codec]: The preferred video codec, which can be any of the following:
width=[integer]: The preferred video width
height=[integer]: The preferred video height
aspect=[float(x.yy)]: The preferred aspect ratio of the video stream as a floating-point number with two fractional digits.
colordepth=[integer]: The preferred color depth of the video.
Each template in a "preferredaudio" attribute can contain the following patterns:
pid=[integer]: The packet identifier (PID) of the audio stream you wish to play
program=[integer]: The program number of the audio stream
codec=[audio_codec]: The preferred audio codec, which can be any of the following:
channels=[integer]: The preferred number of audio channels (from 1 to 8)
freq=[frequency]: The preferred sample frequency of the audio track, which can be any of the following:
lang=[language]: A code that determines the preferred language of the audio track (e.g.
spa). The language codes are specified in the ISO 639-2 standard.
type=[audio_type]: The preferred audio type, which can be one of the following:
Visual impaired commentary
Subtitle and Caption Streams
Each template in a "preferredcaption" attribute can contain the following patterns:
pid=[integer]: The packet identifier (PID) of the caption stream you wish to play
type=[subtitle_type]: The encoding standard of the subtitles. This value can be one of the following:
CEA708: If the CEA-708 standard is not present, the subtitle_type will default to CEA-608 (if it is present).
lang=[language]: A code that determines the preferred language of the subtitles (e.g.
spa). The language codes are specified in the ISO 639-2 standard.
service=[integer]: The preferred service number of the caption stream
Pattern Matching Behavior
Note the following when matching templates to stream descriptions:
- For a template to match a stream description, every pattern within the template must match.
- The first listed template to match the stream description (if any) will be used.
- An empty template string will match any stream description.
- All value comparisons are case-insensitive.
- Numerical values must match the stream description exactly (without leading zeroes). For example, the pattern
pid=016will never match the stream PID value of 16.
- To indicate logical negation, apply the "!" exclamation mark to the beginning of a pattern. For example, specifying
preferredvideo="!codec=H265"will match only streams that are not encoded using H.265.
- Apply the ">" greater-than symbol before an integer to indicate that, for a successful match, the value in the stream description must be greater than the value following the symbol. For example, specifying
preferredvideo="width=<1921,height=<1081"will match only videos that are no larger than full-HD.
- Apply the "<" less-than symbol before an integer to indicate that, for a successful match, the value in the stream description must be less than the value following the symbol.
The following template list contains three patterns:
lang=spa, and an empty string. The first pattern specifies an English language channel; if the English channel does not exist, the second pattern specifies a Spanish language channel. The third pattern specifies any other channel if the first two don't exist (the empty string matches anything).
Since the following template list is empty, no captions are specified. This can be used to disable captions altogether.
The following template list contains an empty string template. Since an empty template matches anything, the first video stream encountered will be played. This is the default behavior of all attributes.
The following template list specifies a 48KHz audio stream if there is one; otherwise, no audio stream will be played. Observe that the list is not terminated with a semicolon; in this case, the semi-colon is implicitly supplied.
The following template list contains two templates. Note that all patterns within a template must match the stream description for the entire template to match. In this example, an AAC-encoded English track is preferred; an MP3-encoded English track is designated as the second option; and any track will be chosen if neither template is matched.
Audio Routing <video> Elements
BrightSign players have unique audio attributes for
<video> elements. These allow you to control how the audio is routed through the device outputs:
Pcmaudio: PCM audio
Compaudio: Compressed audio
Multiaudio: Multi-channel audio
Each attribute can be passed the following values, which determine where the audio will be routed:
“analog:N”(N specifies the port enumeration, which is useful for models with multiple analog-audio ports; you can also use
"analog:1"to specify the analog output on a model with a single analog-audio port)
If you don’t assign any audio attributes to a
<video> element, then the audio will be routed to all audio outputs, along with any other audio that is currently playing.