1 / 6

MOS Group NAB 2013 Conference

MOS Group NAB 2013 Conference. 9 April 2013 Las Vegas Hotel Las Vegas, NV. roElementStat. Proposal to modify section 3.7.2 roElementStat : Status of a Single Element in a MOS Running Order This would add a bi-directional aspect to roElementStat message.

glynn
Download Presentation

MOS Group NAB 2013 Conference

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. MOS GroupNAB 2013 Conference 9 April 2013 Las Vegas Hotel Las Vegas, NV

  2. roElementStat • Proposal to modify section 3.7.2 roElementStat: Status of a Single Element in a MOS Running Order This would add a bi-directional aspect to roElementStat message. Would allow the NCS to make a MOS aware of the status of an Item, Story or Running Order.

  3. roElementStat – Proposed Language 3.7.2 roElementStat - Status of a Single Element in a MOS Running Order Purpose roElementStat is a method for either the NCS or MOS to update the other on the status of any ITEM, STORY, or RO. This allows the NCS to reflect the status of any element in the MOS Running Order in the NCS Running Order display. Allows the NCS to make a MOS aware of the status of an Item, Story or Running Order. This message is a member of both profile 2 and 4. For use with profile 2 set the element attribute to either ITEM or RO to update the NCS on the status of an ITEM or a RO. Note: roElementStat makes roStat and roItemStat legacy commands.

  4. The meaning for ACK • Recently there have been discussions about how and when a MOS or NCS should send an ACK.   • Should the ACK be sent as soon as a device receives a command, or should the ACK be sent after a device has processed the command? • The protocol, as published today is ambiguous. • When should a system send an ACK?

  5. Object and Object Proxy Paths • The MOS Protocol is currently ambiguous as to the requirement of the path. • The protocol document will be edited to state that the name of the file to be returned from the call will include the file’s name, including file-type extension, as the character string following the last (forward or backward) slash character in the field.

  6. Rest/JSON • Last fall, following the IBC MOS meeting, there was a series of discussions about the prospect of adding a Rest/JSON version of MOS. • This would complement the existing socket and WebServicesversions of the Protocol. • Is there interest among MOS Group members in working to pursue this?

More Related