 Thank you. Hello everyone. My name is Hamad Rida-Sikat and I will present you a support for high efficiency image format that we made in G-PAC. Okay, so my name is Hamad Rida-Sikat. I work on the G-PAC team and I will present you a support for high efficiency image format in G-PAC. So as usual for those who don't know G-PAC, G-PAC is a multimedia framework, a multi-platform media framework, it's under the LGPL license and it's hosted on Github. Basically, we have two sets of tools, MP4 box, which you may know, it's a worldwide difference for MP4 file manipulations and the second tool, it's MP4 client, which is a player. It's a bit more than a simple video audio player. It's a half way between a player and a browser and here is the presentation that we made before hearing the first theme last year. So what is G-PAC? G-PAC is a new image container format. It's derived from ISO BMFF and with some image specific constructs, boxes, and it may contain individual images, or image sequences, like bursts, or image metadata. It's a codec agnostic originally designed for each EVC, still picture, and officially supports EVC still and G-PAC. It may, we have like a lot of nice features like image transformations, for example rotation mirror or grid overlays. There is also additional image plans like alpha masks. We can add thumbnails, cover images, or hide images. It's, you can also do codec optimizations and we have progressive refinement also. So the design of a HIF container is based on the ISO BMFF construct, which is supported on G-PAC. So for a single image, it's you can store it as an item in the metabooks. And they may, it's also, you can also share properties like transformation rules and data, like parameters set and the tile data with other images. You can also store image sequences as a usual track, is a BMFF track, but with the new handled type called picked. Here we have the different brands and the file extensions. There is a lot of brands. For example, we have each IC for one picture and each EVC for a sequence of pictures and they both support each EVC. So why would you use a HIF? In terms of coding, it's two type better. It's two type better compression than GPEG when it used each EVC and it allows partitioning of a picture into tiles. We have also multiple image in the same file. It's efficient in terms of storage of image bursts and each GR images. It keeps links between a master image and its delivered version and it's extensible format. You can add your own codec if needed and not restricted just to images. You have the possibility to include other media type like text and audio. So here we have some commands that you can use to generate and to extract using MP4 box. So the first command will take the first picture, first image of the each EVC file and create a meta box and add one image item, make it a primary item and add the each IC brand to the output file. The second command will do the same thing, but with for the next idea frame after the given time and add the HEIX brand. And the last one will take the tile, tile each EVC stream and generate one item per tile and one item for the whole, for the entire image. So thank you and if you have, if you need any other information, you can refer to these links and and thank you. Is there any question? Yes, I'm coming. What I wanted to ask if are you happy with the format? Do you think it was something that we all waited for? Well, I I'm an ffmpec developer and we have like let's say four or five different samples and there was a patch and the patch was really huge. I mean, it was far too big for a patch that just supports a new container that just supports a variant of an existing container format and the patch doesn't work on the actual sample files we have. So apparently this format is so so much more complex than anything we have seen so far and this includes mxf that I wonder now why was that necessary or maybe I don't understand it so perhaps you can understand explain it. I don't have a specific explanation, but I just know that there is like a lot of advantages that you can use and that's why we implemented in G-PAC and that's why we added the support in G-PAC. Okay, and so your player, so mp4 client can actually display H-E-I-F images. Yeah, yeah, we have support in the mp4 client, but we still improve it, proven it. Immediately able to support it and nobody is actually working at it so as far as I know and the reason is basically that it seems surprisingly complex for an image format. You can say that, yeah. Okay, thank you. Yeah, I agree with you. Thank you. Another question? It was not that difficult. Last chance for another question? No? Okay, thank you, Ahmed.