L’une des principales caractéristiques de ce qu’Amazon peut offrir aux métavers et à l’informatique spatiale, que ce soit par le biais de la RA ou de la RV ou sans casque, est que l’entreprise semble sincèrement toujours chercher des moyens de permettre aux clients de réussir. Cet objectif est au cœur du message d’AWS, et c’est pourquoi j’entends le mantra d’Amazon « obsédé par le client » répété sans cesse chaque fois que j’assiste à un événement AWS ou que je discute avec les dirigeants d’AWS.
Cette orientation s’étend aux partenariats de l’entreprise dans le secteur. AWS soutient déjà publiquement une pléthore d’entreprises XR, grandes et petites, dont Campfire 3D, Meta, Magic Leap, Nvidia et bien d’autres. L’unité d’informatique spatiale d’AWS comprend plusieurs divisions, dont celles des jeux, du cinéma, de la simulation et du géospatial, ce qui est logique si l’on considère que tous ces médias sont intrinsèquement spatiaux. Beaucoup, mais pas tous, utiliseront un moteur de jeu pour rendre leurs mondes. AWS a également fortement soutenu les normes ouvertes telles que OpenXR et a même transformé son moteur de jeu, Lumberyard, en Open 3D Engine en partenariat avec la Fondation Linux pour créer un moteur de jeu open-source qu’elle met régulièrement à jour.
AWS s’est également positionné comme le premier fournisseur de nuages pour l’informatique spatiale en déployant non seulement des dizaines de zones de nuages dans le monde, mais aussi des zones locales et son infrastructure de calcul périphérique Wavelength pour contribuer à réduire encore davantage la latence. Étant donné que de nombreuses applications de calcul spatial sont très sensibles à la latence, il est logique qu’AWS souhaite se rapprocher le plus possible de l’utilisateur. Cela permet d’améliorer le rendu à distance et de donner aux casques légers de réalité augmentée et de réalité virtuelle une amélioration de la qualité ou des performances de rendu sans augmenter le poids du casque. Sans une connectivité étendue et une informatique de périphérie omniprésente, les développeurs d’AWS ne pourraient pas compter sur cette capacité pour créer des applications utilisant les ressources du cloud de périphérie.
AWS disposait également d’un moteur 3-D appelé Sumerian, qu’il a construit en 2017 mais qui a depuis été liquidé, ce qui donne la justification que la croissance du marché XR n’a pas été celle que beaucoup attendaient. Je pense que Sumerian ne correspondait pas toujours aux flux de travail des développeurs ; Amazon a fait passer les utilisateurs à Bablyon.js pour la création et la publication en utilisant AWS Amplify. Amazon fait toujours un excellent travail de prise en charge des deux principaux moteurs – Unreal Engine et Unity – sur lesquels sont construites la plupart des applications spatiales.
L’une des principales caractéristiques de ce qu’Amazon peut offrir aux métavers et à l’informatique spatiale, que ce soit par le biais de la RA ou de la RV ou sans casque, est que l’entreprise semble sincèrement toujours chercher des moyens de permettre aux clients de réussir. Cet objectif est au cœur du message d’AWS, et c’est pourquoi j’entends le mantra d’Amazon « obsédé par le client » répété sans cesse chaque fois que j’assiste à un événement AWS ou que je discute avec les dirigeants d’AWS.
Cette orientation s’étend aux partenariats de l’entreprise dans le secteur. AWS soutient déjà publiquement une pléthore d’entreprises XR, grandes et petites, dont Campfire 3D, Meta, Magic Leap, Nvidia et bien d’autres. L’unité d’informatique spatiale d’AWS comprend plusieurs divisions, dont celles des jeux, du cinéma, de la simulation et du géospatial, ce qui est logique si l’on considère que tous ces médias sont intrinsèquement spatiaux. Beaucoup, mais pas tous, utiliseront un moteur de jeu pour rendre leurs mondes. AWS a également fortement soutenu les normes ouvertes telles que OpenXR et a même transformé son moteur de jeu, Lumberyard, en Open 3D Engine en partenariat avec la Fondation Linux pour créer un moteur de jeu open-source qu’elle met régulièrement à jour.
AWS s’est également positionné comme le premier fournisseur de nuages pour l’informatique spatiale en déployant non seulement des dizaines de zones de nuages dans le monde, mais aussi des zones locales et son infrastructure de calcul périphérique Wavelength pour contribuer à réduire encore davantage la latence. Étant donné que de nombreuses applications de calcul spatial sont très sensibles à la latence, il est logique qu’AWS souhaite se rapprocher le plus possible de l’utilisateur. Cela permet d’améliorer le rendu à distance et de donner aux casques légers de réalité augmentée et de réalité virtuelle une amélioration de la qualité ou des performances de rendu sans augmenter le poids du casque. Sans une connectivité étendue et une informatique de périphérie omniprésente, les développeurs d’AWS ne pourraient pas compter sur cette capacité pour créer des applications utilisant les ressources du cloud de périphérie.
AWS disposait également d’un moteur 3-D appelé Sumerian, qu’il a construit en 2017 mais qui a depuis été liquidé, ce qui donne la justification que la croissance du marché XR n’a pas été celle que beaucoup attendaient. Je pense que Sumerian ne correspondait pas toujours aux flux de travail des développeurs ; Amazon a fait passer les utilisateurs à Bablyon.js pour la création et la publication en utilisant AWS Amplify. Amazon fait toujours un excellent travail de prise en charge des deux principaux moteurs – Unreal Engine et Unity – sur lesquels sont construites la plupart des applications spatiales.
Adam says that the 3-D engines that can simulate these real-time interactions were never designed to scale to the size of a multi-million-person city covering hundreds of square miles. To achieve this, AWS has needed to create solutions in-house that seamlessly interconnect multiple instances of these simulations to scale to the size of a major city.
