OpenXR Spatial Containers से 3D Multitasking के नियम आते हैं

OpenXR spatial containers एक सिस्टम-प्रबंधित स्पेस को परिभाषित करते हैं जहां कई 3D ऐप्स एक साथ चल सकते हैं। Khronos Group ने 19 अक्टूबर को दो एक्सटेंशन को मंजूरी दी और उन्हें क्रॉस-प्लेटफॉर्म XR multitasking के लिए जारी किया। Google कहता है कि Android XR इनका समर्थन करेगा।

OpenXR spatial containers कैसे काम करते हैं

Khronos एक spatial container को XR कंटेंट के लिए एक सिस्टम-प्रबंधित स्पेस के रूप में बताता है, जिस तरह एक डेस्कटॉप विंडो एक 2D ऐप को होल्ड करती है। यह मॉडल एक ऐप को एक या अधिक containers खोलने देता है जबकि प्लेसमेंट और संबंधित सिस्टम कंट्रोल को runtime पर छोड़ देता है।

दोनों एक्सटेंशन XR_EXT_spatial_container और XR_EXT_spatial_container_self_rendering हैं। पहला ऐप्स को containers बनाने और प्रबंधित करने देता है। दूसरा ऐप्स को OpenXR composition layers के माध्यम से उनमें ड्रॉ करने देता है।

• सिस्टम यह नियंत्रित करता है कि प्रत्येक container कहां बैठता है।
• उपयोगकर्ता उनके चारों ओर कंटेंट रख सकते हैं या इसे चलते समय अपने साथ ले जा सकते हैं।
• Containers को दिखाया या छिपाया जा सकता है।
• एक container को इनपुट के लिए चुना जा सकता है।
• प्रत्येक container multitasking के लिए bounded mode और immersive mode के बीच स्विच कर सकता है जो view को भर देता है।

Khronos कहता है कि runtime और engine विक्रेताओं ने 18 महीने तक इस फीचर पर काम किया। वर्किंग ग्रुप ऐसी एक्सटेंशन भी विकसित कर रहा है जो ऐप्स को एक सिस्टम-प्रदान किए गए renderer का उपयोग करने देंगी जो प्रत्येक डिवाइस के लिए ट्यून की गई हो। Khronos 2026 के दौरान implementations के रोल आउट की उम्मीद करता है।

Update (2026-11-01): VR.org News की रिपोर्ट है कि दोनों एक्सटेंशन 1 सितंबर 2026 को specification release 1.1.63 के साथ OpenXR registry में प्रवेश किए। VR.org News ने यह भी रिपोर्ट किया कि OpenXR SDK 1.1.65, जो 16 अक्टूबर को रिलीज़ हुआ, ने spatial container sample code, Android manifest entries और hello_xr के लिए एक command-line switch जोड़ा। sample तीन तक containers बनाता है और अपने तीसरे container को bounded और immersive modes के बीच स्विच कर सकता है। एक runtime केवल bounded या immersive mode में से एक का समर्थन कर सकता है, और mode changes asynchronous requests हैं जिन्हें अस्वीकार किया जा सकता है। Godot की spatial container integration 4.8 milestone के तहत merged हुई और Godot 4.8 beta 1 में शामिल थी। Monado के पास publication समय पर अपनी main branch पर spatial container support नहीं था।

शामिल कंपनियां और प्लेटफॉर्म

Khronos announcement में Google, Meta, PICO, Unity, Varjo, Collabora और Godot XR team के statements हैं। Google के Jared Finder ने कहा कि Google Android XR पर Spatial Container support लाने के लिए "excited" हैं। Godot team ने कहा कि इसका upcoming release इस feature को support करेगा।

Meta का statement व्यापक विचार को support करता है लेकिन Quest पर spatial container support के लिए स्पष्ट रूप से प्रतिबद्ध नहीं है। Android XR support planned है, जबकि अन्य प्लेटफॉर्म पर support प्रत्येक runtime के implementation पर निर्भर करता है। OpenXR SDK sample और Godot 4.8 beta development progress दिखाते हैं, लेकिन वे हर runtime पर support स्थापित नहीं करते।

OpenXR multitasking क्या बदल सकता है

Road to VR इस approach की तुलना Apple Vision Pro पर Shared Space के साथ करता है, जहां कई 3D ऐप्स एक दूसरे के बगल में बैठ सकते हैं। Quest वर्तमान में एक immersive ऐप को एक समय में 2D windows और system menus के साथ चलाता है।

एक shared standard developers को 3D multitasking ऐप्स Quest, Android XR, PICO और PC VR के लिए एक बार बनाने देता है प्रत्येक platform के लिए एक अलग version लिखने के बजाय। common model container creation, placement, visibility, input selection और bounded और immersive presentation के बीच transitions को cover करता है।

Apple का visionOS और PS VR2 OpenXR को support नहीं करते, इसलिए वे इस effort के बाहर हैं। supported runtimes के लिए, actual availability अभी भी implementation पर निर्भर करता है, जिसमें कौन से container modes एक runtime स्वीकार करता है और क्या asynchronous mode-change requests सफल होते हैं।