Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MediaAssets and Files #2

Open
Frando opened this issue May 19, 2022 · 0 comments
Open

MediaAssets and Files #2

Frando opened this issue May 19, 2022 · 0 comments

Comments

@Frando
Copy link
Contributor

Frando commented May 19, 2022

Currently we have a MediaAsset with title, description etc plus a mediaType field (enum of image, audio, video ...) and metadata (duration, codec etc). The MediaAsset has one or more links to Files, which have a link to the file content plus file-level metadata (size, filename, MIME type). Having multiple files on one media asset is intended for multiple encodings of the same content.

We are discussing if the following is better:

File entity has a reference to the content plus file level metadata. File (in a GraphQL representation) also has details as enum of Image and AudioVideoContainer and Other for now. If Image a record with the same ID as the file exists that has image metadata, the same for AudioVideoContainer. The latter has duration, some metadata and a list of Tracks which are either audio or video and have the codec info and metadata (e.g. language) for individual tracks.

The MediaAsset links to one or more Files. Its mediaType is just informational. It may duplicate some information from the file details (e.g. duration, or image size) - this is still tbd.

A File does not necessarily have a link from a MediaAsset. E.g. thumbnails could be Files with Image details but no media asset.

Also, the MediaAsset should have a notion of primaryFile and alternativeEncodings or so, not a flat list of files.

twallnerWaretec added a commit that referenced this issue Dec 11, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant