La nouvelle version du système d’exploitation pour l’Apple Watch, watchOS 27, ne s’installera que sur les versions les plus récentes des montres connectées. Une nécessité pour Siri AI, a expliqué Apple.
Les utilisateurs de la première génération d’Apple Watch Ultra seront privés de watchOS 27. Le modèle n’est pourtant pas si vieux, puisqu’il a été lancé en 2022. Malgré tout, cette version devra se contenter de 3 ans de nouveautés : à l’avenir, elle ne recevra que des mises à jour de sécurité.
watchOS 27 fait aussi l’impasse sur les Apple Watch Series 6, 7, 8 ainsi que sur la SE 2. Pour pouvoir profiter des nouveautés logicielles annoncées durant la conférence mondiale des développeurs d’Apple, il faut donc posséder une Series 9, une Ultra 2 ou une SE3 au minimum, autrement dit des modèles sortis à partir de 2023.
Pourquoi donc abandonner des modèles d’Apple Watch toujours très capables ? « À chaque mise à jour de nos plateformes, notre priorité est de vous offrir la meilleure expérience possible. C’est pourquoi nous accordons une attention particulière aux performances et à l’autonomie de nos appareils », explique Cait Dooley, le directeur produit Apple Watch à TechRadar. Il poursuit :
« Les nouvelles fonctionnalités de watchOS, notamment les capacités d’IA de Siri et le nouveau geste de pincement, tirent le meilleur parti de la puissance de calcul disponible sur l’Apple Watch Series 9 et les modèles ultérieurs, l’Ultra 2 et les versions suivantes, ainsi que la SE 3. »
La messe est dite : les nouveautés logicielles de watchOS 27, à commencer par le support de Siri AI, nécessitent donc une puissance que seules les montres équipées d’une puce S9 ou S10 peuvent offrir. Bien sûr, les modèles plus anciens continueront de fonctionner normalement, jumelés à un iPhone. Mais ils sont maintenant considérés comme des citoyens de seconde zone. C’est d’autant plus dommage qu’iOS 27 est compatible avec tous les iPhone prenant en charge iOS 26.
La nouvelle version du système d’exploitation pour l’Apple Watch, watchOS 27, ne s’installera que sur les versions les plus récentes des montres connectées. Une nécessité pour Siri AI, a expliqué Apple.
Les utilisateurs de la première génération d’Apple Watch Ultra seront privés de watchOS 27. Le modèle n’est pourtant pas si vieux, puisqu’il a été lancé en 2022. Malgré tout, cette version devra se contenter de 3 ans de nouveautés : à l’avenir, elle ne recevra que des mises à jour de sécurité.
watchOS 27 fait aussi l’impasse sur les Apple Watch Series 6, 7, 8 ainsi que sur la SE 2. Pour pouvoir profiter des nouveautés logicielles annoncées durant la conférence mondiale des développeurs d’Apple, il faut donc posséder une Series 9, une Ultra 2 ou une SE3 au minimum, autrement dit des modèles sortis à partir de 2023.
Pourquoi donc abandonner des modèles d’Apple Watch toujours très capables ? « À chaque mise à jour de nos plateformes, notre priorité est de vous offrir la meilleure expérience possible. C’est pourquoi nous accordons une attention particulière aux performances et à l’autonomie de nos appareils », explique Cait Dooley, le directeur produit Apple Watch à TechRadar. Il poursuit :
« Les nouvelles fonctionnalités de watchOS, notamment les capacités d’IA de Siri et le nouveau geste de pincement, tirent le meilleur parti de la puissance de calcul disponible sur l’Apple Watch Series 9 et les modèles ultérieurs, l’Ultra 2 et les versions suivantes, ainsi que la SE 3. »
La messe est dite : les nouveautés logicielles de watchOS 27, à commencer par le support de Siri AI, nécessitent donc une puissance que seules les montres équipées d’une puce S9 ou S10 peuvent offrir. Bien sûr, les modèles plus anciens continueront de fonctionner normalement, jumelés à un iPhone. Mais ils sont maintenant considérés comme des citoyens de seconde zone. C’est d’autant plus dommage qu’iOS 27 est compatible avec tous les iPhone prenant en charge iOS 26.
Un responsable de l’équipe Edge chez Microsoft s’est amusé à porter sur iOS un prototype du navigateur avec le moteur Blink, plutôt qu’en passant par le traditionnel (et obligatoire) WebKit. Résultat, une hausse significative des performances. Il ne s’agit toutefois pas d’un test réellement officiel, et les facteurs limitants n’ont pas changé.
Kyle Pflug est l’un des responsables produit d’Edge chez Microsoft. Dans une publication sur LinkedIn le 15 juin, il raconte un projet lancé le temps d’un week-end. Puisque le DMA en Europe permet aux éditeurs de navigateurs de fournir leur propre moteur sur iOS au lieu de passer par WebKit – normalement obligatoire – il s’est demandé ce que donnerait une version d’Edge effectivement accompagnée de Blink, comme sur ordinateur.
Les tests ont été effectués sur un iPhone 17 Pro Max sous iOS 26.5.1. Ils n’ont pas été poussés très loin, Pflug voulant une vue de synthèse sur la base de quelques benchmarks connus :
Speedometer 3.1 (réactivité web) : 49,27 pour la version Blink, contre 38,3 pour la version WebKit, soit 28,6 % de mieux
Jetstream 3 (JavaScript et WASM) : 306,35 pour la version Blink, contre 270,9 pour la version WebKit, soit 13,1 % de mieux
MotionMark 1.3.1 (rendu graphique) : 4 773,52 pour la version Blink, contre 4 673,68 pour la version WebKit, soit 2,1 % de mieux
Comme il le raconte, il s’est amusé à entrer dans un Apple Store pour lancer les trois tests sur un iPad Pro M5. Les résultats étaient plus serrés, avec notamment 45,7 obtenus sur Speedometer. Mais les scores obtenus avec la version de test d’Edge restaient en tête.
Source : Kyle Pflug
Qu’en déduire ?
Difficile dans l’absolu de tirer de grandes conclusions, mais le cas souligne plusieurs points intéressants. Précisons quand même que Kyle Pflug indique bien qu’il s’agit d’une version de développement pour des tests personnels.
« Pour être clair, il s’agit d’un prototype de recherche, pas d’une annonce de produit. Et ce sont des chiffres préliminaires provenant de mon propre appareil, pas des résultats de laboratoire. Mais cela représente une opportunité de combler de véritables écarts de capacités et de susciter une nouvelle concurrence en termes de performance », écrit le responsable sur LinkedIn.
« Étant donné que Chromium et WebKit se disputent constamment la première place du classement Speedometer sur macOS, l’écart est vraiment frappant sur iOS ! Et nous n’avons même pas encore vraiment cherché à optimiser les performances pour cette plateforme ! À mon avis, c’est ce à quoi il faut s’attendre en l’absence de concurrence »
Pourquoi personne ne peut-il en profiter ?
Qu’est-ce qu’attend Microsoft pour sortir une version Blink d’Edge dans ce cas ? Ou même Google avec son Chrome ? N’ont-ils pas les moyens de se lancer ?
Techniquement, ils le peuvent. Depuis l’ouverture forcée par le Digital Markets Act de l’Union européenne, Apple a été obligée de lacher du lest. Mais Apple étant Apple, l’entreprise l’a fait d’une manière très particulière.
Ainsi, sur l’App Store, seuls des navigateurs basés sur WebKit (le moteur de Safari) peuvent être validés. Apple a toujours mis en avant la sécurité pour cette limitation : puisque tout le monde passe par le même moteur de rendu, Apple s’assure que ses sécurités sont les mêmes partout. Inévitablement, les performances sont à peu près égales partout aussi. Pour utiliser un autre moteur, il faut soit montrer patte blanche, soit passer par une boutique tierce, sachant que celles-ci ont du mal à se faire une place sur iOS à cause de multiples règles freinant leur développement.
Si l’on repart maintenant du cas d’Edge, que se passerait-il ? Il faudrait que Microsoft reparte de zéro et sorte un nouveau navigateur mobile pour iOS utilisant Blink. On ne parle pas d’un prototype, mais d’un produit fini, avec tout ce que cela suppose de tests et de finitions. Cette version pourrait soit être lancée sur l’App Store, avec un autre identifiant et en respectant le cadre BrowserEngineKit, soit sur une boutique tierce avec des règles plus libres.
Il y aurait donc deux versions d’Edge, dont une peut-être plus performante, mais accessible uniquement depuis une autre fiche ou un autre emplacement, dont la plupart des utilisateurs n’entendraient pas parler et qui n’existerait que dans l’Union européenne. Une proposition double qui ferait perdre en lisibilité. Et même en cas de boutique tierce, il faudrait d’abord installer cette dernière, ce qui réclame quelques manipulations. On est loin évidemment de la facilité d’installation depuis l’App Store, ou un bouton et une validation biométrique suffisent.
Rien n’a changé en deux ans
Comme le relève notamment The Register, la situation n’a guère évolué en deux ans malgré le DMA. L’ouverture forcée a engendré bien des navettes entre Apple et la Commission européenne, l’entreprise américaine ne cachant plus depuis longtemps sa détestation de cette réglementation.
Les critiques de Mozilla en janvier 2024, soit il y a près de deux ans et demi, sont toujours valables : « Nous sommes encore en train d’examiner les détails techniques, mais nous sommes extrêmement déçus par le plan proposé par Apple de restreindre le BrowserEngineKit nouvellement annoncé aux applications spécifiques à l’UE. Cela aurait pour effet de forcer un navigateur indépendant comme Firefox à construire et à maintenir deux implémentations de navigateur distinctes – un fardeau qu’Apple n’aura pas à supporter ».
Car oui, dans un tel système, Apple garde l’avantage de proposer simplement des mises à jour de son navigateur sans avoir à plier devant d’autres règles que les siennes. Safari et son moteur WebKit restent ainsi tout puissants sur iOS. BrowserEngineKit, créé pour permettre à d’autres moteurs de s’exprimer sur iOS, a des conditions trop restrictives pour être réellement utilisé.
Dans ce contexte, malgré une version de test, Mozilla n’a jamais donné suite à une version entièrement basée sur Gecko, le moteur attitré de la fondation. Le Firefox d’iOS est basé sur WebKit, comme les autres. Sortir une deuxième version ne serait pas rentable, forcerait une maintenance sur les deux moutures, avec une part de marché négligeable et pour laquelle il faudrait payer Apple, puisque « l’ouverture » consentie se fait aussi à travers une redevance.
Même Google avait travaillé sur une version Blink de Chromium pour iOS, comme l’entreprise l’avait confirmé en 2023. Depuis, rien ne s’est passé. Le test de Microsoft a cependant servi à remettre une pièce dans une machine silencieuse. L’association Open Web Advocacy a ainsi mené une nouvelle charge :
« Étant donné qu’Apple a eu plus de deux ans pour produire une solution conforme, la Commission européenne doit ouvrir une procédure de spécification pour instruire Apple, en termes précis, sur la manière dont ces obstacles doivent être levés. C’est, à notre avis, l’intervention la plus cruciale que l’UE puisse faire, et la plus susceptible de transformer l’ensemble de l’écosystème mobile. Aucune autre intervention ne s’en approche. »
Un responsable de l’équipe Edge chez Microsoft s’est amusé à porter sur iOS un prototype du navigateur avec le moteur Blink, plutôt qu’en passant par le traditionnel (et obligatoire) WebKit. Résultat, une hausse significative des performances. Il ne s’agit toutefois pas d’un test réellement officiel, et les facteurs limitants n’ont pas changé.
Kyle Pflug est l’un des responsables produit d’Edge chez Microsoft. Dans une publication sur LinkedIn le 15 juin, il raconte un projet lancé le temps d’un week-end. Puisque le DMA en Europe permet aux éditeurs de navigateurs de fournir leur propre moteur sur iOS au lieu de passer par WebKit – normalement obligatoire – il s’est demandé ce que donnerait une version d’Edge effectivement accompagnée de Blink, comme sur ordinateur.
Les tests ont été effectués sur un iPhone 17 Pro Max sous iOS 26.5.1. Ils n’ont pas été poussés très loin, Pflug voulant une vue de synthèse sur la base de quelques benchmarks connus :
Speedometer 3.1 (réactivité web) : 49,27 pour la version Blink, contre 38,3 pour la version WebKit, soit 28,6 % de mieux
Jetstream 3 (JavaScript et WASM) : 306,35 pour la version Blink, contre 270,9 pour la version WebKit, soit 13,1 % de mieux
MotionMark 1.3.1 (rendu graphique) : 4 773,52 pour la version Blink, contre 4 673,68 pour la version WebKit, soit 2,1 % de mieux
Comme il le raconte, il s’est amusé à entrer dans un Apple Store pour lancer les trois tests sur un iPad Pro M5. Les résultats étaient plus serrés, avec notamment 45,7 obtenus sur Speedometer. Mais les scores obtenus avec la version de test d’Edge restaient en tête.
Source : Kyle Pflug
Qu’en déduire ?
Difficile dans l’absolu de tirer de grandes conclusions, mais le cas souligne plusieurs points intéressants. Précisons quand même que Kyle Pflug indique bien qu’il s’agit d’une version de développement pour des tests personnels.
« Pour être clair, il s’agit d’un prototype de recherche, pas d’une annonce de produit. Et ce sont des chiffres préliminaires provenant de mon propre appareil, pas des résultats de laboratoire. Mais cela représente une opportunité de combler de véritables écarts de capacités et de susciter une nouvelle concurrence en termes de performance », écrit le responsable sur LinkedIn.
« Étant donné que Chromium et WebKit se disputent constamment la première place du classement Speedometer sur macOS, l’écart est vraiment frappant sur iOS ! Et nous n’avons même pas encore vraiment cherché à optimiser les performances pour cette plateforme ! À mon avis, c’est ce à quoi il faut s’attendre en l’absence de concurrence »
Pourquoi personne ne peut-il en profiter ?
Qu’est-ce qu’attend Microsoft pour sortir une version Blink d’Edge dans ce cas ? Ou même Google avec son Chrome ? N’ont-ils pas les moyens de se lancer ?
Techniquement, ils le peuvent. Depuis l’ouverture forcée par le Digital Markets Act de l’Union européenne, Apple a été obligée de lacher du lest. Mais Apple étant Apple, l’entreprise l’a fait d’une manière très particulière.
Ainsi, sur l’App Store, seuls des navigateurs basés sur WebKit (le moteur de Safari) peuvent être validés. Apple a toujours mis en avant la sécurité pour cette limitation : puisque tout le monde passe par le même moteur de rendu, Apple s’assure que ses sécurités sont les mêmes partout. Inévitablement, les performances sont à peu près égales partout aussi. Pour utiliser un autre moteur, il faut soit montrer patte blanche, soit passer par une boutique tierce, sachant que celles-ci ont du mal à se faire une place sur iOS à cause de multiples règles freinant leur développement.
Si l’on repart maintenant du cas d’Edge, que se passerait-il ? Il faudrait que Microsoft reparte de zéro et sorte un nouveau navigateur mobile pour iOS utilisant Blink. On ne parle pas d’un prototype, mais d’un produit fini, avec tout ce que cela suppose de tests et de finitions. Cette version pourrait soit être lancée sur l’App Store, avec un autre identifiant et en respectant le cadre BrowserEngineKit, soit sur une boutique tierce avec des règles plus libres.
Il y aurait donc deux versions d’Edge, dont une peut-être plus performante, mais accessible uniquement depuis une autre fiche ou un autre emplacement, dont la plupart des utilisateurs n’entendraient pas parler et qui n’existerait que dans l’Union européenne. Une proposition double qui ferait perdre en lisibilité. Et même en cas de boutique tierce, il faudrait d’abord installer cette dernière, ce qui réclame quelques manipulations. On est loin évidemment de la facilité d’installation depuis l’App Store, ou un bouton et une validation biométrique suffisent.
Rien n’a changé en deux ans
Comme le relève notamment The Register, la situation n’a guère évolué en deux ans malgré le DMA. L’ouverture forcée a engendré bien des navettes entre Apple et la Commission européenne, l’entreprise américaine ne cachant plus depuis longtemps sa détestation de cette réglementation.
Les critiques de Mozilla en janvier 2024, soit il y a près de deux ans et demi, sont toujours valables : « Nous sommes encore en train d’examiner les détails techniques, mais nous sommes extrêmement déçus par le plan proposé par Apple de restreindre le BrowserEngineKit nouvellement annoncé aux applications spécifiques à l’UE. Cela aurait pour effet de forcer un navigateur indépendant comme Firefox à construire et à maintenir deux implémentations de navigateur distinctes – un fardeau qu’Apple n’aura pas à supporter ».
Car oui, dans un tel système, Apple garde l’avantage de proposer simplement des mises à jour de son navigateur sans avoir à plier devant d’autres règles que les siennes. Safari et son moteur WebKit restent ainsi tout puissants sur iOS. BrowserEngineKit, créé pour permettre à d’autres moteurs de s’exprimer sur iOS, a des conditions trop restrictives pour être réellement utilisé.
Dans ce contexte, malgré une version de test, Mozilla n’a jamais donné suite à une version entièrement basée sur Gecko, le moteur attitré de la fondation. Le Firefox d’iOS est basé sur WebKit, comme les autres. Sortir une deuxième version ne serait pas rentable, forcerait une maintenance sur les deux moutures, avec une part de marché négligeable et pour laquelle il faudrait payer Apple, puisque « l’ouverture » consentie se fait aussi à travers une redevance.
Même Google avait travaillé sur une version Blink de Chromium pour iOS, comme l’entreprise l’avait confirmé en 2023. Depuis, rien ne s’est passé. Le test de Microsoft a cependant servi à remettre une pièce dans une machine silencieuse. L’association Open Web Advocacy a ainsi mené une nouvelle charge :
« Étant donné qu’Apple a eu plus de deux ans pour produire une solution conforme, la Commission européenne doit ouvrir une procédure de spécification pour instruire Apple, en termes précis, sur la manière dont ces obstacles doivent être levés. C’est, à notre avis, l’intervention la plus cruciale que l’UE puisse faire, et la plus susceptible de transformer l’ensemble de l’écosystème mobile. Aucune autre intervention ne s’en approche. »
Avec Unreal Engine 6, Epic ne prépare pas seulement le successeur d’UE5. L’éditeur veut réunir Fortnite et son moteur dans une plateforme unique pour faire circuler des objets entre les jeux, simplifier la création de mondes persistants et, bien sûr, intégrer les outils d’IA générative.
Epic avait profité d’un événement Rocket League pour préparer les esprits à la nouvelle version de son moteur, l’Unreal Engine 6, colonne vertébrale d’une bonne partie de l’industrie du jeu vidéo. À l’occasion de l’Unreal Fest 26, l’éditeur lève le voile sur les principales nouveautés de son environnement de développement et donne des dates : l’accès anticipé est programmé pour la fin de l’année prochaine, avec une version finale prévue dans les 12 à 18 mois qui suivront – probablement dans la foulée des consoles de dixième génération, du moins si la crise de la mémoire le permet.
Fortnite s’invite dans l’Unreal Engine
Comme le résume Epic, UE6 est la combinaison d’Unreal Engine et de l’Unreal Editor for Fortnite (UEFN). Un moteur « unique et unifié pour la prochaine génération du jeu vidéo », qui remplira les mêmes fonctions qu’UE5, mais en mieux : « Le rendu continuera de s’améliorer. Les temps de calcul diminueront. Les cycles d’itération deviendront plus courts. Les appareils mobiles gagneront encore en capacités. »
UE6 se distinguera de son prédécesseur par l’intégration d’UEFN, une version du moteur destinée à Fortnite. Elle permet aux créateurs, aux studios et aux développeurs de concevoir leurs propres jeux et expériences directement dans l’univers de Fortnite, qui n’est plus depuis longtemps un simple battle royale, mais une véritable plateforme de jeux en tout genre. UEFN permet ensuite de distribuer ces expériences à plus de 500 millions de comptes.
Les personnages et les lieux emblématiques de la série Les Simpsons seront bientôt disponibles pour les développeurs dans l’UEFN. Image : Epic
UEFN est en quelque sorte le laboratoire d’Epic, qui permet à l’éditeur de tester ses technologies majeures, avant de les intégrer dans l’Unreal Engine tout court. C’est le cas du nouveau langage de programmation Verse, qui constitue la base technique d’UE6. La 6e génération du moteur va fusionner ces deux branches en un seul outil. Pour Epic, il s’agit moins d’une évolution d’UE5 que d’un changement d’architecture.
Unreal Engine 6 va donc exploiter Verse, qui va remplacer progressivement le modèle actuel basé sur C++ et Blueprint. Le moteur a été imaginé pour faciliter la création de mondes persistants à grande échelle, tout en automatisant une partie de la complexité liée au multijoueur, à la synchronisation des données et à la répartition des calculs sur plusieurs serveurs.
Actuellement, les développeurs doivent constamment gérer les conflits entre plusieurs joueurs ou serveurs qui modifient simultanément le même objet ou les mêmes données. L’approche adoptée par Verse, inspirée par les bases de données, permet à chaque opération d’être annulée ou rejouée si un conflit ou un déplacement de données survient.
UE6 doit se charger de la redistribution des données, de la relance des transactions et du maintien d’un état cohérent à travers plusieurs serveurs. « L’astuce, c’est que le code de votre jeu peut être écrit comme s’il s’exécutait sur une seule machine, sans avoir à disséminer partout du code réseau spécifique pour coordonner les différents serveurs », décrypte Epic.
Des standards ouverts pour tout partager
Le second pilier du nouveau moteur concerne la portabilité du contenu et du code entre les jeux, les écosystèmes et les moteurs. Un asset Unreal (un personnage, un objet…) est généralement lié à un jeu, à une version donnée du moteur ou à des systèmes internes spécifiques à un projet. Avec UE6, Epic veut faire sauter ces limites, en s’appuyant sur des formats ouverts comme glTF ou USD ; s’ils ne sont pas suffisants ou s’il n’existe pas de standard, l’éditeur s’engage à ouvrir ses propres systèmes sous forme de spécifications publiques.
Epic veut permettre à certains assets de circuler entre plusieurs jeux, voire entre différents moteurs compatibles avec ses spécifications ouvertes. Le groupe va montrer la voie avec un module ouvert pour les cosmétiques de Fortnite : « vous pourrez, si vous le souhaitez, utiliser dans vos propres jeux les tenues Fortnite possédées par un joueur ». Il s’agit de valider un concept qui rappelle certaines promesses formulées autour des NFT, mais avec une approche très différente.
Au lieu de s’appuyer sur la blockchain pour transporter la seule propriété d’un objet, l’éditeur cherche à standardiser la représentation et le comportement de l’objet pour qu’il puisse être utilisé dans d’autres jeux. Vu l’audience de la plateforme Fortnite et le poids d’Unreal Engine dans l’industrie, Epic est probablement l’un des rares acteurs capables d’imposer une telle solution.
« Au fond, il ne s’agit pas vraiment d’une histoire liée à Fortnite », écrit l’entreprise. « Il s’agit de démontrer qu’un système aussi mature et complexe peut fonctionner à grande échelle, et que chaque jeu qui adoptera ces mécanismes pourra immédiatement en tirer parti. » On verra si les studios accepteront de construire leurs jeux autour de standards définis par Epic.
Les LLM aux manettes
Le dernier volet mis en avant par Epic est peut-être le plus attendu et pourtant, le moins original puisqu’il s’agit d’adosser l’IA générative à UE6. Les grands modèles de langage sont désormais considérés comme une composante normale du processus de développement, comme on l’a d’ailleurs vu tout récemment avec le nombre impressionnant de démos du Steam Next Fest utilisant cette technologie.
Dans UE6, Claude, Gemini ou un autre modèle pourra automatiser des tâches répétitives et fastidieuses (ajustement de l’éclairage, analyse des plantages, génération de tests…). Il ne s’agit pas pour autant de remplacer les artistes, mais de leur donner « plus de temps pour l’exploration créative » et « augmenter le nombre d’itérations qu’une équipe peut réaliser pour peaufiner son travail », assure Epic. Pas question non plus que ChatGPT développe un jeu de A à Z dans UE6 à partir d’une requête.
L’intégration de l’IA dans Unreal Engine n’attendra pas la version 6 du moteur. La mise à jour 5.8 propose en effet le support expérimental du plugin Model Context Protocol (MCP), un protocole open source développé à l’origine par Anthropic. C’est devenu un standard de fait pour permettre à un modèle de se connecter à des sources de données et à des outils externes – comme le moteur Unreal, désormais.
Dans une démonstration, Epic a montré comment Claude Code pouvait se brancher à l’Unreal Engine, puis récupérer des objets dans une bibliothèque pour les placer dans un salon virtuel ou dans une ville. Les développeurs gardent heureusement la possibilité de déplacer ces objets à la main, dans l’éditeur d’UE. En plus des bibliothèques d’objets, Claude peut également accéder aux principaux systèmes du moteur (ressources, niveaux, matériaux…).
Epic veut aussi rassurer tous ceux qui craignent une « Fortnitisation » de leurs jeux : les studios pourront continuer à publier des projets « exactement comme aujourd’hui », les proposer directement dans Fortnite ou au sein de leur propre écosystème. « Le passage de l’un à l’autre se fera naturellement », affirme l’entreprise. Pour les curieux, le code source d’UE6 va être mis à disposition sur GitHub.
Avec Unreal Engine 6, Epic ne prépare pas seulement le successeur d’UE5. L’éditeur veut réunir Fortnite et son moteur dans une plateforme unique pour faire circuler des objets entre les jeux, simplifier la création de mondes persistants et, bien sûr, intégrer les outils d’IA générative.
Epic avait profité d’un événement Rocket League pour préparer les esprits à la nouvelle version de son moteur, l’Unreal Engine 6, colonne vertébrale d’une bonne partie de l’industrie du jeu vidéo. À l’occasion de l’Unreal Fest 26, l’éditeur lève le voile sur les principales nouveautés de son environnement de développement et donne des dates : l’accès anticipé est programmé pour la fin de l’année prochaine, avec une version finale prévue dans les 12 à 18 mois qui suivront – probablement dans la foulée des consoles de dixième génération, du moins si la crise de la mémoire le permet.
Fortnite s’invite dans l’Unreal Engine
Comme le résume Epic, UE6 est la combinaison d’Unreal Engine et de l’Unreal Editor for Fortnite (UEFN). Un moteur « unique et unifié pour la prochaine génération du jeu vidéo », qui remplira les mêmes fonctions qu’UE5, mais en mieux : « Le rendu continuera de s’améliorer. Les temps de calcul diminueront. Les cycles d’itération deviendront plus courts. Les appareils mobiles gagneront encore en capacités. »
UE6 se distinguera de son prédécesseur par l’intégration d’UEFN, une version du moteur destinée à Fortnite. Elle permet aux créateurs, aux studios et aux développeurs de concevoir leurs propres jeux et expériences directement dans l’univers de Fortnite, qui n’est plus depuis longtemps un simple battle royale, mais une véritable plateforme de jeux en tout genre. UEFN permet ensuite de distribuer ces expériences à plus de 500 millions de comptes.
Les personnages et les lieux emblématiques de la série Les Simpsons seront bientôt disponibles pour les développeurs dans l’UEFN. Image : Epic
UEFN est en quelque sorte le laboratoire d’Epic, qui permet à l’éditeur de tester ses technologies majeures, avant de les intégrer dans l’Unreal Engine tout court. C’est le cas du nouveau langage de programmation Verse, qui constitue la base technique d’UE6. La 6e génération du moteur va fusionner ces deux branches en un seul outil. Pour Epic, il s’agit moins d’une évolution d’UE5 que d’un changement d’architecture.
Unreal Engine 6 va donc exploiter Verse, qui va remplacer progressivement le modèle actuel basé sur C++ et Blueprint. Le moteur a été imaginé pour faciliter la création de mondes persistants à grande échelle, tout en automatisant une partie de la complexité liée au multijoueur, à la synchronisation des données et à la répartition des calculs sur plusieurs serveurs.
Actuellement, les développeurs doivent constamment gérer les conflits entre plusieurs joueurs ou serveurs qui modifient simultanément le même objet ou les mêmes données. L’approche adoptée par Verse, inspirée par les bases de données, permet à chaque opération d’être annulée ou rejouée si un conflit ou un déplacement de données survient.
UE6 doit se charger de la redistribution des données, de la relance des transactions et du maintien d’un état cohérent à travers plusieurs serveurs. « L’astuce, c’est que le code de votre jeu peut être écrit comme s’il s’exécutait sur une seule machine, sans avoir à disséminer partout du code réseau spécifique pour coordonner les différents serveurs », décrypte Epic.
Des standards ouverts pour tout partager
Le second pilier du nouveau moteur concerne la portabilité du contenu et du code entre les jeux, les écosystèmes et les moteurs. Un asset Unreal (un personnage, un objet…) est généralement lié à un jeu, à une version donnée du moteur ou à des systèmes internes spécifiques à un projet. Avec UE6, Epic veut faire sauter ces limites, en s’appuyant sur des formats ouverts comme glTF ou USD ; s’ils ne sont pas suffisants ou s’il n’existe pas de standard, l’éditeur s’engage à ouvrir ses propres systèmes sous forme de spécifications publiques.
Epic veut permettre à certains assets de circuler entre plusieurs jeux, voire entre différents moteurs compatibles avec ses spécifications ouvertes. Le groupe va montrer la voie avec un module ouvert pour les cosmétiques de Fortnite : « vous pourrez, si vous le souhaitez, utiliser dans vos propres jeux les tenues Fortnite possédées par un joueur ». Il s’agit de valider un concept qui rappelle certaines promesses formulées autour des NFT, mais avec une approche très différente.
Au lieu de s’appuyer sur la blockchain pour transporter la seule propriété d’un objet, l’éditeur cherche à standardiser la représentation et le comportement de l’objet pour qu’il puisse être utilisé dans d’autres jeux. Vu l’audience de la plateforme Fortnite et le poids d’Unreal Engine dans l’industrie, Epic est probablement l’un des rares acteurs capables d’imposer une telle solution.
« Au fond, il ne s’agit pas vraiment d’une histoire liée à Fortnite », écrit l’entreprise. « Il s’agit de démontrer qu’un système aussi mature et complexe peut fonctionner à grande échelle, et que chaque jeu qui adoptera ces mécanismes pourra immédiatement en tirer parti. » On verra si les studios accepteront de construire leurs jeux autour de standards définis par Epic.
Les LLM aux manettes
Le dernier volet mis en avant par Epic est peut-être le plus attendu et pourtant, le moins original puisqu’il s’agit d’adosser l’IA générative à UE6. Les grands modèles de langage sont désormais considérés comme une composante normale du processus de développement, comme on l’a d’ailleurs vu tout récemment avec le nombre impressionnant de démos du Steam Next Fest utilisant cette technologie.
Dans UE6, Claude, Gemini ou un autre modèle pourra automatiser des tâches répétitives et fastidieuses (ajustement de l’éclairage, analyse des plantages, génération de tests…). Il ne s’agit pas pour autant de remplacer les artistes, mais de leur donner « plus de temps pour l’exploration créative » et « augmenter le nombre d’itérations qu’une équipe peut réaliser pour peaufiner son travail », assure Epic. Pas question non plus que ChatGPT développe un jeu de A à Z dans UE6 à partir d’une requête.
L’intégration de l’IA dans Unreal Engine n’attendra pas la version 6 du moteur. La mise à jour 5.8 propose en effet le support expérimental du plugin Model Context Protocol (MCP), un protocole open source développé à l’origine par Anthropic. C’est devenu un standard de fait pour permettre à un modèle de se connecter à des sources de données et à des outils externes – comme le moteur Unreal, désormais.
Dans une démonstration, Epic a montré comment Claude Code pouvait se brancher à l’Unreal Engine, puis récupérer des objets dans une bibliothèque pour les placer dans un salon virtuel ou dans une ville. Les développeurs gardent heureusement la possibilité de déplacer ces objets à la main, dans l’éditeur d’UE. En plus des bibliothèques d’objets, Claude peut également accéder aux principaux systèmes du moteur (ressources, niveaux, matériaux…).
Epic veut aussi rassurer tous ceux qui craignent une « Fortnitisation » de leurs jeux : les studios pourront continuer à publier des projets « exactement comme aujourd’hui », les proposer directement dans Fortnite ou au sein de leur propre écosystème. « Le passage de l’un à l’autre se fera naturellement », affirme l’entreprise. Pour les curieux, le code source d’UE6 va être mis à disposition sur GitHub.
Rufus est une petite application très pratique qui permet de préparer des clés USB pour l’installation de systèmes d’exploitation. Elle s’est fait un nom avec Windows 11 en particulier, en incluant des options permettant de faire « sauter » les prérequis techniques, comme la présence obligatoire d’une puce TPM 2.0.
Quand la version 4.14 est sortie le 30 avril, elle a introduit une nouveauté majeure : l’installation silencieuse pour Windows 11. On peut ainsi paramétrer par avance tous les choix du processus, afin que l’installation se déroule d’une traite, sans intervention manuelle. On peut configurer ce que l’on souhaite comme configuration de stockage, créer un nouveau compte ou encore passer le premier assistant de configuration.
Cette version comportait cependant plusieurs problèmes. La mouture 4.15, disponible en bêta, en corrige la plupart, notamment deux importants : un blocage qui pouvait survenir à 75 % de l’installation, ou encore un autre qui entrainait un plantage au démarrage sur les machines ARM64 équipées d’une puce Snapdragon X. L’utilisation d’une image ISO contenant plusieurs conteneurs WIM pouvait également déclencher une boucle de redémarrage sans fin.
Dans les notes de version, on peut voir que les garde-fous autour de cette fonction d’installation silencieuse ont été améliorés. En outre, il est maintenant possible d’annuler l’opération si des erreurs d’écritures sont rencontrées.
Rufus est une petite application très pratique qui permet de préparer des clés USB pour l’installation de systèmes d’exploitation. Elle s’est fait un nom avec Windows 11 en particulier, en incluant des options permettant de faire « sauter » les prérequis techniques, comme la présence obligatoire d’une puce TPM 2.0.
Quand la version 4.14 est sortie le 30 avril, elle a introduit une nouveauté majeure : l’installation silencieuse pour Windows 11. On peut ainsi paramétrer par avance tous les choix du processus, afin que l’installation se déroule d’une traite, sans intervention manuelle. On peut configurer ce que l’on souhaite comme configuration de stockage, créer un nouveau compte ou encore passer le premier assistant de configuration.
Cette version comportait cependant plusieurs problèmes. La mouture 4.15, disponible en bêta, en corrige la plupart, notamment deux importants : un blocage qui pouvait survenir à 75 % de l’installation, ou encore un autre qui entrainait un plantage au démarrage sur les machines ARM64 équipées d’une puce Snapdragon X. L’utilisation d’une image ISO contenant plusieurs conteneurs WIM pouvait également déclencher une boucle de redémarrage sans fin.
Dans les notes de version, on peut voir que les garde-fous autour de cette fonction d’installation silencieuse ont été améliorés. En outre, il est maintenant possible d’annuler l’opération si des erreurs d’écritures sont rencontrées.
Google va bel et bien lancer l’année prochaine son système de vérification pour les développeurs d’applications Android, qu’elles soient distribuées sur le Play Store ou dans des boutiques alternatives. Pour le géant du web, c’est un pas de plus vers une amélioration de la sécurité de l’écosystème Android ; pour certaines échoppes en revanche, ce processus est une menace existentielle.
La vérification pour les développeurs Android sera exigée partout dans le monde à partir de 2027, a rappelé Matthew Forsythe, directeur produit chargé de la sécurité des applications Android. Plusieurs pays feront office de cobayes dès le mois de septembre : Brésil, Indonésie, Singapour et Thaïlande. La mesure, présentée en août 2025, oblige les développeurs à enregistrer leurs applications auprès de Google et à vérifier leur identité, avant de pouvoir les distribuer sur les appareils Android certifiés.
Les apps proposées sur le Play Store sont concernées bien sûr (elles sont généralement enregistrées automatiquement), mais aussi celles des boutiques alternatives. Pour la première fournée automnale, Google liste ainsi les magasins d’Honor, OPlus, Samsung, Transsion, Vivo et Xiaomi. Depuis le mois de mars et l’ouverture de la validation à tous les développeurs, ce sont « des millions d’apps qui ont été enregistrées », affirme le dirigeant. Ces applications couvrent « la quasi-totalité des installations effectuées via Google Play ainsi qu’une large majorité de celles réalisées en dehors de la boutique de Google ».
Le processus comprend deux étapes : la vérification du développeur à proprement parler, et l’enregistrement de ses applications. Le développeur doit créer un compte dans l’Android Developer Console et fournir des informations pour vérifier son identité (nom réel ou nom de l’entreprise, adresse, un contact, une pièce d’identité officielle…). Google veut être en mesure d’associer chaque développeur à une identité vérifiée.
Ouvrir un compte développeur pour le Play Store coûte 25 dollars. Les développeurs qui ne distribuent pas leurs apps sur la boutique officielle et qui veulent malgré tout les enregistrer auprès de Google (ce n’est pas comme s’ils avaient vraiment le choix…) doivent s’acquitter de la même somme.
Chaque application doit ensuite être enregistrée auprès de Google à l’aide de son nom de paquet, qui fait office d’identifiant unique du logiciel sur Android. Plusieurs boutiques alternatives se sont opposées au système, en particulier F-Droid qui a lancé la contre-offensive : elle estime en effet que cette vérification donne à Google un trop grand pouvoir de contrôle sur toutes les apps Android, y compris celles distribuées en dehors du Play Store.
La boutique a publié le 24 février une lettre ouverte plaidant pour une révision profonde du système de vérification et pour préserver un moyen de distribuer des applications sans devoir obtenir l’approbation de Google. La lettre compte parmi les signataires l’Electronic Frontier Foundation, Proton, la Quadrature du Net, ou encore AdGuard.
Matthew Forsythe précise dans son billet que les apps non enregistrées peuvent toujours être installées en sideloading, via Android Debug Bridge ou « parcours d’installation avancé ». Ce processus a le mérite d’exister, mais il est particulièrement lourd. L’utilisateur devra confirmer qu’il n’est pas forcé d’installer l’application, de redémarrer son appareil, et… d’attendre 24 heures. Au bout du délai, l’installation sera finalement possible.
Image : Google
Google a aussi mis au point des comptes de distribution limités permettant aux étudiants et aux amateurs de partager des apps sur un maximum de 20 appareils, sans avoir à fournir de pièce d’identité ni payer de frais d’inscription.
L’entreprise annonce également de nouvelles API pour vérifier si un nom de paquet est déjà enregistré, et une autre pour enregistrer et gérer des apps directement depuis des outils tiers. Un mécanisme de délégation OAuth est aussi disponible pour effectuer des opérations pour le compte de développeurs sur des boutiques alternatives. Autrement dit, Google ne veut pas forcer les développeurs à passer par la console du Play Store.
Les oppositions à ce nouveau système ne devraient toutefois pas s’éteindre. À compter de ce mois de juin, Google va en effet déployer un nouveau service qui va s’installer automatiquement sur la plupart des terminaux Android. Ce dernier va s’assurer qu’une application est enregistrée auprès d’un développeur vérifié. Ce qui placera Google dans une position d’autorité : l’entreprise pourra ainsi décider quelles apps possèdent une identité reconnue sur Android, même si elles sont distribuées en dehors du Play Store.
Google va bel et bien lancer l’année prochaine son système de vérification pour les développeurs d’applications Android, qu’elles soient distribuées sur le Play Store ou dans des boutiques alternatives. Pour le géant du web, c’est un pas de plus vers une amélioration de la sécurité de l’écosystème Android ; pour certaines échoppes en revanche, ce processus est une menace existentielle.
La vérification pour les développeurs Android sera exigée partout dans le monde à partir de 2027, a rappelé Matthew Forsythe, directeur produit chargé de la sécurité des applications Android. Plusieurs pays feront office de cobayes dès le mois de septembre : Brésil, Indonésie, Singapour et Thaïlande. La mesure, présentée en août 2025, oblige les développeurs à enregistrer leurs applications auprès de Google et à vérifier leur identité, avant de pouvoir les distribuer sur les appareils Android certifiés.
Les apps proposées sur le Play Store sont concernées bien sûr (elles sont généralement enregistrées automatiquement), mais aussi celles des boutiques alternatives. Pour la première fournée automnale, Google liste ainsi les magasins d’Honor, OPlus, Samsung, Transsion, Vivo et Xiaomi. Depuis le mois de mars et l’ouverture de la validation à tous les développeurs, ce sont « des millions d’apps qui ont été enregistrées », affirme le dirigeant. Ces applications couvrent « la quasi-totalité des installations effectuées via Google Play ainsi qu’une large majorité de celles réalisées en dehors de la boutique de Google ».
Le processus comprend deux étapes : la vérification du développeur à proprement parler, et l’enregistrement de ses applications. Le développeur doit créer un compte dans l’Android Developer Console et fournir des informations pour vérifier son identité (nom réel ou nom de l’entreprise, adresse, un contact, une pièce d’identité officielle…). Google veut être en mesure d’associer chaque développeur à une identité vérifiée.
Ouvrir un compte développeur pour le Play Store coûte 25 dollars. Les développeurs qui ne distribuent pas leurs apps sur la boutique officielle et qui veulent malgré tout les enregistrer auprès de Google (ce n’est pas comme s’ils avaient vraiment le choix…) doivent s’acquitter de la même somme.
Chaque application doit ensuite être enregistrée auprès de Google à l’aide de son nom de paquet, qui fait office d’identifiant unique du logiciel sur Android. Plusieurs boutiques alternatives se sont opposées au système, en particulier F-Droid qui a lancé la contre-offensive : elle estime en effet que cette vérification donne à Google un trop grand pouvoir de contrôle sur toutes les apps Android, y compris celles distribuées en dehors du Play Store.
La boutique a publié le 24 février une lettre ouverte plaidant pour une révision profonde du système de vérification et pour préserver un moyen de distribuer des applications sans devoir obtenir l’approbation de Google. La lettre compte parmi les signataires l’Electronic Frontier Foundation, Proton, la Quadrature du Net, ou encore AdGuard.
Matthew Forsythe précise dans son billet que les apps non enregistrées peuvent toujours être installées en sideloading, via Android Debug Bridge ou « parcours d’installation avancé ». Ce processus a le mérite d’exister, mais il est particulièrement lourd. L’utilisateur devra confirmer qu’il n’est pas forcé d’installer l’application, de redémarrer son appareil, et… d’attendre 24 heures. Au bout du délai, l’installation sera finalement possible.
Image : Google
Google a aussi mis au point des comptes de distribution limités permettant aux étudiants et aux amateurs de partager des apps sur un maximum de 20 appareils, sans avoir à fournir de pièce d’identité ni payer de frais d’inscription.
L’entreprise annonce également de nouvelles API pour vérifier si un nom de paquet est déjà enregistré, et une autre pour enregistrer et gérer des apps directement depuis des outils tiers. Un mécanisme de délégation OAuth est aussi disponible pour effectuer des opérations pour le compte de développeurs sur des boutiques alternatives. Autrement dit, Google ne veut pas forcer les développeurs à passer par la console du Play Store.
Les oppositions à ce nouveau système ne devraient toutefois pas s’éteindre. À compter de ce mois de juin, Google va en effet déployer un nouveau service qui va s’installer automatiquement sur la plupart des terminaux Android. Ce dernier va s’assurer qu’une application est enregistrée auprès d’un développeur vérifié. Ce qui placera Google dans une position d’autorité : l’entreprise pourra ainsi décider quelles apps possèdent une identité reconnue sur Android, même si elles sont distribuées en dehors du Play Store.
L’éditeur Epic Games vient de publier sur un dépôt GitHub un nouveau système de contrôle de version (VCS) à destination du monde des jeux vidéo. Il cible les développeurs et cherche à résoudre des problèmes spécifiques liés aux très gros fichiers.
Lore est le nouveau système de contrôle de version open source (sous licence MIT, très permissive) officiellement lancé par Epic Games lors de l’Unreal Fest de juin 2026. Il a mûri en interne en tant que brique sous-jacente du framework Unreal Revision Control au sein de l’écosystème UEFN (Unreal Editor for Fortnite).
« Lore est un système conçu pour une évolutivité sans précédent des données et des équipes, dont la maintenance est assurée par Epic Games. Il est optimisé pour les projets, notamment les jeux et le divertissement, qui combinent du code et de grandes ressources binaires. Il répond aux besoins des développeurs comme des artistes », indique Epic sur la page du projet.
Des problématiques spécifiques
Lore se présente donc comme un VCS axé sur le contenu. On peut l’installer sur Windows, Linux et macOS, et il dispose d’une version serveur que l’on peut utiliser localement ou transférer vers des infrastructures cloud. Attention tout de même, il ne s’agit pas encore d’une version finale. La bêta est lancée à des fins de tests, mais les API peuvent encore changer, ce qui pourrait introduire des cassures plus tard. À manier avec précaution donc, même si Epic affirme qu’une « compatibilité ascendante stricte s’appliquera ».
Sur le site du projet, Epic cite des solutions existantes comme Git, Perforce ou encore Mercurial/Sapling. Pourquoi une autre solution ? Epic répond : parce qu’aucune des actuelles ne fait vraiment tout. La souplesse de Git est louée, mais les fichiers binaires y sont considérés comme des « citoyens de seconde zone » selon l’éditeur et il manque de capacités pour le travail collaboratif. Perforce est vu comme puissant, mais lent à cause des allers-retours avec le serveur pour des opérations standard. Mercurial et Sapling ont une architecture distribuée efficace mais, comme Git, le texte a la priorité sur les autres ressources.
Lore propose donc une autre approche, centrée sur la conception de jeux vidéo et les besoins spécifiques de l’industrie. La conception binaire est au premier plan, avec une architecture « spac-by-construction » qui ne télécharge que les fragments nécessaires de données depuis le serveur pour limiter les échanges (lazy loading). On y trouve aussi une élimination des révisions partiellement appliquées, des états intermédiaires invisibles pour qui n’a pas besoin de les voir, ainsi qu’une API pouvant fonctionner avec C/C++, C#, Rust, Go, Python et JavaScript.
Une orientation API
Cette architecture est « multi-tenant » (multi-locataire) : elle est pensée pour les dépôts multiples et le travail collaboratif. Son moteur de stockage intègre une déduplication au niveau des blocs de données.
Un serveur Lore peut ainsi héberger plusieurs dépôts, ne stockant les octets qu’une seule fois si une même ressource binaire volumineuse est partagée entre plusieurs projets ou développeurs. L’ensemble fonctionne avec une isolation cryptographique pour empêcher un locataire d’accéder aux données d’un autre (ou de les déduire). Si Lore maintient un mécanisme de branches libres à la Git, il permet aussi de verrouiller les fichiers en amont pour empêcher les conflits insolubles avant qu’ils se produisent.
Lore se distingue également de Git (dont il s’inspire largement) et de son orientation fondamentalement CLI (ligne de commande) par une conception centrée sur les API. Le cœur du système se veut extensible grâce à des liaisons natives pour les mêmes langages que ceux cités précédemment.
Ce qui n’empêche pas Epic de fournir une interface en ligne de commande, mais un client de bureau multiplateforme est proposé. Des tiers spécialisés dans le pipeline de production numérique, à l’image d’Anchorpoint, développent déjà des clients graphiques Lore spécialisés pour intégrer la prévisualisation et le diffing visuel de formats 3D et 2D complexes.
D’autres informations et des liens de téléchargement sont aussi disponibles depuis le dépôt GitHub du projet. Epic fournit, entre autres ressources, un guide d’installation et de première configuration d’un dépôt. L’éditeur indique dans sa FAQ que les évolutions prévues intègrent « des flux de travail pour les grands référentiels étendus (VFS, Windows Service), l’intégration OAuth, le verrouillage évolutif, la réplication multiserveurs, des hooks côté client et côté serveur, un plug-in VS Code ainsi qu’un client de bureau et un client web open source ».
L’éditeur Epic Games vient de publier sur un dépôt GitHub un nouveau système de contrôle de version (VCS) à destination du monde des jeux vidéo. Il cible les développeurs et cherche à résoudre des problèmes spécifiques liés aux très gros fichiers.
Lore est le nouveau système de contrôle de version open source (sous licence MIT, très permissive) officiellement lancé par Epic Games lors de l’Unreal Fest de juin 2026. Il a mûri en interne en tant que brique sous-jacente du framework Unreal Revision Control au sein de l’écosystème UEFN (Unreal Editor for Fortnite).
« Lore est un système conçu pour une évolutivité sans précédent des données et des équipes, dont la maintenance est assurée par Epic Games. Il est optimisé pour les projets, notamment les jeux et le divertissement, qui combinent du code et de grandes ressources binaires. Il répond aux besoins des développeurs comme des artistes », indique Epic sur la page du projet.
Des problématiques spécifiques
Lore se présente donc comme un VCS axé sur le contenu. On peut l’installer sur Windows, Linux et macOS, et il dispose d’une version serveur que l’on peut utiliser localement ou transférer vers des infrastructures cloud. Attention tout de même, il ne s’agit pas encore d’une version finale. La bêta est lancée à des fins de tests, mais les API peuvent encore changer, ce qui pourrait introduire des cassures plus tard. À manier avec précaution donc, même si Epic affirme qu’une « compatibilité ascendante stricte s’appliquera ».
Sur le site du projet, Epic cite des solutions existantes comme Git, Perforce ou encore Mercurial/Sapling. Pourquoi une autre solution ? Epic répond : parce qu’aucune des actuelles ne fait vraiment tout. La souplesse de Git est louée, mais les fichiers binaires y sont considérés comme des « citoyens de seconde zone » selon l’éditeur et il manque de capacités pour le travail collaboratif. Perforce est vu comme puissant, mais lent à cause des allers-retours avec le serveur pour des opérations standard. Mercurial et Sapling ont une architecture distribuée efficace mais, comme Git, le texte a la priorité sur les autres ressources.
Lore propose donc une autre approche, centrée sur la conception de jeux vidéo et les besoins spécifiques de l’industrie. La conception binaire est au premier plan, avec une architecture « spac-by-construction » qui ne télécharge que les fragments nécessaires de données depuis le serveur pour limiter les échanges (lazy loading). On y trouve aussi une élimination des révisions partiellement appliquées, des états intermédiaires invisibles pour qui n’a pas besoin de les voir, ainsi qu’une API pouvant fonctionner avec C/C++, C#, Rust, Go, Python et JavaScript.
Une orientation API
Cette architecture est « multi-tenant » (multi-locataire) : elle est pensée pour les dépôts multiples et le travail collaboratif. Son moteur de stockage intègre une déduplication au niveau des blocs de données.
Un serveur Lore peut ainsi héberger plusieurs dépôts, ne stockant les octets qu’une seule fois si une même ressource binaire volumineuse est partagée entre plusieurs projets ou développeurs. L’ensemble fonctionne avec une isolation cryptographique pour empêcher un locataire d’accéder aux données d’un autre (ou de les déduire). Si Lore maintient un mécanisme de branches libres à la Git, il permet aussi de verrouiller les fichiers en amont pour empêcher les conflits insolubles avant qu’ils se produisent.
Lore se distingue également de Git (dont il s’inspire largement) et de son orientation fondamentalement CLI (ligne de commande) par une conception centrée sur les API. Le cœur du système se veut extensible grâce à des liaisons natives pour les mêmes langages que ceux cités précédemment.
Ce qui n’empêche pas Epic de fournir une interface en ligne de commande, mais un client de bureau multiplateforme est proposé. Des tiers spécialisés dans le pipeline de production numérique, à l’image d’Anchorpoint, développent déjà des clients graphiques Lore spécialisés pour intégrer la prévisualisation et le diffing visuel de formats 3D et 2D complexes.
D’autres informations et des liens de téléchargement sont aussi disponibles depuis le dépôt GitHub du projet. Epic fournit, entre autres ressources, un guide d’installation et de première configuration d’un dépôt. L’éditeur indique dans sa FAQ que les évolutions prévues intègrent « des flux de travail pour les grands référentiels étendus (VFS, Windows Service), l’intégration OAuth, le verrouillage évolutif, la réplication multiserveurs, des hooks côté client et côté serveur, un plug-in VS Code ainsi qu’un client de bureau et un client web open source ».
Valve a donné lundi le coup d’envoi de l’édition Juin 2026 de son Next Fest, un événement d’une semaine pendant lequel des milliers de démos de jeux à venir sont proposées au téléchargement gratuit. Ce Next Fest affiche 4 390 démos disponibles, contre seulement 3 500 en février, et 2 600 il y a un an. Une explosion à mettre au crédit de l’IA générative ?
Prélude aux opérations commerciales de l’été, le Steam Next Fest (ou Néo Fest en VF), qui se déroule du 15 au 22 juin, est un événement récurrent organisé par Valve, qui propose à tous les éditeurs de jeux vidéo inscrits sur sa plateforme de diffuser gratuitement une démo de leurs titres déjà publiés ou à venir. Une façon d’encourager les joueurs à essayer de nouveaux jeux, nourrir leurs listes de souhaits et donc bien sûr motiver de nouveaux achats.
550 démos estampillées « contenu IA » sur 4 390
Déployée depuis 2020, la mécanique du Steam Next Fest est désormais bien rodée. Elle est exploitée aussi bien par des studios ayant pignon sur rue que par des acteurs plus confidentiels, voire des indépendants, qui espèrent réussir à faire émerger leur création dans les méandres du magasin Steam. Mais sortir du lot s’avère un exercice de plus en plus complexe : pour cette édition juin 2026, le Steam Next Fest a en effet reçu quelque 8 764 soumissions de démos, selon les chiffres accessibles via le service tiers SteamDB.
Dans le lot figurent de nombreuses démos dont l’auteur signale avoir eu recours à de l’intelligence artificielle générative dans la création des ressources du jeu : elles sont au nombre de 1 704, toujours selon les données de SteamDB, qui permet de créer un filtre sur le critère « AI content disclosed ». Sur la base de ces chiffres, Eurogamer estime qu’environ 20 % des démos distribuées lors du Next Fest juin 2026 exploitent, d’une façon ou d’une autre, des contenus générés par IA.
Le calcul est juste, mais le périmètre demande en réalité à être précisé. Les 8 764 démos comptabilisées par SteamDB correspondent en effet aux demandes de publication soumises à Steam, et non au volume réel de démos publiées. Celui-ci s’établit en réalité à 4 390 (chiffre en date du 17 juin). Il exclut toutes les démos qui ont été refusées par Steam, mais aussi les jeux qui ont été retirés par leur auteur, les demandes de soumission qui n’ont pas été à leur terme, etc.
En combinant sur SteamDB le critère de disponibilité réelle de la démo (qui confirme l’ordre de grandeur des 4 390 publications) et celui de la déclaration relative à l’IA, on arrive à un total de 550 démos estampillées « contenu IA » par l’éditeur, soit environ 12,5 % du total. Ces chiffres soulignent par ailleurs que 1 200 des démos estampillées IA n’ont pas été au bout du processus de publication ou ont déjà été retirés, sans qu’on sache si ces abandons découlent de la modération opérée par Valve.
Une obligation de déclaration sur les contenus
Valve n’a évidemment aucun moyen de contrôler si et comment des outils d’IA sont mis en œuvre dans le processus de développement et l’écriture du code d’un jeu. L’éditeur de Steam exige cependant de ses clients, studios et développeurs, une forme de transparence pour tout ce qui touche aux aspects « visibles » du jeu :
« Nous savons que de nombreux environnements de développement de jeux modernes intègrent des outils alimentés par l’IA. Les gains d’efficacité grâce à l’utilisation de ces outils ne sont pas le sujet de cette section. Au lieu de cela, il s’agit de l’utilisation de l’IA pour créer du contenu qui est publié dans votre jeu et consommé par les joueurs et joueuses. Cela inclut des éléments tels que des images, du son, la narration, la traduction, etc. »
La démarche reste cependant déclarative, même si Valve avertit que son processus d’évaluation a vocation à vérifier qu’un jeu « tient ses engagements ».
Émerger au milieu de la fête du slop
Une chose est sure : l’avènement de l’IA générative, particulièrement dans le monde du développement logiciel, semble corrélée à une forte augmentation du nombre de démos publiées lors du Steam Next Fest. On en décompte donc 4 390 pour juin 2026, contre 3 536 en février de la même année et 2 645 en juin 2025 d’après les chiffres relevés par la newsletter GameDiscoverCo, soit une accélération de 51 % sur un an.
Le phénomène n’est pas anodin pour les studios ou les indépendants, puisqu’il devient plus difficile pour eux d’émerger dans le brouhaha de ces milliers de démos. Pour répondre à cette problématique, Valve a imaginé un calendrier en deux temps : pendant les 48 premières heures du Next Fest, les démos sont théoriquement exposées de façon équitable chez les joueurs qui affichent les pages dédiées du magasin Steam.
Ensuite, c’est une logique algorithmique classique de popularité qui prend la suite, avec un bonus accordé aux démos qui semblent rencontrer le plus grand succès. Elle a le mérite de faire disparaître les titres relevant de la « bouillie IA » (AI slop), mais soulève d’autres problèmes, puisque le Next Fest devient alors plus un amplificateur de popularité qu’un véritable outil de découverte…
Valve a donné lundi le coup d’envoi de l’édition Juin 2026 de son Next Fest, un événement d’une semaine pendant lequel des milliers de démos de jeux à venir sont proposées au téléchargement gratuit. Ce Next Fest affiche 4 390 démos disponibles, contre seulement 3 500 en février, et 2 600 il y a un an. Une explosion à mettre au crédit de l’IA générative ?
Prélude aux opérations commerciales de l’été, le Steam Next Fest (ou Néo Fest en VF), qui se déroule du 15 au 22 juin, est un événement récurrent organisé par Valve, qui propose à tous les éditeurs de jeux vidéo inscrits sur sa plateforme de diffuser gratuitement une démo de leurs titres déjà publiés ou à venir. Une façon d’encourager les joueurs à essayer de nouveaux jeux, nourrir leurs listes de souhaits et donc bien sûr motiver de nouveaux achats.
550 démos estampillées « contenu IA » sur 4 390
Déployée depuis 2020, la mécanique du Steam Next Fest est désormais bien rodée. Elle est exploitée aussi bien par des studios ayant pignon sur rue que par des acteurs plus confidentiels, voire des indépendants, qui espèrent réussir à faire émerger leur création dans les méandres du magasin Steam. Mais sortir du lot s’avère un exercice de plus en plus complexe : pour cette édition juin 2026, le Steam Next Fest a en effet reçu quelque 8 764 soumissions de démos, selon les chiffres accessibles via le service tiers SteamDB.
Dans le lot figurent de nombreuses démos dont l’auteur signale avoir eu recours à de l’intelligence artificielle générative dans la création des ressources du jeu : elles sont au nombre de 1 704, toujours selon les données de SteamDB, qui permet de créer un filtre sur le critère « AI content disclosed ». Sur la base de ces chiffres, Eurogamer estime qu’environ 20 % des démos distribuées lors du Next Fest juin 2026 exploitent, d’une façon ou d’une autre, des contenus générés par IA.
Le calcul est juste, mais le périmètre demande en réalité à être précisé. Les 8 764 démos comptabilisées par SteamDB correspondent en effet aux demandes de publication soumises à Steam, et non au volume réel de démos publiées. Celui-ci s’établit en réalité à 4 390 (chiffre en date du 17 juin). Il exclut toutes les démos qui ont été refusées par Steam, mais aussi les jeux qui ont été retirés par leur auteur, les demandes de soumission qui n’ont pas été à leur terme, etc.
En combinant sur SteamDB le critère de disponibilité réelle de la démo (qui confirme l’ordre de grandeur des 4 390 publications) et celui de la déclaration relative à l’IA, on arrive à un total de 550 démos estampillées « contenu IA » par l’éditeur, soit environ 12,5 % du total. Ces chiffres soulignent par ailleurs que 1 200 des démos estampillées IA n’ont pas été au bout du processus de publication ou ont déjà été retirés, sans qu’on sache si ces abandons découlent de la modération opérée par Valve.
Une obligation de déclaration sur les contenus
Valve n’a évidemment aucun moyen de contrôler si et comment des outils d’IA sont mis en œuvre dans le processus de développement et l’écriture du code d’un jeu. L’éditeur de Steam exige cependant de ses clients, studios et développeurs, une forme de transparence pour tout ce qui touche aux aspects « visibles » du jeu :
« Nous savons que de nombreux environnements de développement de jeux modernes intègrent des outils alimentés par l’IA. Les gains d’efficacité grâce à l’utilisation de ces outils ne sont pas le sujet de cette section. Au lieu de cela, il s’agit de l’utilisation de l’IA pour créer du contenu qui est publié dans votre jeu et consommé par les joueurs et joueuses. Cela inclut des éléments tels que des images, du son, la narration, la traduction, etc. »
La démarche reste cependant déclarative, même si Valve avertit que son processus d’évaluation a vocation à vérifier qu’un jeu « tient ses engagements ».
Émerger au milieu de la fête du slop
Une chose est sure : l’avènement de l’IA générative, particulièrement dans le monde du développement logiciel, semble corrélée à une forte augmentation du nombre de démos publiées lors du Steam Next Fest. On en décompte donc 4 390 pour juin 2026, contre 3 536 en février de la même année et 2 645 en juin 2025 d’après les chiffres relevés par la newsletter GameDiscoverCo, soit une accélération de 51 % sur un an.
Le phénomène n’est pas anodin pour les studios ou les indépendants, puisqu’il devient plus difficile pour eux d’émerger dans le brouhaha de ces milliers de démos. Pour répondre à cette problématique, Valve a imaginé un calendrier en deux temps : pendant les 48 premières heures du Next Fest, les démos sont théoriquement exposées de façon équitable chez les joueurs qui affichent les pages dédiées du magasin Steam.
Ensuite, c’est une logique algorithmique classique de popularité qui prend la suite, avec un bonus accordé aux démos qui semblent rencontrer le plus grand succès. Elle a le mérite de faire disparaître les titres relevant de la « bouillie IA » (AI slop), mais soulève d’autres problèmes, puisque le Next Fest devient alors plus un amplificateur de popularité qu’un véritable outil de découverte…
Dans un billet paru ce 16 juin, la fondation Mozilla annonce le lancement d’une nouvelle page baptisée simplement Firefox Roadmap. Elle a pour mission de montrer les principales nouveautés en développement pour le navigateur, en fonction de la plateforme visée (ordinateur, Android et iOS).
« La feuille de route met en lumière ce sur quoi nous travaillons sur Firefox, notamment la productivité, la confidentialité, les performances, l’IA et les technologies qui contribuent à améliorer le web pour tous », indique simplement Mozilla.
Certains éléments sont déjà connus, comme la refonte Nova à venir que nous évoquions le mois dernier, ou encore les apports de Firefox 152, lancé mardi. D’autres vont arriver prochainement, comme les groupes d’onglets sur iOS (ils sont disponibles depuis hier sur Android).
Certaines fonctions en développement sont particulièrement attendues. Par exemple, des améliorations significatives pour l’éditeur de PDF, avec possibilité de diviser, fusionner et réorganiser les documents. Mozilla prévoit également d’ajouter des raccourcis clavier personnalisables dans son navigateur, la possibilité de partager des collections de liens (favoris et groupes d’onglets), des améliorations pour le remplissage automatique ou encore la capacité de sélectionner un contenu web pour l’afficher dans une fenêtre flottante toujours visible.
Du neuf est également prévu sur la partie confidentialité, comme l’arrivée du VPN dans les versions mobiles. La fenêtre de navigation privée permettra de son côté de supprimer les cookies en un clic. Mozilla travaille en outre à intégrer nativement dans Firefox son extension Multi-Account Containers, qui permet de créer des conteneurs distincts pour chaque service. Le blocage des publicités est prévu sur iOS et le support des clés d’accès (passkeys) doit arriver pour la version desktop.
Notez que si la liste permet d’avoir une vue d’ensemble du travail de Mozilla, elle ne fournit aucune date ni même fenêtre de lancement.
Dans un billet paru ce 16 juin, la fondation Mozilla annonce le lancement d’une nouvelle page baptisée simplement Firefox Roadmap. Elle a pour mission de montrer les principales nouveautés en développement pour le navigateur, en fonction de la plateforme visée (ordinateur, Android et iOS).
« La feuille de route met en lumière ce sur quoi nous travaillons sur Firefox, notamment la productivité, la confidentialité, les performances, l’IA et les technologies qui contribuent à améliorer le web pour tous », indique simplement Mozilla.
Certains éléments sont déjà connus, comme la refonte Nova à venir que nous évoquions le mois dernier, ou encore les apports de Firefox 152, lancé mardi. D’autres vont arriver prochainement, comme les groupes d’onglets sur iOS (ils sont disponibles depuis hier sur Android).
Certaines fonctions en développement sont particulièrement attendues. Par exemple, des améliorations significatives pour l’éditeur de PDF, avec possibilité de diviser, fusionner et réorganiser les documents. Mozilla prévoit également d’ajouter des raccourcis clavier personnalisables dans son navigateur, la possibilité de partager des collections de liens (favoris et groupes d’onglets), des améliorations pour le remplissage automatique ou encore la capacité de sélectionner un contenu web pour l’afficher dans une fenêtre flottante toujours visible.
Du neuf est également prévu sur la partie confidentialité, comme l’arrivée du VPN dans les versions mobiles. La fenêtre de navigation privée permettra de son côté de supprimer les cookies en un clic. Mozilla travaille en outre à intégrer nativement dans Firefox son extension Multi-Account Containers, qui permet de créer des conteneurs distincts pour chaque service. Le blocage des publicités est prévu sur iOS et le support des clés d’accès (passkeys) doit arriver pour la version desktop.
Notez que si la liste permet d’avoir une vue d’ensemble du travail de Mozilla, elle ne fournit aucune date ni même fenêtre de lancement.
La nouvelle mouture d’e/OS/ vient consolider la stratégie de Murena sur son écosystème. Plutôt qu’un bouleversement technique, l’offre propose une vision étoffée et clairement axée sur la simplicité de transition depuis Android. La migration prend même désormais Gmail en charge.
La nouvelle mouture du système e/OS/ de Murena est disponible depuis quelques jours pour les téléphones compatibles. Certains appareils rejoignent la danse, comme le OnePlus Nord ou encore les Galaxy S9 et S9+ de Samsung. Pour ces derniers, une migration signifie un passage d’AOSP (Android Open Source Project) 12 à 15, ce qui nécessite un retour aux paramètres d’usine car la méthode de chiffrement a changé dans l’intervalle. Un avertissement spécifique sera affiché dans ce cas. Le support du Fairphone 3 reste assuré, comme Murena l’avait promis en avril.
Les nouveautés se concentrent sur l’écosystème
La plupart des nouveautés concernent l’écosystème Murena plutôt que le système lui-même, même si des apports sont quand même présents. Par exemple, BlissLauncher a reçu un ravalement de façade, avec entre autres une nouvelle série de fonds d’écran et quelques nouvelles icônes.
L’une des plus grosses nouveautés concerne l’assistant de migration, qui passe pour rappel par une page web et se sert du protocole WebUSB pour travailler. L’assistant prépare le terrain pour le passage à e/OS/ et vise spécifiquement les services Google. En plus des données classiques comme les contacts et calendriers, ou encore les données contenues dans Google Drive, il prend maintenant en charge Gmail. Toutes les informations collectées sont envoyées dans les équivalents de Murena, réunis dans sa suite Workspace.
Plusieurs apports d’ailleurs pour cette dernière, avec deux nouvelles applications : Sign et Meet. La première est une solution de signature électronique prenant en charge les fichiers PDF, Word et ODT, avec une pleine conformité à la réglementation européenne eIDAS. Les signatures simples sont exploitables par tout le monde, tandis que les signatures avancées et qualifiées requièrent un abonnement Premium (à partir de 1,99 euro par mois).
L’autre application, Meet, fait exactement ce qu’elle annonce : de la visioconférence, en référence directe au service de Google. Le service est chiffré de bout en bout et permet de vérifier les équipements et de flouter l’arrière-plan avant de rejoindre un échange.
Backup, Passwords et Maps pour « bientôt »
Si la version 4.0 du système pose essentiellement de nouvelles bases, elle sera suivie d’une mouture 4.1 dans les mois qui viennent. À son bord, trois applications majeures. Backup sera ainsi chargée de créer des sauvegardes plus ou moins complètes de toutes les données en passant par le compte Murena.
Passwords viendra combler une carence importante, puisque la synchronisation des mots de passe n’est pour l’instant possible que par l’extension pour navigateur. L’application permettra de remplir automatiquement les champs et préviendra en cas de fuite de données. Enfin, Murena aura sa propre application Maps. Une bêta a été lancée et Murena communiquera « bientôt » sur la manière d’y participer.
Nouveaux smartphones GS6
Murena n’a pas communiqué sur une date précise, mais les appareils ayant déjà e/OS/ 3 peuvent normalement transiter vers la nouvelle version 4. C’est le cas pour tous les smartphones vendus directement avec le système mobile, dont les Fairphone lancés avec e/OS/.
À ce sujet, Murena en profite pour lancer les GS6 (Pro) en partenariat avec Gigaset. Les deux smartphones se veulent abordables avec des caractéristiques cohérentes : 128 ou 256 Go de stockage, 8 Go de mémoire, une batterie amovible de 5 300 mAh, un écran OLED 6,67 pouces de 1080 × 2400 pixels (394 ppi) à 120 Hz, un SoC MediaTek Dimensity 7300 (4 + 4 cœurs), du Wi-Fi 6e, du Bluetooth 5.4, deux emplacements SIM ou encore un bouton de confidentialité personnalisable. Le tout dans un format 163 × 76 × 10,5 mm pour un poids de 230 g et une certification IP68.
Le modèle 128 Go est proposé à 339 euros et le modèle 256 Go (Pro) à 449 euros. Les emballages sont annoncés comme dépourvus de plastique.
La nouvelle mouture d’e/OS/ vient consolider la stratégie de Murena sur son écosystème. Plutôt qu’un bouleversement technique, l’offre propose une vision étoffée et clairement axée sur la simplicité de transition depuis Android. La migration prend même désormais Gmail en charge.
La nouvelle mouture du système e/OS/ de Murena est disponible depuis quelques jours pour les téléphones compatibles. Certains appareils rejoignent la danse, comme le OnePlus Nord ou encore les Galaxy S9 et S9+ de Samsung. Pour ces derniers, une migration signifie un passage d’AOSP (Android Open Source Project) 12 à 15, ce qui nécessite un retour aux paramètres d’usine car la méthode de chiffrement a changé dans l’intervalle. Un avertissement spécifique sera affiché dans ce cas. Le support du Fairphone 3 reste assuré, comme Murena l’avait promis en avril.
Les nouveautés se concentrent sur l’écosystème
La plupart des nouveautés concernent l’écosystème Murena plutôt que le système lui-même, même si des apports sont quand même présents. Par exemple, BlissLauncher a reçu un ravalement de façade, avec entre autres une nouvelle série de fonds d’écran et quelques nouvelles icônes.
L’une des plus grosses nouveautés concerne l’assistant de migration, qui passe pour rappel par une page web et se sert du protocole WebUSB pour travailler. L’assistant prépare le terrain pour le passage à e/OS/ et vise spécifiquement les services Google. En plus des données classiques comme les contacts et calendriers, ou encore les données contenues dans Google Drive, il prend maintenant en charge Gmail. Toutes les informations collectées sont envoyées dans les équivalents de Murena, réunis dans sa suite Workspace.
Plusieurs apports d’ailleurs pour cette dernière, avec deux nouvelles applications : Sign et Meet. La première est une solution de signature électronique prenant en charge les fichiers PDF, Word et ODT, avec une pleine conformité à la réglementation européenne eIDAS. Les signatures simples sont exploitables par tout le monde, tandis que les signatures avancées et qualifiées requièrent un abonnement Premium (à partir de 1,99 euro par mois).
L’autre application, Meet, fait exactement ce qu’elle annonce : de la visioconférence, en référence directe au service de Google. Le service est chiffré de bout en bout et permet de vérifier les équipements et de flouter l’arrière-plan avant de rejoindre un échange.
Backup, Passwords et Maps pour « bientôt »
Si la version 4.0 du système pose essentiellement de nouvelles bases, elle sera suivie d’une mouture 4.1 dans les mois qui viennent. À son bord, trois applications majeures. Backup sera ainsi chargée de créer des sauvegardes plus ou moins complètes de toutes les données en passant par le compte Murena.
Passwords viendra combler une carence importante, puisque la synchronisation des mots de passe n’est pour l’instant possible que par l’extension pour navigateur. L’application permettra de remplir automatiquement les champs et préviendra en cas de fuite de données. Enfin, Murena aura sa propre application Maps. Une bêta a été lancée et Murena communiquera « bientôt » sur la manière d’y participer.
Nouveaux smartphones GS6
Murena n’a pas communiqué sur une date précise, mais les appareils ayant déjà e/OS/ 3 peuvent normalement transiter vers la nouvelle version 4. C’est le cas pour tous les smartphones vendus directement avec le système mobile, dont les Fairphone lancés avec e/OS/.
À ce sujet, Murena en profite pour lancer les GS6 (Pro) en partenariat avec Gigaset. Les deux smartphones se veulent abordables avec des caractéristiques cohérentes : 128 ou 256 Go de stockage, 8 Go de mémoire, une batterie amovible de 5 300 mAh, un écran OLED 6,67 pouces de 1080 × 2400 pixels (394 ppi) à 120 Hz, un SoC MediaTek Dimensity 7300 (4 + 4 cœurs), du Wi-Fi 6e, du Bluetooth 5.4, deux emplacements SIM ou encore un bouton de confidentialité personnalisable. Le tout dans un format 163 × 76 × 10,5 mm pour un poids de 230 g et une certification IP68.
Le modèle 128 Go est proposé à 339 euros et le modèle 256 Go (Pro) à 449 euros. Les emballages sont annoncés comme dépourvus de plastique.
Au vu de la modestie des nouveautés, la version finale d’Android 17 livrée cette nuit par Google est presque un non-événement. En phase de déploiement pour les appareils Pixel, cette mise à jour va se diffuser dans les prochains mois auprès de tous les smartphones Android compatibles.
La version finale d’Android 17 est arrivée, et comme c’était le cas des précédentes moutures majeures du système d’exploitation, les nouveautés sont ténues mais pas inintéressantes pour autant. La plus visible est Bubbles, qui transforme l’icône des apps en petite fenêtre flottante. Pas inutile sur un smartphone traditionnel, encore plus pratique sur un écran pliant, où les bulles vont se nicher dans la barre des tâches en bas de l’écran.
Des optimisations pour les terminaux pliants
Toujours à destination des terminaux pliants, une nouvelle disposition 50/50 positionne le jeu sur la moitié supérieure de l’écran, et un contrôleur virtuel sur la partie inférieure. Mieux encore : Android 17 permet de changer le comportement des boutons d’une manette physique.
Une fonction amusante permet d’enregistrer une vidéo avec la caméra en façade tout en filmant simultanément l’écran. Les utilisateurs peuvent ainsi commenter ou réagir à ce qu’ils voient sur leur smartphone, que ce soit un site web, une autre vidéo ou une application avec une incrustation de leur visage dans l’écran.
Nouveaux contrôles sur les données personnelles
Android 17 inaugure de nouveaux contrôles pour la gestion des données personnelles : les apps peuvent recevoir un accès temporaire à la localisation précise, et il est désormais possible de ne partager que certains contacts plutôt que l’ensemble du carnet d’adresses. Sur le plan de la protection contre le vol, relevons le verrouillage d’un smartphone déclaré perdu avec une authentification biométrique. Android limite davantage les tentatives de saisie du code PIN et allonge les délais d’attente après plusieurs échecs pour compliquer les attaques par force brute.
On trouve également une fonction tout droit inspirée de ce que propose Apple avec Continuité depuis des années : « Continue On » reprend une activité sur un appareil là où elle avait été laissée sur un autre. Ça peut être la lecture d’un article, la rédaction d’un email, etc.
À partir de cet été, les modèles les plus avancés (Pixel 10, Galaxy S26) recevront Gemini Intelligence, une série de fonctionnalités d’IA agentique pour automatiser des tâches nécessitant plusieurs étapes, remplir des formulaires en ligne, naviguer sur le web à la place de l’utilisateur pour réserver une place de parking ou prendre des rendez-vous, ou construire des widgets personnalisés.
Matthew McCullough, vice-président de la gestion produit, est beaucoup plus enthousiaste : il parle d’une version marquant « le début de notre transition vers un système centré sur l’intelligence, qui place vos applications au cœur de l’expérience ». Un discours destiné aux développeurs, Android 17 ayant beaucoup à leur proposer… et à leur demander : les applications doivent désormais se redimensionner sur les grands écrans. Ils auront droit à de nouvelles API, à des améliorations toujours bienvenues des performances, une optimisation de la gestion de la mémoire.
Google ne réserve plus depuis longtemps les nouveautés d’Android aux seules versions majeures du système d’exploitation. Indépendamment des grandes versions annuelles de l’OS, les Pixel Drop font le plein de nouvelles fonctions chaque trimestre.
IA générative et prise en charge d’AirDrop
La fournée de juin, réservée évidemment aux smartphones du constructeur, améliore la génération de vidéos avec Gemini Omni, qui sait combiner du texte, des images et des vidéos. Dans le même ordre d’idée, Gemini peut maintenant générer des chansons « haute qualité avec des paroles ». Amusant ? Utile ? Pas sûr, mais il faut bien que tous ces data centers servent à quelque chose.
IA toujours, mais dans les photos cette fois. La fonction d’édition d’images simplement en le demandant de vive voix (ou en saisissant la requête avec le clavier virtuel) est désormais disponible en France. Cela peut se limiter à un vague « améliore la photo » ; à partir de là, il sera possible d’affiner le résultat en « discutant » avec l’app Photos.
Certainement plus pratique, la fonction de partage Quick Share s’améliore pour les Pixel 8a et 9a, en leur apportant la prise en charge d’AirDrop, le protocole propriétaire d’Apple.
Au vu de la modestie des nouveautés, la version finale d’Android 17 livrée cette nuit par Google est presque un non-événement. En phase de déploiement pour les appareils Pixel, cette mise à jour va se diffuser dans les prochains mois auprès de tous les smartphones Android compatibles.
La version finale d’Android 17 est arrivée, et comme c’était le cas des précédentes moutures majeures du système d’exploitation, les nouveautés sont ténues mais pas inintéressantes pour autant. La plus visible est Bubbles, qui transforme l’icône des apps en petite fenêtre flottante. Pas inutile sur un smartphone traditionnel, encore plus pratique sur un écran pliant, où les bulles vont se nicher dans la barre des tâches en bas de l’écran.
Des optimisations pour les terminaux pliants
Toujours à destination des terminaux pliants, une nouvelle disposition 50/50 positionne le jeu sur la moitié supérieure de l’écran, et un contrôleur virtuel sur la partie inférieure. Mieux encore : Android 17 permet de changer le comportement des boutons d’une manette physique.
Une fonction amusante permet d’enregistrer une vidéo avec la caméra en façade tout en filmant simultanément l’écran. Les utilisateurs peuvent ainsi commenter ou réagir à ce qu’ils voient sur leur smartphone, que ce soit un site web, une autre vidéo ou une application avec une incrustation de leur visage dans l’écran.
Nouveaux contrôles sur les données personnelles
Android 17 inaugure de nouveaux contrôles pour la gestion des données personnelles : les apps peuvent recevoir un accès temporaire à la localisation précise, et il est désormais possible de ne partager que certains contacts plutôt que l’ensemble du carnet d’adresses. Sur le plan de la protection contre le vol, relevons le verrouillage d’un smartphone déclaré perdu avec une authentification biométrique. Android limite davantage les tentatives de saisie du code PIN et allonge les délais d’attente après plusieurs échecs pour compliquer les attaques par force brute.
On trouve également une fonction tout droit inspirée de ce que propose Apple avec Continuité depuis des années : « Continue On » reprend une activité sur un appareil là où elle avait été laissée sur un autre. Ça peut être la lecture d’un article, la rédaction d’un email, etc.
À partir de cet été, les modèles les plus avancés (Pixel 10, Galaxy S26) recevront Gemini Intelligence, une série de fonctionnalités d’IA agentique pour automatiser des tâches nécessitant plusieurs étapes, remplir des formulaires en ligne, naviguer sur le web à la place de l’utilisateur pour réserver une place de parking ou prendre des rendez-vous, ou construire des widgets personnalisés.
Matthew McCullough, vice-président de la gestion produit, est beaucoup plus enthousiaste : il parle d’une version marquant « le début de notre transition vers un système centré sur l’intelligence, qui place vos applications au cœur de l’expérience ». Un discours destiné aux développeurs, Android 17 ayant beaucoup à leur proposer… et à leur demander : les applications doivent désormais se redimensionner sur les grands écrans. Ils auront droit à de nouvelles API, à des améliorations toujours bienvenues des performances, une optimisation de la gestion de la mémoire.
Google ne réserve plus depuis longtemps les nouveautés d’Android aux seules versions majeures du système d’exploitation. Indépendamment des grandes versions annuelles de l’OS, les Pixel Drop font le plein de nouvelles fonctions chaque trimestre.
IA générative et prise en charge d’AirDrop
La fournée de juin, réservée évidemment aux smartphones du constructeur, améliore la génération de vidéos avec Gemini Omni, qui sait combiner du texte, des images et des vidéos. Dans le même ordre d’idée, Gemini peut maintenant générer des chansons « haute qualité avec des paroles ». Amusant ? Utile ? Pas sûr, mais il faut bien que tous ces data centers servent à quelque chose.
IA toujours, mais dans les photos cette fois. La fonction d’édition d’images simplement en le demandant de vive voix (ou en saisissant la requête avec le clavier virtuel) est désormais disponible en France. Cela peut se limiter à un vague « améliore la photo » ; à partir de là, il sera possible d’affiner le résultat en « discutant » avec l’app Photos.
Certainement plus pratique, la fonction de partage Quick Share s’améliore pour les Pixel 8a et 9a, en leur apportant la prise en charge d’AirDrop, le protocole propriétaire d’Apple.
Connexion
.gif?ssl=1)
