Google verrät endlich, was ein Smartphone „Daydream Ready“ macht – Spoiler: die Liste ist lang

Lange hatte Google ein Geheimnis daraus gemacht, was ein Smartphone dazu befähigt, den elitären Stempel „Daydream Ready“ zu erhalten. Bekannt war, dass Pixel und Pixel XL als einzige Smartphones überhaupt den Ansprüchen genügten und dass sie unter anderem besonders empfindliche Gyroskope für die schnelle Erkennung von Bewegungen verwenden. Ob das allerdings das einzige Argument war, das gegen alle anderen zig Tausend Android-Smartphones sprach, hatte man bei Google nie spezifiziert.

Jetzt hat man allerdings mit dem Launch der Daydream App auch einen extra Eintrag im Android 7.0 Compatibility Definition Document hinzugefügt, der Klarheit darüber gibt, was ein Gerät können MUSS, KANN oder SOLLTE, um die hausgemachte Zertifizierung Daydream Ready zu erhalten. Unter dem Punkt 7.9.2: Virtual Reality High Performance werden verschiedene Punkte aufgeführt, von Mindestauflösungen über Reaktionszeiten und Bildwiederholungsraten der Displays bis hin zur Unterstützung der Vulkan Engine.

Die volle Liste könnt ihr euch hier einmal ausklappen:

[expand title=“DAYDREAM READY Vorgaben für Smartphones“]

• Device implementations MUST have at least 2 physical cores.
• Device implementations MUST declare android.software.vr.mode feature.
• Device implementations MUST provide an exclusive core to the foreground application and MUST support the Process.getExclusiveCores API to return the numbers of the cpu cores that are exclusive to the top foreground application. This core MUST not allow any other userspace processes to run on it (except device drivers used by the application), but MAY allow some kernel processes to run as necessary.
• Device implementations MUST support sustained performance mode.
• Device implementations MUST support OpenGL ES 3.2.
• Device implementations MUST support Vulkan Hardware Level 0 and SHOULD support Vulkan Hardware Level 1.
• Device implementations MUST implement EGL_KHR_mutable_render_buffer and EGL_ANDROID_front_buffer_auto_refresh, EGL_ANDROID_create_native_client_buffer, EGL_KHR_fence_sync and EGL_KHR_wait_sync so that they may be used for Shared Buffer Mode, and expose the extensions in the list of available EGL extensions.
• The GPU and display MUST be able to synchronize access to the shared front buffer such that alternating-eye rendering of VR content at 60fps with two render contexts will be displayed with no visible tearing artifacts.
• Device implementations MUST implement EGL_IMG_context_priority, and expose the extension in the list of available EGL extensions.
• Device implementations MUST implement GL_EXT_multisampled_render_to_texture, GL_OVR_multiview, GL_OVR_multiview2 and GL_OVR_multiview_multisampled_render_to_texture, and expose the extensions in the list of available GL extensions.
• Device implementations MUST implement EGL_EXT_protected_content and GL_EXT_protected_textures so that it may be used for Secure Texture Video Playback, and expose the extensions in the list of available EGL and GL extensions.
• Device implementations MUST support H.264 decoding at least 3840×2160@30fps-40Mbps (equivalent to 4 instances of 1920×1080@30fps-10Mbps or 2 instances of 1920×1080@60fps-20Mbps).
• Device implementations MUST support HEVC and VP9, MUST be capable to decode at least 1920×1080@30fps-10Mbps and SHOULD be capable to decode 3840×2160@30fps-20Mbps (equivalent to 4 instances of 1920×1080@30fps-5Mbps).
• The device implementations are STRONGLY RECOMMENDED to support android.hardware.sensor.hifi_sensors feature and MUST meet the gyroscope, accelerometer, and magnetometer related requirements for android.hardware.hifi_sensors.
• Device implementations MUST support HardwarePropertiesManager.getDeviceTemperatures API and return accurate values for skin temperature.
• The device implementation MUST have an embedded screen, and its resolution MUST be at least be FullHD(1080p) and STRONGLY RECOMMENDED TO BE be QuadHD (1440p) or higher.
• The display MUST measure between 4.7″ and 6″ diagonal.
• The display MUST update at least 60 Hz while in VR Mode.
• The display latency on Gray-to-Gray, White-to-Black, and Black-to-White switching time MUST be ≤ 3 ms.
• The display MUST support a low-persistence mode with ≤5 ms persistence,persistence being defined as the amount of time for which a pixel is emitting light.
• Device implementations MUST support Bluetooth 4.2 and Bluetooth LE Data Length Extension section 7.4.3.

[/expand]

Und ich bleibe dabei: während ich einen gewissen Standard mal grundsätzlich begrüße, erkenne ich die Exklusivität von Pixel und Pixel XL nur schwerlich an. Ich besitze ein immer noch sehr potentes Nexus 6P, das mit seinem 5,7 Zoll großem 1440p-AMOLED-Display ideal geeignet wäre und mich mit den vermeintlich überholten Komponenten im Inneren bisher bei keiner VR-Sitzung hat speien, noch das Heaset frustriert weglegen lassen, weil es zu träge reagierte oder irgendetwas anderes nicht passte.

High-End Geräte, wie etwa das Galaxy S7, OnePlus 3 oder das HTC 10 sind allesamt ebenfalls nicht „gut genug“ für Daydream – vermutlich, weil nur eines der Kriterien nicht erfüllt ist. Damit sperrt man allerdings eine riesige Zahl an potenziellen Nutzen aus einem System aus.

Abwarten. Vielleicht öffnet Google Daydream ja doch noch mit bestimmten Hinweisen auf eventuell auftretende Übelkeiten oder den Hinweis, dass man nicht das „volle Erlebnis“ bekäme doch noch für Smartphones, die nicht Daydream Ready sind…

via androidauthority