Need media encoder agility

[fluffy]

No description provided.

[vasilvv]

Do we need to specify this explicitly? If we allow container agility (#11), this will follow.

[suhasHere]

@vasilvv may be you are right here . I was thinking media container agility meant support cmaf vs x vs y .. where the wg decides at some point if one of the proposed container format is not efficient or something like that .. what do you think ?

[fluffy]

I think it is worth explicitly mentioning that we want codec agility as it is a huge issue for some people. However if it turned out the way we got codec agility was just having container agility which then gave us codec agility, that would be a a perfectly fine way of getting it.

[acbegen]

Based on my experience, containers are sufficiently agile - once a new codec is done, it is relatively a fast process to complete the container support. If a container does not want to support a particular codec, well, that is usually known on day one. Having said that, I don't think this charter should focus on any specific choice of codec but an explicit list of containers (start with one and add more in the future) is desirable. At the end, part of a container's role is to separate the protocol from the internal mechanics of a codec.