The US patent applications in the above list resolve to the following five: https://patents.google.com/patent/US20160234144A1/ https://patents.google.com/paten

The US patent applications in the above list resolve to the following five: https://patents.google.com/patent/US20160234144A1/ https://patents.google.com/patent/US20160234144A1/ This one seems to be about specifying a Mimetype paramater that tries to describe the cost of image transformations requested in the target file, so that clients who know they can't perform those transformations can pick a different file. https://patents.google.com/patent/US20160232939A1/ https://patents.google.com/patent/US20160232939A1/ Seems to be about image sequences and specifying such a concept with coherent metadata in the container. https://patents.google.com/patent/US20150193494A1/ https://patents.google.com/patent/US20150193494A1/ This seems to talk about the myriad ways that ISOBMFF can assert metadata about data elements within, but there aren't always good ways to ensure the metadata points back to a specific data element. This talks about ways of figuring out whether such loosely-floating metadata in the container is still valid for data items; they also propose using checksums to figure out if the data items changed. https://patents.google.com/patent/US20180146225A1/ https://patents.google.com/patent/US20180146225A1/ This is a fancy restatement of P-frames for still images, leaving open the possibility that later frames also 'enhance' the first image in various ways e.g. upscale resolution and others. https://patents.google.com/patent/US20140314148A1/ https://patents.google.com/patent/US20140314148A1/ This defines signalling to allow putting all the I-frames at the start, and all the P-frames at the end.