Re: [Cellar] Mapping of MOV clean aperture values to Matroska

Hello,

For VLC the values are read but they are likely lost along the way to
the display by the decoder or the video output. You may try this file
to check if your video output in VLC supports cropping:
http://v2v.cc/~j/theora_testsuite/offset_test.ogv

This illustrates the issue with cropping at the container level (and
ffmpeg) the container may have some values set but some codecs also
have such info and may overwrite this value. And there's not really
any way to tell who is write. It may depend on the codec and the
container. In Matroska we assume that we override what the codec says.
But I don't think that's how it's handled in ffmpeg. Also there's the
question of what these values apply to: on the decoded surface, which
may include padding on the right/bottom or the area that's supposed to
be visible. In Matroska the "PixelWidth/PixelHeight" correspond to the
visible area, on which we apply extra cropping. (this is currently not
written anywhere).

As for the MOV atom, is there are spec somewhere ? Or is it clear that
it's some cropping ? Is it in the supposedly visible area or a
supposedly padded area (which may not correspond in ffmpeg to the
padding Quicktime would use) ?
Le mar. 27 nov. 2018 à 18:44, Kieran O Leary
<kieran.o.leary@gmail.com> a écrit :
>
> Hey,
>
> Thanks for replying:
>
> On Sun, 25 Nov 2018, 20:20 Dave Rice <dave@dericed.com wrote:
>>
>> Hi Kieran,
>>
>> > On Nov 23, 2018, at 4:56 AM, Kieran O Leary <kieran.o.leary@gmail.com> wrote:
>> >
>> > Hi,
>> >
>> > Would I be correct in saying that ideally, Clean Aperture values in a
>> > MOV/MPEG-4 file should map to the PixelCrop element in Matroska?
>>
>> Yes, they conceptually do the same thing but I’m a little confused about how to use the vert/horiz offset fractions of the clap atom to convert to the pixel crop atom. I tried in both QuickTime 7 and X, and while QuickTime X uses the cleanAperature w/h fractions to present a cropped image, QuickTime 7 doesn’t but appears to adjust the aspect ratio according to those values. QuickTime X does seem impacted by non-zero offset values not in a way that I consider coherent. Do you have any examples of un-centered aperatures? I was hoping that IMX files would, does the ones I have don’t use any aperature.
>
>
> I don't think I've ever seen non-centered.. but it sounds like Matroska is capable of a mapping,but the actual quicktime implementation sounds inconsistent? I guess this could be specified explicitly by an archivist who will hopefully be able to determine the intended rendering of the original QuickTime file..
> Also it looks like here's yet another related ticket:
> https://trac.ffmpeg.org/ticket/4489
>
>>
>> > I'm asking about this in regards to this ffmpeg ticket -
>> > https://trac.ffmpeg.org/ticket/7437
>> > As it appears that FFmpeg does not currently read the values in the
>> > clap atom and it also does not map them to Matorksa files when
>> > remuxing. It seems to make the most sense to map them to PixelCrop,
>> > but I'd like to hear it from folks more knowledgable than me.
>>
>> Seems reasonable to me, but I’m not exactly certain what the mapping would be.
>
>
> I was considering  doing some experiments with some common PAL scenarios ( crop to 703x576 with a PAR of 59:54, or crop to 704x576 with PAR of 12:11) and using mkvpropedit to insert the metadata. I'll have to look beyond VLC to other players that can display these crops and aspect ratio conversions for the moment.
>
>>
>> > Another associated issue with the display of these kinds of values is
>> > with VLC as it appears that
>> >
>> > 1) PixelCrop values in Matroska are not supported by VLC at the moment
>> > - https://trac.videolan.org/vlc/ticket/21192
>> > 2) Clean aperture values are not supported by VLC at the moment
>> > https://trac.videolan.org/vlc/ticket/21179
>>
>> Sounds like these tickets are in my priority order as well.
>
>
> Cheers,
>
> Kieran O'Leary,
>
> Irish Film Institute
>>
>> Dave Rice
>>
> _______________________________________________
> Cellar mailing list
> Cellar@ietf.org
> https://www.ietf.org/mailman/listinfo/cellar

-- 
Steve Lhomme
Matroska association Chairman