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

Kieran O Leary <kieran.o.leary@gmail.com> Tue, 27 November 2018 17:44 UTC

Return-Path: <kieran.o.leary@gmail.com>
X-Original-To: cellar@ietfa.amsl.com
Delivered-To: cellar@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AF94130E99 for <cellar@ietfa.amsl.com>; Tue, 27 Nov 2018 09:44:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A9TSxws1rrmn for <cellar@ietfa.amsl.com>; Tue, 27 Nov 2018 09:44:06 -0800 (PST)
Received: from mail-wr1-x429.google.com (mail-wr1-x429.google.com [IPv6:2a00:1450:4864:20::429]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 778AC130E9A for <cellar@ietf.org>; Tue, 27 Nov 2018 09:44:06 -0800 (PST)
Received: by mail-wr1-x429.google.com with SMTP id t27so15646341wra.6 for <cellar@ietf.org>; Tue, 27 Nov 2018 09:44:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4s16wD0XYjDVOvDz43bE2VM8Bcw6yxdKjFUOuXZ4X80=; b=kKUUocSjwcW/SHjE6OJnPnZqCw9rK7SyoW0wdUELfAZwRRX00Rn5ejSD5fNmRM7lLH PDf3M7YBRjXukLXne/Cwib6urFC9fH0IF/vBzwkaDr7R8CBrAScRfqDnsTIPbSqYLg9X RV8Xr9FORLCwy0wahy0mEmV2yq2IwBu1R2nNx1NzHdf3Rt1Bfxf/ifR7J7kpKIUDuFWH gipCPaprht2z8k2xUjqtUySOY+/Z6aK9Wc3G36S2OOck0obrTnCyzroN0GruqeQ4Y78l YhPe3/rKcrmVxGuN9FQBRyS6l2+8kAu2lXaB0Fu7plUC7BvyMA2yFVY43qVwbIT7Di7K 5Ayw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4s16wD0XYjDVOvDz43bE2VM8Bcw6yxdKjFUOuXZ4X80=; b=HNmamFj4PcbQzdKB1exKcyJoJwAnkyPWRuiDFdEP4eiiTO7F/EptC5NqAe93m+ZIPv tPWFZww8hEEWcyo8N35MgFucPsohCFPEc1pgxjnVKsPi0GyWk/iGijeMxct/soGOITON A5Oczlk9JuRIAVJLAuEyfEFu3dQkDvurgzKf4r+JeL0FotzNpM+VblGxmSPZtGD8+qZx 0iw0qRQGQKyjiKrB3qeQf+Bcc5hKHGiGv9rDYUgb6lwcYLxzJSKnu0LgQup2Iy8liaMd 9ViqoL7m7KWKmhV0g9+jDJwq63qLKqWbHeLVIfyu/NZExtYQnh3cHGbpd+0jNooJoG5G wxhQ==
X-Gm-Message-State: AA+aEWb4KETGLxHS/Ucifxe224G/kcQQj4N5SLmH8NEHpQoz+H4hxsBI 6QQthQbfCu1w0QFy73nH2wUiuOzLSpnr1vvFxg==
X-Google-Smtp-Source: AFSGD/Uprd4m33OkvUYgV+6qrFDVa0CKaRyMmhDL93ZxJx/V925wXkLCameeEzZOXyXznkneT7EmUYU7kNqtdhGF2U4=
X-Received: by 2002:a5d:4382:: with SMTP id i2mr3711444wrq.172.1543340644790; Tue, 27 Nov 2018 09:44:04 -0800 (PST)
MIME-Version: 1.0
References: <CAO7v-1Qci+eGHBbQYuHYn-fSb+WA+ac-=Z89zkcdcYpQaKGQEw@mail.gmail.com> <353D4CFD-370C-4509-B7BE-3D572EC2DEFB@dericed.com>
In-Reply-To: <353D4CFD-370C-4509-B7BE-3D572EC2DEFB@dericed.com>
From: Kieran O Leary <kieran.o.leary@gmail.com>
Date: Tue, 27 Nov 2018 17:43:51 +0000
Message-ID: <CAO7v-1RqTcC4ty0O-Qk99g_FoRGhyNb_uTDcj6JxcAbM34sscg@mail.gmail.com>
To: Dave Rice <dave@dericed.com>
Cc: cellar@ietf.org
Content-Type: multipart/alternative; boundary="000000000000e67740057ba8fe16"
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/JMoVojuf9L8FwMg_GjKhPxj44V0>
Subject: Re: [Cellar] Mapping of MOV clean aperture values to Matroska
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <cellar.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cellar>, <mailto:cellar-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cellar/>
List-Post: <mailto:cellar@ietf.org>
List-Help: <mailto:cellar-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cellar>, <mailto:cellar-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2018 17:44:18 -0000

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
>
>