|
| 1 | +# MOS Statuses |
| 2 | + |
| 3 | +Sofie is able to report statuses back to stories and objects in the NRCS. This is driven by blueprints defining properties during Ingest. |
| 4 | + |
| 5 | +:::tip |
| 6 | +For any statuses to be sent, this must be enabled on the gateway. There are some additional properties too, to limit what is sent. This is described in the [MOS Gateway Installation Guide]('../../../../user-guide/installation/installing-a-gateway/rundown-or-newsroom-system-connection/mos-gateway.md). |
| 7 | +::: |
| 8 | + |
| 9 | +# Part Properties |
| 10 | + |
| 11 | +All of these properties reside on the IBlueprintPart that are returned from `getSegment`. |
| 12 | + |
| 13 | +```ts |
| 14 | +/** The externalId of the part as expected by the NRCS. If not set, the externalId property will be used */ |
| 15 | +ingestNotifyPartExternalId?: string |
| 16 | + |
| 17 | +/** Set to true if ingest-device should be notified when this part starts playing */ |
| 18 | +shouldNotifyCurrentPlayingPart?: boolean |
| 19 | + |
| 20 | +/** Whether part should be reported as ready to the ingest-device. Set to undefined/null to disable this reporting */ |
| 21 | +ingestNotifyPartReady?: boolean | null |
| 22 | + |
| 23 | +/** Report items as ready to the ingest-device. Only named items will be reported, using the boolean value provided */ |
| 24 | +ingestNotifyItemsReady?: IngestPartNotifyItemReady[] |
| 25 | +``` |
| 26 | + |
| 27 | +## Examples |
| 28 | + |
| 29 | +### Simple Statuses |
| 30 | + |
| 31 | +For the most basic setup, of Sofie Reporting `PLAY` and `STOP` to the NRCS at activation and while playing a rundown you need to perform the following steps. |
| 32 | + |
| 33 | +1. Enable the `Write Statuses to NRCS` setting in the MOS gateway setting |
| 34 | +1. For each part that should report `PLAY` and `STOP` statuses, set `shouldNotifyCurrentPlayingPart: true`. |
| 35 | + If your part `externalId` properties do not match the `externalId` of the NRCS data, you will need to set `ingestNotifyPartExternalId` to the NRCS `externalId`, so that the MOS gateway can match up the statuses to the NRCS data. |
| 36 | + |
| 37 | +Optionally, you may also wish to report `READY` or `NOTREADY` statuses to the NRCS for any stories which have not been played or set as next. You can do this by setting `ingestNotifyPartReady`. A `true` value means `READY`, with `false` meaning `NOTREADY`. Leaving it unset or `undefined` will skip reporting these statuses. |
| 38 | + |
| 39 | +### MOS Item Statuses |
| 40 | + |
| 41 | +You can also report statuses for MOS items if needed. These can be set based on Package Manager statuses, as they can trigger the ingest of a part to be rerun. With this you can build status reporting based on whether clips are ready for playout. |
| 42 | + |
| 43 | +Because Sofie Pieces rarely map 1:1 with MOS items, these statuses are not done via pieces, but instead the `ingestNotifyItemsReady` is used. |
| 44 | +This property is a simple array of: |
| 45 | + |
| 46 | +```ts |
| 47 | +export interface IngestPartNotifyItemReady { |
| 48 | + externalId: string |
| 49 | + ready: boolean |
| 50 | +} |
| 51 | +``` |
| 52 | + |
| 53 | +Only items which are present in this array will have statuses reported. |
0 commit comments