Conversation
The original diagrams were created with a tool that is not available on all platforms. This change moves to GitHub's built in diagramming features which are universally available and may be better tracked in version control.
…r Flows, and preference for mono-essence.
…ated multi-essence Flows
GeorginaShippey
left a comment
There was a problem hiding this comment.
Largely very happy with this :D
| These Media Objects are typically short (on the order of seconds) and independently decodable to allow for efficient random access of content. | ||
| Media Objects are mapped to a Flow's timeline via Flow Segments. | ||
| Once the media is in the store, it is considered immutable and never modified directly. | ||
| It's `Flow ID` and relationship to the timeline never changes, ensuring that when you request a particular `Flow ID` and timerange via the API, you always get the same media Segments back. |
| These Media Objects are typically short (on the order of seconds) and independently decodable to allow for efficient random access of content. | ||
| Media Objects are mapped to a Flow's timeline via Flow Segments. | ||
| Once the media is in the store, it is considered immutable and never modified directly. | ||
| It's `Flow ID` and relationship to the timeline never changes, ensuring that when you request a particular `Flow ID` and timerange via the API, you always get the same media Segments back. |
There was a problem hiding this comment.
I don't really like media Segments here, feels like mashing Media Objects and Flow Segments together. Either I'd go with 'you always get the same media back' or 'you always get the same Flow Segments back'.
| @@ -28,22 +37,86 @@ By extension, content can be referenced independent of its encoding by using the | |||
|
|
|||
| The TAMS content model provides a `collection` mechanism for grouping several mono-essence `Flow` entities together under a multi-essence `Flow ID`. | |||
| Mono-essence `Flows` can be referenced by any number of multi-essence `Flow collections`. | |||
There was a problem hiding this comment.
I feel like there is a bit of back and forth over naming generally over the document - multi-essence flows, multi-essence sources and Multi-Sources.
Mono-essence Flows can be collected into any number of multi-essence Flows (Multi-Flow)?
|
|
||
|  | ||
| > [!NOTE] | ||
| > Mono-essence `Flows` are often still be useful for conveying the technical properties of the tracks within the multiplex stream. |
There was a problem hiding this comment.
This sentence doesn't quite make sense. Do you think there could be need for another little ADR in the future where we explore multipexed data storage?
Details
This PR updates AppNote0001 in the following ways:
Jira Issue (if relevant)
Jira URL: https://jira.dev.bbc.co.uk/browse/CLOUDFIT-5510
Related PRs
Where appropriate. Indicate order to be merged.
Submitter PR Checks
(tick as appropriate)
Reviewer PR Checks
(tick as appropriate)
Info on PRs
The checks above are guidelines. They don't all have to be ticked, but they should all have been considered.