VR系列——Oculus Publishing文档：三、内容标准和要求

最新推荐文章于 2024-09-23 15:54:42 发布

cleardo

最新推荐文章于 2024-09-23 15:54:42 发布

阅读量1.5k

点赞数

分类专栏： VR

VR 专栏收录该内容

83 篇文章 13 订阅

订阅专栏

本节介绍了Oculus商店和oculus试验平台的内容标准。

作为一个VR内容的开发者，我们希望你是成功的。本节介绍你需要遵从的要求，以避免浪费时间和金钱建立一个我们无法发布的游戏或体验。

VR技术的发展与其他的技术不同。在你开始任何开发之前，请阅读Oculus最佳实践指南，移动VR应用开发，以及其他任何相关的文件。

当我们迈向消费型虚拟现实时，我们的发布要求也会变得更加苛刻。发布考虑的最低限制条件是应用程序必须能够可靠的工作。例如，我们不会考虑发布任何崩溃、帧速率失败、或者引起大多数玩家不适的应用程序。一旦达到最低要求，我们就可以对概念、执行和其他方面的质量做一个评估。

下面是我们用来评估意见书的一个非详尽的标准列表，它不是作为一个保证验收因素的清单而准备的，而是一个你应该牢记的一些重要考虑因素的指南。

内容要求

如果你的应用程序包括广告内容，它必须提供一个引人注目的实用工具或超越产品推广的娱乐体验。
Oculus公司的商标不能出现在应用程序中。
你的应用不能有特写裸体、面向成人，或与赌博相关的内容。

舒适性要求

应用程序不能经常造成大多数用户的不适。
验证你的应用程序的所有UI元素都变得立体，主要元素没有被锁定。文本必须清晰可辨。
确保你的应用避免使用了一个摇摇欲坠的摄像头，并避免不能由用户直接加速。
避免过度落后，侧向运动。
所有视觉线索暗示的动作必须是一致的，并应与用户输入的保持一致。
避免在运动，方向或加速度方面发生意外的和/或不受控制的变化。
规模应保持一致。
避免使用楼梯。

技术要求

确保你的应用保持或超过最低60帧的帧速率。
应用程序必须成功加载，在手机上运行不能过热。
应用程序不得冻结，崩溃或丢失数据。
应用程序必须摆脱颠簸、抖动和黑色拖尾效应。避免强烈的白色/黑色对比、百叶窗、和屏幕上大部分的重叠图案。
所有输入应正常工作。
音量控制，后退按钮，直通摄像头，复位位置，以及所有其他保留的互动必须按照我们的要求工作。
在启动时，应用程序应该要接收在四秒内的输入和/或显示头部跟踪图形。
如果在启动时需要手柄却没有检测到，应用程序应该给出提示说明。
当拔下手机上的耳机时，下载应该继续进行，且当进行大容量（>100MB）下载时，应要求无线网络连接。

图片要求

图标图像（x1）： 512x512 24位PNG文件。
英雄的艺术形象（x1）：无论何时，主要图片展示的都是应用程序本身的主要内容。这将是你应用程序的产品详细信息页的主画面专用的。 3000×900的24位PNG文件（10：3）。
封面景观艺术图像（x1）： 2560 X1440的24位PNG文件。
预览艺术（x 5）：我们需要五个画廊图像。画廊将只显示应用程序内的并且能够展示应用程序功能的图像。图像在应用程序的体验/玩法中应是不失真的、具有代表性的。2560 x 1440的24位PNG文件。
图片不得包含并行或渲染后失真。
标识应清晰可辨。

应用程序名称和说明

对于英语语言的应用程序，请只用字母、数字字符来命名。

应用描述必须不超过1000个字符。通常,较短的描述会更好，因为在VR中，阅读通常更加困难。

手机：后退按钮的行为

如果你的应用程序不支持暂停行为，则需要以下的“后退”按钮进行处理：

如果应用程序没有“暂停菜单”
这里写图片描述

如果你的应用程序支持暂停行为，则需要以下的“后退”按钮进行处理：

如果应用程序有“暂停菜单”
这里写图片描述

原文如下

This section describes content standards for Oculus Store and Oculus Concepts.

As a VR content developer, we want you to be successful. This section describes requirements to follow so you don’t waste time or money building a game or experience that we won’t be able to publish.

Developing in VR is different than other technologies. Before you begin any development, read the Oculus Best Practices Guide, Mobile VR Application Development, and any other relevant documentation.

As we move toward consumer-ready virtual reality, our requirements for publishing are becoming more demanding. Applications must work reliably as a minimum qualification for consideration. For example, we will not consider publishing any app that crashes, fails to make frame rate, or causes discomfort in most players. Once that minimum bar is reached, we can make an assessment with respect to the quality of concept, execution, and so forth.

The following is a non-exhaustive list of criteria that we use to evaluate submissions. It is not intended to be a checklist of factors that will guarantee acceptance, but instead a guide to some important considerations that you should keep in mind.

Content Requirements

If your app includes advertising content, it must provide a compelling utility or entertainment experience beyond product promotion.
Oculus trademarks must not appear in apps.
Your app must not feature nudity, adult-oriented content, or gambling-related content.

Comfort Requirements

Applications must not regularly cause discomfort in most users.
Verify that all of your app’s UI elements are rendered stereoscopically and that major elements are not headlocked. Text must be clear and legible.
Make sure your app avoids using a shaky camera and avoids acceleration not directed by the user.
Avoid excessive backward and sideways movement.
All visual cues suggesting motion must be agreement, and should be consistent with user input.
Avoid unexpected and/or uncontrolled changes in motion, direction, or acceleration.
Scale should remain consistent.
Avoid using stairs

Technical Requirements

Make sure your app maintains or exceeds the minimum 60 fps frame rate.
Apps must load successfully and run without overheating the phone.
Apps must not freeze, crash, or lose data.
Apps must be free from judder, jitter, and black smearing. Avoid strong white/black contrasts, blinds, and repeating patterns on large portions of the screen.
All input should work as expected.
Volume controls, back buttons, passthrough camera, position reset, and all other reserved interactions must work per our requirements.
On launch, apps should begin accepting input and/or display head-tracked graphics within four seconds.
If a gamepad is required, apps should indicate if one is not detected on startup.
Downloads should continue when phone is removed from headset, and large downloads (> 100 MB) should require Wi-Fi.

Image Requirements

Icon Image (x1): 512 X 512 24-Bit PNG file.
Hero Art Image (x1): The primary image displayed whenever the primary context is your application itself. It will be the main image on the Product Details Page dedicated to your app. 3000 X 900 24-Bit PNG file (10:3).
Cover Landscape Art Image (x1): 2560 X 1440 24-bit PNG files
Preview Art (x5): We require five gallery images. These will only be displayed within the context of your application and should showcase the features of your app. Images should be undistorted and representative of the app experience/gameplay. 2560 X 1440 24-bit PNG files.
Images must not contain side-by-side or post-distortion rendering.
Logos should be clear and legible.