mp4ra / mp4ra.github.io Goto Github PK
View Code? Open in Web Editor NEWMPEG-4 Registration Authority Web Site
Home Page: https://mp4ra.github.io/
MPEG-4 Registration Authority Web Site
Home Page: https://mp4ra.github.io/
hev1 High Efficiency Video Coding
hev2 High Efficiency Video Coding
hev3 High Efficiency Video Coding
hvc1 High Efficiency Video Coding
hvc2 High Efficiency Video Coding
hvc3 High Efficiency Video Coding
These OTI's are not actually defined and not in use. They should be deprecated.
See:
M4A$20 | iTunes MPEG-4 audio protected or not, | iTunes
| can contain audio + video + 3g text track + chapter track |
M4B$20 | iTunes AudioBook protected or not | iTunes
| can contain audio + video + 3g text track + chapter track |
But vue.js has stolen the fragment part of the URL...
I have a question.
Where are track references of types adda
and adrc
defined? mp4ra points to 23003-4 but I can not find them there.
Also note that AMD1 of 23003-4 mentions those being defined in Part 12. But this seems not to be true as there are no definitions for those in clauses 6.x.x.
File Format payload | FourCC | Version | Defined in ISO/IEC | Defined in sub-clause | Loudness Control profile | Dynamic Range Control profile |
---|---|---|---|---|---|---|
Track reference for additional audio track | adda | n/a | 14496-12 | 6.4.5 | a | a |
Track reference for DRC metadata track | adrc | n/a | 14496-12 | 6.1.1 | b |
In Part 12 adda
is mentioned in clause 12.2.6 though. Is it considered to be defined in Part 12? If yes, we should probably add an entry in clause 8.3.3.3. And what about adrc
?
In some parts of the page WG11 (MPEG) is mentioned and we should fix that.
There is no category on the MP4RA for Track Group Types. We currently have 3 types:
But removing the blank line at the end of the CSV file doesn't stick and doesn't work
Alliance for Open Media
No response
Sample Entry Types
iamf
https://aomediacodec.github.io/iamf/
Immersive Audio Model and Formats - Encapsulated IA Sequence
Thomas Daede, Vimeo, Inc.
No response
No response
No response
3 October 2023
A reference implementation exists, and implementors intend to ship in products.
Please send contact information for that organization, should questions arise at application time or in future, in email to mp4reg at group.apple.com.
identify the table on the site in which your value should appear
This should not conflict with any existing or pending code-point visible at the publication site
example descriptions are on the site
link to the place where more information about the code-point can be found (ideally, identification of a published defining specification or other document). If you link to contact information for requesting documentation, please be as specific as possible.
notably, any other data needed for the row of the table into which the code-point will be placed.
find a better way to capture specifications. use non-dated version of specs, use JSON and group specs by SDO. This info can be useful in combination with the conformance framework.
MPEG
No response
No response
Sample Entry Types
ipcm,fpcm
No response
From: #167
"Information technology — MPEG audio technologies — Part 5: Uncompressed audio in MPEG-4 file format" specifies several code points that should be registered:
sample entry box:
pcmC
ipcm
fpcm
MPEG
No response
No response
No response
No response
No response
Since June 15th, 2021, the building on travis-ci.org is ceased so the automatic deployments do not work anymore.
Looks like we have 2 options to solve this:
Any ideas?
These are defined in ETSI.
As discussed during MPEG 140:
We update the guidelines to ask for a (draft) Pull Request additional to the email when request a new code point
Some boxes might be defined in one specification, and extended by other specifications.
For example, the Colour Specification box specified in ISO/IEC 15444-1 is extended by ISO/IEC 15444-2 and ISO/IEC 15444-15.
Suggest allowing multiple defining specifications.
The colr
entry at CSV/item-properties.csv
duplicates that at CSV/sample-entries-boxes.csv
. The defining specification for the former explicitly states that The colour information 'colr' descriptive item property has the same syntax as the ColourInformationBox as defined in [the latter]
This would avoid warning from GitHub that the CNAME is alreay taken when commits are pushed.
We need to add a TravisCI script that checks when someone makes a PR to make sure that the PR cannot be merged if one of the following criteria applies:
The TravisCI integration is easy. The writing of the checks needs work.
There are a lot of metadata boxes in current use for audio and video files that apparently have never been registered, or are at least missing not documented at the MP4RA site (and in this repository). Many of them originate in Apple iTunes (or Quicktime), but are supported by other software as well, based upon reverse-engineered documentation I suppose. Some of these start with the copyright symbol, e.g. ©ART
or ©nam
, to mark them as private-use obviously, but others are not, e.g. stik
, hdvd
, tves
or purl
.
The following points are not clear to me:
$a9
?The current email submission template includes contact and other information not part of the public facing database. It is desirable I think to create a private section of the database that retains this information external to Apple.
The three DTS brands, dts1, dts2 and dts3 don't specifically mention that they are CMAF brands. This was always the intention. I would like to fix this with the following text update:
dts1: Indicates a CMAF compliant MP4 track with audio codecs dtsc, dtsh or dtse
dts2: Indicates a CMAF compliant MP4 track with audio codec dtsx
dts3: Indicates a CMAF compliant MP4 track with audio codec dtsy
It seems that some of the 4CCs related to SVC and MVC do not belong to sample groups:
All of those are actually boxes and not sample groups. They appear in actual sample groups scif
or mvif
VisualSampleGroupEntries. I guess these should be moved to boxes.csv?
The RA is almost certainly out of date wrt 14496-15
Please send contact information for that organization, should questions arise at application time or in future, in email to mp4reg at group.apple.com.
identify the table on the site in which your value should appear
This should not conflict with any existing or pending code-point visible at the publication site
example descriptions are on the site
link to the place where more information about the code-point can be found (ideally, identification of a published defining specification or other document). If you link to contact information for requesting documentation, please be as specific as possible.
notably, any other data needed for the row of the table into which the code-point will be placed.
All DECE specifications are no longer available at www.uvvu.com and any contact information is no longer valid.
The RA is almost certainly behind on 14496-12
Sort by spec, by 4CC, by handler type ...
Following protected sample entry codes are not yet registered:
encu
- XMLSubtitleSampleEntryencp
- HapticSampleEntryenc3
- VolumetricVisualSampleEntryFor example, search for auxv
or sdsm
, it returns an empty category instead of 'handler'.
specifications.csv and hence the references page cite ISO/IEC 14496-12:2004 (and 15444-12:2004) for the ISO base media file format and note that they are available as a publicly available standard from ISO. MPEG-4 Part 12 has been updated several times since 2004, the last time in December 2020, and it is not a Publicly Available Standard either yet or anymore. JPEG 2000 Part 12 has been withdrawn in 2015.
Steps to reproduce the behavior:
If the standard should still be available freely to the public, ISO or the respective Maintenance Agency (which is Apple Inc. in this case) should actually list and publish it on the linked page.
Otherwise the link and note should be removed.
'iloc' is listed in the "track reference" category (https://mp4ra.org/#/track_references#) as follows:
iloc Item data location (item reference) ISO
It is not defined as a track reference. Either the ISOBMFF should list it explicitely as a possible track reference, or it should be removed from this list. It already correctly listed in the item reference list (https://mp4ra.org/#/item_references).
mvdr
is regisered and described as MVDDepthResolutionBox
. However, in Part 15 there is no mvdr
defined and MVDDepthResolutionBox
is defined as:
class MVDDepthResolutionBox extends Box('3dpr') {...}
I guess we should change mvdr
to 3dpr
.
As discussed during MPEG#140 we should consider adding links to other resources which are relevant, e.g.: conformance spec/files/github
We have not entered HEIF code points in the RA yet
Some suggestions for a README...
as per request sent to the RA
Describe the bug
Search results for entity groups return results where the specification link is OK, but the category link is broken.
To Reproduce
Steps to reproduce the behavior:
altr
Expected behavior
Clicking on 'Entity Groups' should take you to the entity groups results
Screenshots
N/A
Desktop (please complete the following information):
Additional context
It might also be nice to have https://mp4ra.org/#/entity_group be a working link.
"Information technology — MPEG audio technologies — Part 5: Uncompressed audio in MPEG-4 file format" specifies several code points that should be registered:
sample entry box:
pcmC
ipcm
fpcm
While the RA has entries for MPEG-H 3D Audio sample entry types (e.g. mha1
, mha2
), it does not have an entry for the configuration box mhaC
, while it has for other video codecs (avcC
, vvcC
, av1C
). This seems like it should be added.
14496-12 defines aux_info_type
(in saio
, and saiz
) as a 4CC defining the type of auxiliary information. It is used by the Common Encryption specification, which reserves schemes like cenc
. It'd be good to have an entry in the MP4RA for tracking all values that are used.
JKS$20
jpvs
jpvi
jxpl
bmdm
dmon
jptp
Exif
jxsH
as sent to the RA
OK, but then what is the linkname field for?
The MP4RA should be clearer about what is expected of boxes that are contained in a registered box.
For example, if a spec defines a box 'fooC' that can contain other boxes like 'barX' should you register only 'fooC' or also 'barX'. I think all boxes should be registered.
Some people seem to think that 'barX' does not need to be registered because it's only used inside 'fooC'. I don't think that's the right practice as then you risk having two 'barX' boxes with different content and parsers will have to carry context (am I parsing a barX box inside the fooC context or outside?).
This spec is correct and was updated not terribly long ago: http://mp4ra.org/specs.html#MLP
This spec is not correct (an old version): https://mp4ra.github.io/mp4ra/specs.html#MLP
This can be updated of course in github, but it implies that the two databases are not in sync.
it seems to be only half-integrated?
We should probably get started adding the CMAF brands. In addition to the ones in the published 23000-19, we have the amendments and 3rd party ones that will be starting to queue up with increasing probability of collision. Is it worth organizing them in a CMAF subsection under brands? A subsection for CMAF Supplemental Data? Or are they all just "brands"?
and have its code-points added (notably brands)
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.