You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Should there be a [component_]range Flow attribute and a matching urn:x-nmos:cap:format:[component_]range Receiver parameter constraint, corresponding to the RANGE format-specific parameter defined in ST 2110-20 for video/raw and in RFC 9134 for video/jxsv?
Following the general pattern for such questions...
If there are Receivers that can only correctly handle streams with a sub-set of the possible values of this parameter, then the answer is probably yes.
If it is only that Receivers need the value to correctly handle a given stream, then the presence of the RANGE format-specific parameter in the SDP data is probably enough.
The text was updated successfully, but these errors were encountered:
@jonathan-r-thorpe points out that VSF TR-08 distinguishes between Full Range from limited range for two interoperability points in Capability Set C:
However, those interoperability points are also distinguished by other properties (e.g., frame height of 1200).
Should there be a
[component_]range
Flow attribute and a matchingurn:x-nmos:cap:format:[component_]range
Receiver parameter constraint, corresponding to theRANGE
format-specific parameter defined in ST 2110-20 forvideo/raw
and in RFC 9134 forvideo/jxsv
?See e.g. https://tools.ietf.org/html/rfc9134#section-7.1.
Following the general pattern for such questions...
RANGE
format-specific parameter in the SDP data is probably enough.The text was updated successfully, but these errors were encountered: