|
24 | 24 | Registration Entry Requirements {#registration-entry-requirements} |
25 | 25 | ================================================================== |
26 | 26 |
|
27 | | -A registration entry is a document describing one or several metadata entries, |
28 | | -and has the following requirements: |
| 27 | +To register an entry, file an issue in the |
| 28 | +[WebCodecs GitHub issue tracker](https://github.com/w3c/webcodecs/issues/) |
| 29 | +so it can be discussed and evaluated for compliance before being added to |
| 30 | +the registry. |
| 31 | + |
| 32 | +For the entry to be included, there needs to be interest from at least |
| 33 | +one implementer in either the Media Working Group or the Working Group that |
| 34 | +originated the registration entry specification. If the Media Working Group |
| 35 | +reaches consensus to accept the candidate entry, send a pull request |
| 36 | +(either by editors or by the party requesting the candidate registration) |
| 37 | +that meets the following requirements: |
| 38 | + |
29 | 39 | 1. Each metadata entry is defined as a separate {{VideoFrameMetadata}} |
30 | 40 | dictionary member. |
31 | 41 | 2. Each metadata entry must be serializable. |
|
34 | 44 | 4. The specification defining each metadata entry must provide clearly defined |
35 | 45 | semantics. In particular, interactions with the media processing pipeline |
36 | 46 | (encoders, decoders, renderers, etc.) should be well defined. |
37 | | -5. A candidate registration entry must be announced by filing an issue in the |
38 | | - WebCodecs GitHub issue tracker so they can be discussed and evaluated for |
39 | | - compliance before being added to the registry. If the Media Working Group |
40 | | - reaches consensus to accept the candidate, a pull request should be drafted |
41 | | - (either by editors or by the party requesting the candidate registration) |
42 | | - to register the candidate. The registry editors will review and merge the |
43 | | - pull request. |
44 | | -6. Existing entries may be changed after being published, through the same |
45 | | - process as candidate entries. Possible changes include modification of |
46 | | - the link to the public specification. |
47 | | -7. Existing entries may be deprecated. This requires Media Working Group |
48 | | - consensus, and if still active, consensus of the Working Group that |
49 | | - originated the registration entry specification. |
| 47 | + |
| 48 | +Once consensus is reached by the Media Working Group, the registry editors |
| 49 | +will review and merge the pull request. |
| 50 | + |
| 51 | +Existing entries may be changed after being published, through the same |
| 52 | +process as candidate entries. Possible changes include modification of the |
| 53 | +link to the public specification. |
| 54 | + |
| 55 | +Existing entries may be deprecated. This requires Media Working Group |
| 56 | +consensus, and if still active, consensus of the Working Group that |
| 57 | +originated the registration entry specification. |
50 | 58 |
|
51 | 59 |
|
52 | 60 | VideoFrameMetadata members {#videoframemetadata-members} |
|
0 commit comments