-
Notifications
You must be signed in to change notification settings - Fork 0
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
Semantics of "one picture" in HEIF #76
Comments
Thanks for raising the issue.
I agree the spec is ambiguous. We need to:
Yes. The brand only talks about how coded images are coded.
A grid item is not a coded image item.
I think the notion behind
The test applies at the item level to decide what to put in the corresponding
Yes. |
Thanks for the response. It might help to add (possibly informative) text about what a consumer is supposed to infer from this brand. The interlaced case is interesting, given how 14496-10 defines a picture (i.e. potentially with top and bottom fields). Also, does |
Sorry for the confusion about interlaced. I'm actually not sure when a coded image could contain multiple pictures. For the record, the HEVC/VVC definition of a picture is:
I don't think it should. |
The
1pic
brand as defined in ISO/IEC 23008-12:2022 is "coded image item(s) that only contain one picture and that picture is intra coded".What does "picture" mean in the context of HEIF? Does it mean the same as picture in AVC or HEIF (i.e. YCbCr field)? Can it have an attached image (e.g. aux image, thumbnail, mask)?
Is a
grid
considered to be1pic
, or does the presence of two or more image items within the grid represent two different pictures?Does this test only apply at the image item level? For example, if I have two or more non-hidden image items that are both YCbCr intra-coded, is that still
1pic
for the fileftyp
(as well as1pic
for each associatedbrnd
, if any)?The text was updated successfully, but these errors were encountered: