@signageos/front-applet 6.5.2 → 6.5.4
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md
CHANGED
|
@@ -4,6 +4,21 @@ All notable changes to this project will be documented in this file.
|
|
|
4
4
|
The format is based on [Keep a Changelog](http://keepachangelog.com/en/1.0.0/)
|
|
5
5
|
and this project adheres to [Semantic Versioning](http://semver.org/spec/v2.0.0.html).
|
|
6
6
|
|
|
7
|
+
## [6.5.4] - 2024-05-15
|
|
8
|
+
### Fixed
|
|
9
|
+
- Better description of the serial port options on BrightSign
|
|
10
|
+
- Documentation patch: New section in Applet Basics for the sos.authHash used as unique device identification from Applet
|
|
11
|
+
|
|
12
|
+
## [6.5.3] - 2024-04-30
|
|
13
|
+
### Fixed
|
|
14
|
+
- Documentation patch: Browser.open() is supported on BrightSign
|
|
15
|
+
- Documentation patch: improved iFrames snippet intro text to be less scary
|
|
16
|
+
- Documentation patch: Added platform-specific details for using streaming on BrightSign and Samsung
|
|
17
|
+
|
|
18
|
+
## [6.5.2]
|
|
19
|
+
### Added
|
|
20
|
+
- Support for the `rtscts` option for the serial port configuration. This option is used when opening a serial port and determines whether to enable or disable RTS/CTS handshaking.
|
|
21
|
+
|
|
7
22
|
## [6.5.1] - 2024-04-08
|
|
8
23
|
### Fixed
|
|
9
24
|
- Incompatibility with latest changes in MDC implementation
|
|
@@ -11,7 +26,6 @@ and this project adheres to [Semantic Versioning](http://semver.org/spec/v2.0.0.
|
|
|
11
26
|
## [6.5.0] - 2024-03-20
|
|
12
27
|
### Added
|
|
13
28
|
- Add support for sending MDC commands on Tizen
|
|
14
|
-
- Support for the `rtscts` option for the serial port configuration. This option is used when opening a serial port and determines whether to enable or disable RTS/CTS handshaking.
|
|
15
29
|
|
|
16
30
|
## [6.4.2] - 2024-01-26
|
|
17
31
|
### Fixed
|
package/docs/applet-basics.md
CHANGED
|
@@ -26,6 +26,7 @@ This thread contains basic methods of every Applet used to load necessary config
|
|
|
26
26
|
| `appletVersion` | Returns current Applet version | JS API `4.5.0`, Front-display `7.8.0`|
|
|
27
27
|
| `config` object | Returns object with key-values set via Timing or as a bundled config| JS API `1.5.0`, Front-display `6.8.0`|
|
|
28
28
|
| `config` object | Returns object with key-values set via Timing or as a bundled config| `1.0.0`|
|
|
29
|
+
| `authHash` token | Returns string with unique device identifier | `1.0.0`|
|
|
29
30
|
| `capabilities` | Enum of device-specific capabilities and features | `1.0.0`
|
|
30
31
|
|
|
31
32
|
## Starting Applet
|
|
@@ -176,9 +177,33 @@ console.log(sos.config.imgUrl);
|
|
|
176
177
|
```
|
|
177
178
|
|
|
178
179
|
:::note[Guide]
|
|
179
|
-
[Custom variables in Applet](https://
|
|
180
|
+
[Custom variables in Applet](https://developers.signageos.io/docs/devspace-extras/env-variables-configuration)
|
|
180
181
|
|
|
181
|
-
How to pass custom variables and
|
|
182
|
+
How to pass custom variables and configuration to your Applet.
|
|
183
|
+
:::
|
|
184
|
+
|
|
185
|
+
## The authHash for unique device identification
|
|
186
|
+
|
|
187
|
+
The `sos.authHash` is an alternative device identifier designed for secure pairing and locating devices through the REST API.
|
|
188
|
+
|
|
189
|
+
1. The `authHash` is commonly used as a link between the Applet deployed on the device and the device in device management.
|
|
190
|
+
1. The `authHash` is unique and can be revoked upon request.
|
|
191
|
+
1. The `authHash` can be used as a universal identifier for your Applet application.
|
|
192
|
+
|
|
193
|
+
The `authHash` can be retrieved from the JS SDK API - it's available as `sos.authHash`.
|
|
194
|
+
|
|
195
|
+
```javascript
|
|
196
|
+
async function startApplet() {
|
|
197
|
+
await sos.onReady();
|
|
198
|
+
console.log(sos.authHash);
|
|
199
|
+
}
|
|
200
|
+
window.addEventListener('sos.loaded', startApplet);
|
|
201
|
+
```
|
|
202
|
+
|
|
203
|
+
:::note[Guide]
|
|
204
|
+
[Using authHash for device identification](https://developers.signageos.io/docs/devspace-extras/sos-authhash-device-pairing.md)
|
|
205
|
+
|
|
206
|
+
How to get `authHash` and use it in the REST API for device identification.
|
|
182
207
|
:::
|
|
183
208
|
|
|
184
209
|
## Applet JS API version
|
|
@@ -33,7 +33,8 @@ Default URL can be opened and even the whitelisting/blacklisting of certain doma
|
|
|
33
33
|
**With some limitation you can use this API also on**
|
|
34
34
|
- Samsung Tizen (SSSP 4 and above); where the website is just in fullscreen without an address bar or theme options (headless mode)
|
|
35
35
|
- LG webOS (webOS 3.0 and above); where the website is just in fullscreen without an address bar or theme options (headless mode)
|
|
36
|
-
- Raspberry Pi
|
|
36
|
+
- Linux (Fedora, Ubuntu), Raspberry Pi, NEC Compute Module; where the website is just in fullscreen without an address bar or theme options (headless mode)
|
|
37
|
+
- BrightSign; where the website is just in fullscreen without an address bar or theme options (headless mode)
|
|
37
38
|
:::
|
|
38
39
|
|
|
39
40
|
### Javascript
|
|
@@ -13,7 +13,7 @@ description: "[Content JS API] We **do not recommend** to use iframes inside you
|
|
|
13
13
|
---
|
|
14
14
|
|
|
15
15
|
# Iframes
|
|
16
|
-
We **
|
|
16
|
+
We **recommend limiting the use of iframes** inside your Applet to avoid performance hiccups. However, if you you are leveraging iframes, you can also add full support of the sOS JS API within the iframe context. Add the JS snippet script below to every page load in iframe before ending </body>. Everything will be prepared, and you can call the very same methods as described for Applet.
|
|
17
17
|
|
|
18
18
|
:::warning
|
|
19
19
|
The signageOS Snippet and API works **ONLY** if the iframe is served from the display's internal storage - `<iframe src="file://...`. If your iframe is served from a live URL - `<iframe src="https://your-iframe-url"...` the snippet and signageOS API will **NOT** work. This is a security limitation to prevent random site took advantage of the API and alter the display behavior. There is a simple way to [save and load your iframe from the internal storage](https://github.com/signageos/applet-examples/blob/master/examples/content-js-api/iframes). Just make sure you are using full paths in your iframe for linking javascripts and css instead of the relative ones.
|
|
@@ -89,7 +89,7 @@ Device address is different per platform (at least for now). Kindly find the res
|
|
|
89
89
|
| Windows | `COM3` | `COM3` (typically, but check your Win machine if this does not work) |
|
|
90
90
|
| Samsung Kiosk | `PORT1` |`PORT1`, `PORT2`, `PORT3` |
|
|
91
91
|
| Android | `/dev/ttyusb0` | `/dev/ttyusb0` |
|
|
92
|
-
| BrightSign | `0` | `0
|
|
92
|
+
| BrightSign | `0` | `0` (Serial jack /dev/ttyS0), `1` (GPIO port /dev/ttyS1), `USB:A/0` (USB-to-serial /dev/ttyUSB0) |
|
|
93
93
|
|
|
94
94
|
## Serial port methods
|
|
95
95
|
|
|
@@ -154,8 +154,6 @@ document.documentElement.clientHeight as setup parameters.
|
|
|
154
154
|
| `autoReconnectInterval` | Number | <div class="yellow">No</div> | Interval in miliseconds between reconnect attempts |
|
|
155
155
|
| ^^ | ^^ | ^^ | Default value: 30000 ms |
|
|
156
156
|
| `volume` | Number | <div class="yellow">No</div> | Volume of the stream |
|
|
157
|
-
| `trackSelection` | Object | <div class="yellow">No</div> | Track selection options |
|
|
158
|
-
| `drm` | Object | <div class="yellow">No</div> | DRM options |
|
|
159
157
|
|
|
160
158
|
### Javascript syntax
|
|
161
159
|
|
|
@@ -580,3 +578,41 @@ Although we are doing our best, following errors may occur when working with the
|
|
|
580
578
|
| 51303 | InternalStreamError | Couldn't get stream tracks. |
|
|
581
579
|
| 51304 | InternalStreamError | Couldn't select stream track. |
|
|
582
580
|
| 51305 | InternalStreamError | Couldn't reset stream track. |
|
|
581
|
+
|
|
582
|
+
## Platform-specific notes
|
|
583
|
+
|
|
584
|
+
### BrightSign
|
|
585
|
+
|
|
586
|
+
BrightSign allows the configuration of [buffering](https://support.brightsign.biz/hc/en-us/articles/218067097-Customizing-the-size-of-the-streaming-buffer), [latency and jitter](https://support.brightsign.biz/hc/en-us/articles/218067127-Modifying-the-latency-and-jitter-of-audio-video-streams) by adding additional query parameters to stream `uri`.
|
|
587
|
+
|
|
588
|
+
#### Buffering
|
|
589
|
+
|
|
590
|
+
You can modify the default buffer size by appending optional parameters to the end of a streaming URL in a BrightAuthor Video Stream or Audio Stream state (this method also applies to custom scripts). The URL parameters must be formatted as follows:
|
|
591
|
+
|
|
592
|
+
```
|
|
593
|
+
<streaming_url>?buffersize=<number>&vcdbsize=<number>&acdbsize=<number>
|
|
594
|
+
```
|
|
595
|
+
|
|
596
|
+
Example: `http://www.example.com/stream1?buffersize=10000000&vcdbsize=10000000&acdbsize=256000`
|
|
597
|
+
|
|
598
|
+
Note that all buffer sizes are specified in bytes.
|
|
599
|
+
|
|
600
|
+
buffersize: The size of the main buffer. Once streaming data comes into the main buffer, it is immediately split into the audio and video buffers. The default size of the main buffer is 1.5MB for HD models, 3MB for XD models, and 6MB for 4K models.
|
|
601
|
+
vcdbsize: The size of the video-coded data buffer. The default size of this buffer is 3MB for HD models, 3MB for XD models, and 6MB for 4K models.
|
|
602
|
+
acdbsize: The size of the audio-coded data buffer. The default size of this buffer is 256KB for all models.
|
|
603
|
+
|
|
604
|
+
#### Latency and Jitter
|
|
605
|
+
|
|
606
|
+
You can modify the amount of time it takes for audio/video streams to begin playback by formatting the stream URL as follows:
|
|
607
|
+
|
|
608
|
+
```
|
|
609
|
+
<streaming_url>?latency=<value_in_ms>&jitter=<value_in_ms>
|
|
610
|
+
```
|
|
611
|
+
|
|
612
|
+
Example: `http://www.example.com/stream1?latency=-450&jitter=50`
|
|
613
|
+
|
|
614
|
+
### Samsung
|
|
615
|
+
|
|
616
|
+
UDP and RTP streams are only available if you use specific version of signageOS Tizen CoreApp.
|
|
617
|
+
|
|
618
|
+
Details are documented in Docs: [[Tizen] Stream playback issues & limitation](https://docs.signageos.io/hc/en-us/articles/4405387373458--Tizen-Stream-playback-issues-limitation)
|