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

Jerome Martinez <> Sun, 02 December 2018 16:26 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 7FD0F130DF5 for <>; Sun, 2 Dec 2018 08:26:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id CpQu7UjNPo4e for <>; Sun, 2 Dec 2018 08:26:04 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 193EA12F1AC for <>; Sun, 2 Dec 2018 08:26:04 -0800 (PST)
Received: from (unknown []) by (Postfix) with ESMTP id 09D8234194 for <>; Sun, 2 Dec 2018 17:26:01 +0100 (CET)
Received: from ( []) (Authenticated sender: by (Postfix) with ESMTPSA id B44BB714378 for <>; Sun, 2 Dec 2018 16:26:00 +0000 (UTC)
References: <> <> <> <>
From: Jerome Martinez <>
Message-ID: <>
Date: Sun, 2 Dec 2018 17:26:00 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101 Thunderbird/60.3.2
MIME-Version: 1.0
In-Reply-To: <>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Ovh-Tracer-Id: 547187356891025553
X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtkedruddvkedgudejgecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfqggfjpdevjffgvefmvefgnecuuegrihhlohhuthemucehtddtnecu
Archived-At: <>
Subject: Re: [Cellar] Mapping of MOV clean aperture values to Matroska
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Codec Encoding for LossLess Archiving and Realtime transmission <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 02 Dec 2018 16:26:06 -0000

On 02/12/2018 16:44, Steve Lhomme wrote:
> [...] some codecs also
> have such info and may overwrite this value.

Which one?
e.g. AVC crop values are more for handling widths/heights not multiple 
of the macroblock size, and output from the decoder is the one cropped, 
then the clean aperture from the container is applied (BTW, this is 
sometimes not what the user wants :(,  I got complains that I show the 
clean aperture size and not the encoded size in MediaInfo).

> [...]
> 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) ?

"The clean aperture defines the part of the encoded pixels to be 
displayed. The pixel aspect ratio is the aspect ratio of the encoded 
pixels. Conceptually the encoded pixels are decompressed, stretched (or 
shrunk) based on the pixel aspect ratio, and extra pixels are cropped 
off according to the clean aperture."