[Cellar] Adding a new stereo mode for 360 mesh projections

Aaron Colwell <acolwell@google.com> Fri, 27 January 2017 17:11 UTC

Return-Path: <acolwell@google.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 EF0DA12969D for <cellar@ietfa.amsl.com>; Fri, 27 Jan 2017 09:11:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.939
X-Spam-Level:
X-Spam-Status: No, score=-4.939 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, HTML_OBFUSCATE_05_10=0.26, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-3.199, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 LCkvLQMgVVz5 for <cellar@ietfa.amsl.com>; Fri, 27 Jan 2017 09:11:12 -0800 (PST)
Received: from mail-yb0-x234.google.com (mail-yb0-x234.google.com [IPv6:2607:f8b0:4002:c09::234]) (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 7BDAB12969C for <cellar@ietf.org>; Fri, 27 Jan 2017 09:11:12 -0800 (PST)
Received: by mail-yb0-x234.google.com with SMTP id j82so69454014ybg.1 for <cellar@ietf.org>; Fri, 27 Jan 2017 09:11:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=IIG5Y/y7S69kHHcUDHqqIZEfXiNePjcMrNMQ1b3rLDg=; b=MmPUzE7xzloWRL7ZSaI4lLMGjtEuxNu1mF6e8TcpXs04KyibnOJyxvtis7gKyJTIN3 5DK6tIabQ1tgK22NBIufP224izVymxos5PBH9VfFXXcRZ8v/0OM1BNJX0CMdUnpVBIH9 lqlmpwrKiE6P08K+lZ+Qchk4biZ3nc8duEsASmzFphOyZziGT7FJM1d/1nmXjvVRiIsY r3ulCxhDfVjtV8el34BbHr4FJL+DsF0ClLzG3DKx3NgGvbf1m2fTgAG478FW7c/jrSQm hkoMRQByHfhyywo5A42veh+egmfW8lWJszE9wT7bOocp6w6duGqac7T22toXthCqZgCD cX9w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=IIG5Y/y7S69kHHcUDHqqIZEfXiNePjcMrNMQ1b3rLDg=; b=sFDFKe4eIEBxxAUjSXviDrq+EZf0RdmLazMfkPRhWaU5yonkJE/SD1SpFeGdi1iqdI rbkGbxoFMViYQxXb9YCYKKmZf4IqXWsuCaOzFcMFKAw6XpXiFkEyo1sp6xy9jOSH3UYz /rr9SjmZ7wYBSN8YhLra/SaQzMMNqrnQFLh0nr0429RJvKfVJpDfcU4g2ZjR3zSlS/IY nCpbgB1TY9WoQTQ+bbws+vpPeLbIfy2umqOYxyjEpVL18OWLMSobKqw61KF3zHk66UlA IJ57LvaGFsR7Eu/9kzJHueqEWiU3BFYQZqF7rdIzs1WfzswDrzSLOPAAiHf/bEZh2DRp 0RQw==
X-Gm-Message-State: AIkVDXK3womMYFMii60Gs+tuNtdmyt4C8HvgZ9Vcyt/nezUda/7AAL1TmIKeb34lDx6oHLYSxhQ3DZGhaRG/5MNY
X-Received: by 10.37.216.18 with SMTP id p18mr2302764ybg.42.1485537071354; Fri, 27 Jan 2017 09:11:11 -0800 (PST)
MIME-Version: 1.0
From: Aaron Colwell <acolwell@google.com>
Date: Fri, 27 Jan 2017 17:11:00 +0000
Message-ID: <CAA0c1bBcF=S0Fa_NhROmL2kyWEvJFz7UKCzwbR4TJQFn0XUatw@mail.gmail.com>
To: Codec Encoding for LossLess Archiving and Realtime transmission <cellar@ietf.org>
Content-Type: multipart/alternative; boundary="94eb2c05e14270b8bc0547168dfe"
Archived-At: <https://mailarchive.ietf.org/arch/msg/cellar/HxFSQuHbDCY1zc6_Tq2Hz6AeDYs>
Subject: [Cellar] Adding a new stereo mode for 360 mesh projections
X-BeenThere: cellar@ietf.org
X-Mailman-Version: 2.1.17
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: Fri, 27 Jan 2017 17:11:14 -0000

Hi,

I work on the Spherical Video V2 spec
<https://github.com/google/spatial-media/blob/master/docs/spherical-video-v2-rfc.md>
and
I'm working on this patch <https://github.com/google/spatial-media/pull/153> to
update the semantics for stereo content that uses a different projection
mesh for each eye. I wanted to get some feedback from folks here about
adding a new StereoMode enum value that essentially signals that the (u,v)
mappings for each eye are specified elsewhere. In my case they are
specified in the per-eye meshes, but I could also imagine other
descriptions for non-360 content. The intent here is to still be able to
have the stereo mode indicate the content is stereoscopic, but the actual
layout of the pixels for each eye is freeform and does not fall into the
usual left-right or top-bottom forms.

Would folks here be supportive of adding a new enum value for this use case?

Thanks,
Aaron