Homebridge est une solution logicielle open source permettant d’ajouter le support de HomeKit (la plateforme d’objets connectés d’Apple) à des produits qui ne le sont pas nativement. Par exemple, des caméras Ring d’Amazon sont ainsi accessibles et utilisables depuis l’application Maison (Home en anglais) d’Apple grâce à Homebridge.
Après trois ans de bêta, Homebridge commence à prendre en charge le standard Matter et passe pour l’occasion en version 2.0. L’app fait donc office de pont Matter, en plus de HomeKit. Les plugins Homebridge peuvent ainsi utiliser des produits Matter (et s’ouvrent notamment à l’écosystème Google). L’application Maison d’Apple est de son côté déjà compatible HomeKit et Matter.
Avant la migration, les développeurs mettent en garde : « Avant de faire une mise à jour, assurez-vous que le(s) plugin(s) que vous utilisez sont compatibles avec cette nouvelle version de Homebridge […] Node.js 18 et 20 ne sont plus pris en charge. Homebridge v2 nécessite Node.js 22 ou 24 ».
Comme le rapporte The Verge, le développeur voit deux principaux cas d’usage. Pour commencer, « combler le fossé dans la prise en charge des appareils HomeKit : Apple a commencé à utiliser Matter pour les nouveaux types d’appareils plutôt que de les ajouter directement à HomeKit. Les aspirateurs en sont un exemple récent : Apple a ajouté la prise en charge des aspirateurs à l’application Home, mais via Matter, et non via HomeKit. Notre objectif est de combler cette lacune afin que les plugins Homebridge puissent offrir toutes les fonctionnalités pour ces types d’appareils. Nous pensons que cet objectif est tout à fait réalisable et qu’il s’agit de la priorité immédiate ».
Deuxième cas d’usage : « Utiliser d’autres contrôleurs Matter avec les plugins Homebridge : cela permettrait d’accéder à vos plugins Homebridge depuis d’autres contrôleurs Matter, comme l’application Aqara par exemple. Il s’agit là d’un projet à plus long terme – il nécessitera des mises à jour individuelles des plugins pour être pris en charge. Il faut donc s’attendre à un déploiement progressif au fil du temps ».
L’année dernière, Apple et Google avaient fait plusieurs annonces autour de Matter afin de faciliter son adoption en vue d’en faire un standard avec l’adoption la plus large possible. Matter débarquait ainsi dans Google Home.
Homebridge est une solution logicielle open source permettant d’ajouter le support de HomeKit (la plateforme d’objets connectés d’Apple) à des produits qui ne le sont pas nativement. Par exemple, des caméras Ring d’Amazon sont ainsi accessibles et utilisables depuis l’application Maison (Home en anglais) d’Apple grâce à Homebridge.
Après trois ans de bêta, Homebridge commence à prendre en charge le standard Matter et passe pour l’occasion en version 2.0. L’app fait donc office de pont Matter, en plus de HomeKit. Les plugins Homebridge peuvent ainsi utiliser des produits Matter (et s’ouvrent notamment à l’écosystème Google). L’application Maison d’Apple est de son côté déjà compatible HomeKit et Matter.
Avant la migration, les développeurs mettent en garde : « Avant de faire une mise à jour, assurez-vous que le(s) plugin(s) que vous utilisez sont compatibles avec cette nouvelle version de Homebridge […] Node.js 18 et 20 ne sont plus pris en charge. Homebridge v2 nécessite Node.js 22 ou 24 ».
Comme le rapporte The Verge, le développeur voit deux principaux cas d’usage. Pour commencer, « combler le fossé dans la prise en charge des appareils HomeKit : Apple a commencé à utiliser Matter pour les nouveaux types d’appareils plutôt que de les ajouter directement à HomeKit. Les aspirateurs en sont un exemple récent : Apple a ajouté la prise en charge des aspirateurs à l’application Home, mais via Matter, et non via HomeKit. Notre objectif est de combler cette lacune afin que les plugins Homebridge puissent offrir toutes les fonctionnalités pour ces types d’appareils. Nous pensons que cet objectif est tout à fait réalisable et qu’il s’agit de la priorité immédiate ».
Deuxième cas d’usage : « Utiliser d’autres contrôleurs Matter avec les plugins Homebridge : cela permettrait d’accéder à vos plugins Homebridge depuis d’autres contrôleurs Matter, comme l’application Aqara par exemple. Il s’agit là d’un projet à plus long terme – il nécessitera des mises à jour individuelles des plugins pour être pris en charge. Il faut donc s’attendre à un déploiement progressif au fil du temps ».
L’année dernière, Apple et Google avaient fait plusieurs annonces autour de Matter afin de faciliter son adoption en vue d’en faire un standard avec l’adoption la plus large possible. Matter débarquait ainsi dans Google Home.
Presque huit ans après Dav1d, VideoLAN remet le couvert avec Dav2d. Comme son nom l’indique, c’est une implémentation logicielle pour décompresser des vidéos AV2, le codec en cours de développement par l’Alliance for Open Media. Il prend donc la suite de Dav1d – qui est l’acronyme récursif de Dav1d is an AV1 decoder – pensé pour le codec AV1.
Dans la foire aux questions, il est précisé que Dav2d est toujours récursif, « mais c’est moins drôle que dav1d », reconnait l’équipe. Quoi qu’il en soit, Dav2d est proposé sous une licence très permissive : BSD 2-Clause ou « Simplified BSD License ».
Illustration : Flock
Sur le GitLab dédié de VideoLAN, il est indiqué que « dav2d est un décodeur AV2 multiplateforme, open source, axé sur la vitesse et la précision. Il est basé sur notre décodeur dav1d, très populaire. Il s’agit d’un projet encore préliminaire, qui ne devrait pas être utilisé en production, notamment parce que la spécification AV2 n’est pas définitive ». Ce projet de VideoLAN est réalisé dans « le cadre de son adhésion à l’Alliance for Open Media/AOM », en charge d’AV1 et AV2.
Les travaux ont débuté il y a quelques mois déjà, mais c’est encore une version très préliminaire en 0.0.1 (alias Merbanan). L’équipe cherche de l’aide, notamment des développeurs C et assembleur, ainsi que des testeurs… La FAQ se termine par un trait d’humour sur ce sujet : « Vous soucierez-vous de <mon architecture > ? De < mon OS > ? ». Réponse : « Oui, mais nous n’avons ni le temps ni les connaissances nécessaires. C’est pourquoi les correctifs et les contributions sont les bienvenus ».
AV1, pour rappel, a été lancé en 2018 et son adoption a pris du temps, notamment pour le navigateur Edge de Microsoft (version 121 en 2024) et les terminaux Apple (Mac avec puce M3, iPhone 15Pro et 16), comme le rappelle Lafibre.info dans son grand tableau récapitulatif des codecs populaires.
L’avantage d’AV1 est sa gratuité (pas de redevance, comme AV2), il peut être encapsulé dans des conteneurs tels que MP4, MKV ou même WebM. Il a donné naissance à AVIF pour AV1 Image File Format (un mélange entre les algorithmes de compression AV1 et du High Efficiency Image File Format ou HEIF).
Presque huit ans après Dav1d, VideoLAN remet le couvert avec Dav2d. Comme son nom l’indique, c’est une implémentation logicielle pour décompresser des vidéos AV2, le codec en cours de développement par l’Alliance for Open Media. Il prend donc la suite de Dav1d – qui est l’acronyme récursif de Dav1d is an AV1 decoder – pensé pour le codec AV1.
Dans la foire aux questions, il est précisé que Dav2d est toujours récursif, « mais c’est moins drôle que dav1d », reconnait l’équipe. Quoi qu’il en soit, Dav2d est proposé sous une licence très permissive : BSD 2-Clause ou « Simplified BSD License ».
Illustration : Flock
Sur le GitLab dédié de VideoLAN, il est indiqué que « dav2d est un décodeur AV2 multiplateforme, open source, axé sur la vitesse et la précision. Il est basé sur notre décodeur dav1d, très populaire. Il s’agit d’un projet encore préliminaire, qui ne devrait pas être utilisé en production, notamment parce que la spécification AV2 n’est pas définitive ». Ce projet de VideoLAN est réalisé dans « le cadre de son adhésion à l’Alliance for Open Media/AOM », en charge d’AV1 et AV2.
Les travaux ont débuté il y a quelques mois déjà, mais c’est encore une version très préliminaire en 0.0.1 (alias Merbanan). L’équipe cherche de l’aide, notamment des développeurs C et assembleur, ainsi que des testeurs… La FAQ se termine par un trait d’humour sur ce sujet : « Vous soucierez-vous de <mon architecture > ? De < mon OS > ? ». Réponse : « Oui, mais nous n’avons ni le temps ni les connaissances nécessaires. C’est pourquoi les correctifs et les contributions sont les bienvenus ».
AV1, pour rappel, a été lancé en 2018 et son adoption a pris du temps, notamment pour le navigateur Edge de Microsoft (version 121 en 2024) et les terminaux Apple (Mac avec puce M3, iPhone 15Pro et 16), comme le rappelle Lafibre.info dans son grand tableau récapitulatif des codecs populaires.
L’avantage d’AV1 est sa gratuité (pas de redevance, comme AV2), il peut être encapsulé dans des conteneurs tels que MP4, MKV ou même WebM. Il a donné naissance à AVIF pour AV1 Image File Format (un mélange entre les algorithmes de compression AV1 et du High Efficiency Image File Format ou HEIF).
« Pour être tout à fait clair : Notepad++ n’a jamais sorti de version pour macOS », explique, sur son site, Don Ho, le mainteneur de Notepad++ qui a créé le projet en 2003.
Depuis le début, Notepad++ n’est officiellement distribué que sous forme d’une version pour Windows. Un fork existe pour Linux mais il est diffusé sous le nom de Notepadqq. L’information d’un fork pour Mac commençait à circuler depuis quelques jours, renvoyant vers l’url Notepad-plus-plus-mac.org.
Mais l’utilisation du même nom pour le désigner a fait réagir Don Ho. Si le code de l’éditeur de texte est libre (sous licence GPL), Don Ho affirme que le propriétaire du projet pour Mac utilise la marque Notepad++(le nom) sans autorisation.
Il s’en était déjà ému dans une discussion sur le GitHub du projet en publiant la réponse qu’il avait faite au créateur du nouveau projet pour Mac, Andrey Letov. « C’est une bonne chose que vous essayiez de porter Notepad++ sur macOS ; cela pourrait aider de nombreux utilisateurs de Mac. Cependant, non seulement moi, mais aussi beaucoup d’autres ( https://github.com/notepad-plus-plus/notepad-plus-plus/issues/17982#issuecomment - 4345058243) trouvons que votre site web et votre dépôt GitHub sont trompeurs, car ils utilisent tous deux la marque Notepad++(https://data.inpi.fr/marques/FR5133202 ) et le logo caméléon », lui expliquait-il en ajoutant que le problème n’était pas le portage en soi mais l’utilisation du nom officiel.
Depuis peu, le site Notepad-plus-plus-mac.org qui portait le projet renvoie vers un nouveau site web nommé NextPad.org, domaine créé ce lundi 4 mai. Et le projet a été entièrement renommé « Nextpad++ for Mac » sur le site.
« Pour être tout à fait clair : Notepad++ n’a jamais sorti de version pour macOS », explique, sur son site, Don Ho, le mainteneur de Notepad++ qui a créé le projet en 2003.
Depuis le début, Notepad++ n’est officiellement distribué que sous forme d’une version pour Windows. Un fork existe pour Linux mais il est diffusé sous le nom de Notepadqq. L’information d’un fork pour Mac commençait à circuler depuis quelques jours, renvoyant vers l’url Notepad-plus-plus-mac.org.
Mais l’utilisation du même nom pour le désigner a fait réagir Don Ho. Si le code de l’éditeur de texte est libre (sous licence GPL), Don Ho affirme que le propriétaire du projet pour Mac utilise la marque Notepad++(le nom) sans autorisation.
Il s’en était déjà ému dans une discussion sur le GitHub du projet en publiant la réponse qu’il avait faite au créateur du nouveau projet pour Mac, Andrey Letov. « C’est une bonne chose que vous essayiez de porter Notepad++ sur macOS ; cela pourrait aider de nombreux utilisateurs de Mac. Cependant, non seulement moi, mais aussi beaucoup d’autres ( https://github.com/notepad-plus-plus/notepad-plus-plus/issues/17982#issuecomment - 4345058243) trouvons que votre site web et votre dépôt GitHub sont trompeurs, car ils utilisent tous deux la marque Notepad++(https://data.inpi.fr/marques/FR5133202 ) et le logo caméléon », lui expliquait-il en ajoutant que le problème n’était pas le portage en soi mais l’utilisation du nom officiel.
Depuis peu, le site Notepad-plus-plus-mac.org qui portait le projet renvoie vers un nouveau site web nommé NextPad.org, domaine créé ce lundi 4 mai. Et le projet a été entièrement renommé « Nextpad++ for Mac » sur le site.
Les messages RCS entre iPhone et Android seront très bientôt chiffrés de bout en bout. De quoi assurer une bien meilleure sécurisation des messages texte échangés entre plateformes.
Mise à jour 11/05 — Apple a livré la version finale d’iOS 26.5, et détaille les opérateurs prenant en charge le RCS avec chiffrement de bout en bout (une fonction en bêta). Aucun français dans le lot, mais en Europe plusieurs opérateurs sont déjà au diapason, dont Orange en Belgique (ainsi que Proximus et Telenet), Magenta en Autriche, T-Mobile en République tchèque, 1&1, O2 et Deutsche Telekom en Allemagne, ou encore Cosmote en Grèce.
Image : Apple
Du côté de Google, on rappelle aujourd’hui que l’E2EE est disponible dans l’app Messages sur les appareils Android depuis des années. Les utilisateurs sauront qu’une conversation avec un correspondant iOS est chiffrée de bout en bout quand chacun verra une icône de cadenas. Sur Android comme sur iOS, le chiffrement est activé par défaut et il sera progressivement déployé automatiquement « pour les nouvelles conversations RCS comme pour les discussions existantes ».
Article original, 5/05 — Le chemin a décidément été bien long pour le RCS. Le protocole de communication (Rich Communication Services) standardisé par le GSMA est en passe de supplanter le vieillissant SMS. Ses avantages sont nombreux : conversations de groupe, images et vidéos haute définition, statut de lecture, partage de géolocalisation, etc.
La longue route
Google le propose sur Android depuis 2016 (depuis 2019 en France) via l’app Messages, en parallèle des SMS. La démocratisation du protocole a cependant été freinée par Apple, qui a développé et soutenu son propre protocole propriétaire, iMessage. Celui-ci ne fonctionne qu’entre appareils du constructeur — ce sont les fameuses bulles bleues, en opposition aux bulles vertes des SMS.
Les messages échangés dans ce format offrent peu ou prou les mêmes fonctionnalités que le RCS, exception faite de tout son versant purement commercial. Comme l’expliquait l’Association Française pour le développement des services et usages Multimédias Multi-opérateurs (A2FM) l’an dernier, les annonceurs aiment le RCS pour son taux élevé d’ouverture (80 % en moyenne) mesurable pour chaque campagne. Par ailleurs, un message RCS publicitaire « ne nécessite pas d’obtenir de la part de ses clients un consentement spécifiquepour le RCS (si vous avez déjà son consentement pour le SMS) ». Bien pratique…
Il existe bien une composante commerciale d’iMessage, mais elle est bien moins appuyée que le RCS et surtout, elle reste sous le contrôle d’Apple. Sous la pression de la Chine et de l’UE, le constructeur a toutefois cédé avec iOS 18.4, en avril 2025 : les RCS ont désormais droit de cité dans l’app Messages (d’iOS), avec leurs atouts mais toujours dans des bulles vertes.
Il restait cependant un gros problème à résoudre : le chiffrement de bout en bout (E2EE). Entre appareils Google, les messages RCS sont bien chiffrés E2EE grâce à une surcouche maison. Aucun tiers ne peut accéder aux échanges, à l’exception, bien sûr, des correspondants, comme une conversation iMessage. Mais ce n’était pas le cas pour des RCS entre un iPhone et un smartphone Android.
Enfin tranquille
Quelques semaines avant iOS 18.4, la GSMA avait publié les spécifications 3.0 du profil universel du RCS qui ajoutent, entre autres nouveautés, l’intégration du chiffrement de bout en bout basé sur le protocole MLS (Messaging Layer Security). « Ces procédures garantissent que les messages et autres contenus, tels que les fichiers, restent confidentiels et sécurisés lorsqu’ils circulent entre les clients », indiquait Tom Van Pelt, directeur technique de l’association.
La publication des specs est une chose, leur mise en œuvre en est une autre. Il a donc fallu prendre son mal en patience mais enfin, nous y sommes… ou presque. Après des tests dans la version bêta d’iOS 26,4, le RCS E2EE va être officiellement disponible avec la version finale d’iOS 26.5.
La release candidate d’iOS 26.5 confirme en effet la présence de la fonction, certes encore en bêta, mais qui sera livrée au grand public dans quelques jours. Le chiffrement de bout en bout effectif dépendra ensuite de sa prise en charge par les opérateurs, mais en ce qui concerne la France, l’attente ne devrait pas être trop longue : les opérateurs de l’Hexagone ont en effet été assez rapides à activer le RCS sur iPhone.
L’E2EE sera activé par défaut pour le RCS, avec un bouton pour le désactiver dans les réglages de l’app Messages.
L’Universal Profile 3.0 du RCS contient également des nouveautés concernant la communication avec les entreprises : liens profonds plus souples, copie du texte dans le presse-papier de l’appareil, possibilité de s’abonner ou se désabonner d’un service via un message, amélioration des codecs pour les messages audio.
Selon le dernier bilan de l’AF2M, 738 enseignes ont utilisé le RCS for Business en 2025 (+ 75 %) et pas moins de « 200 millions de messages RCS ont été envoyés sur l’année ». Le SMS promotionnel (publicité, marketing direct, drive-to-store) reste largement en tête avec 6,2 milliards de messages.
Les messages RCS entre iPhone et Android seront très bientôt chiffrés de bout en bout. De quoi assurer une bien meilleure sécurisation des messages texte échangés entre plateformes.
Mise à jour 11/05 — Apple a livré la version finale d’iOS 26.5, et détaille les opérateurs prenant en charge le RCS avec chiffrement de bout en bout (une fonction en bêta). Aucun français dans le lot, mais en Europe plusieurs opérateurs sont déjà au diapason, dont Orange en Belgique (ainsi que Proximus et Telenet), Magenta en Autriche, T-Mobile en République tchèque, 1&1, O2 et Deutsche Telekom en Allemagne, ou encore Cosmote en Grèce.
Image : Apple
Du côté de Google, on rappelle aujourd’hui que l’E2EE est disponible dans l’app Messages sur les appareils Android depuis des années. Les utilisateurs sauront qu’une conversation avec un correspondant iOS est chiffrée de bout en bout quand chacun verra une icône de cadenas. Sur Android comme sur iOS, le chiffrement est activé par défaut et il sera progressivement déployé automatiquement « pour les nouvelles conversations RCS comme pour les discussions existantes ».
Article original, 5/05 — Le chemin a décidément été bien long pour le RCS. Le protocole de communication (Rich Communication Services) standardisé par le GSMA est en passe de supplanter le vieillissant SMS. Ses avantages sont nombreux : conversations de groupe, images et vidéos haute définition, statut de lecture, partage de géolocalisation, etc.
La longue route
Google le propose sur Android depuis 2016 (depuis 2019 en France) via l’app Messages, en parallèle des SMS. La démocratisation du protocole a cependant été freinée par Apple, qui a développé et soutenu son propre protocole propriétaire, iMessage. Celui-ci ne fonctionne qu’entre appareils du constructeur — ce sont les fameuses bulles bleues, en opposition aux bulles vertes des SMS.
Les messages échangés dans ce format offrent peu ou prou les mêmes fonctionnalités que le RCS, exception faite de tout son versant purement commercial. Comme l’expliquait l’Association Française pour le développement des services et usages Multimédias Multi-opérateurs (A2FM) l’an dernier, les annonceurs aiment le RCS pour son taux élevé d’ouverture (80 % en moyenne) mesurable pour chaque campagne. Par ailleurs, un message RCS publicitaire « ne nécessite pas d’obtenir de la part de ses clients un consentement spécifiquepour le RCS (si vous avez déjà son consentement pour le SMS) ». Bien pratique…
Il existe bien une composante commerciale d’iMessage, mais elle est bien moins appuyée que le RCS et surtout, elle reste sous le contrôle d’Apple. Sous la pression de la Chine et de l’UE, le constructeur a toutefois cédé avec iOS 18.4, en avril 2025 : les RCS ont désormais droit de cité dans l’app Messages (d’iOS), avec leurs atouts mais toujours dans des bulles vertes.
Il restait cependant un gros problème à résoudre : le chiffrement de bout en bout (E2EE). Entre appareils Google, les messages RCS sont bien chiffrés E2EE grâce à une surcouche maison. Aucun tiers ne peut accéder aux échanges, à l’exception, bien sûr, des correspondants, comme une conversation iMessage. Mais ce n’était pas le cas pour des RCS entre un iPhone et un smartphone Android.
Enfin tranquille
Quelques semaines avant iOS 18.4, la GSMA avait publié les spécifications 3.0 du profil universel du RCS qui ajoutent, entre autres nouveautés, l’intégration du chiffrement de bout en bout basé sur le protocole MLS (Messaging Layer Security). « Ces procédures garantissent que les messages et autres contenus, tels que les fichiers, restent confidentiels et sécurisés lorsqu’ils circulent entre les clients », indiquait Tom Van Pelt, directeur technique de l’association.
La publication des specs est une chose, leur mise en œuvre en est une autre. Il a donc fallu prendre son mal en patience mais enfin, nous y sommes… ou presque. Après des tests dans la version bêta d’iOS 26,4, le RCS E2EE va être officiellement disponible avec la version finale d’iOS 26.5.
La release candidate d’iOS 26.5 confirme en effet la présence de la fonction, certes encore en bêta, mais qui sera livrée au grand public dans quelques jours. Le chiffrement de bout en bout effectif dépendra ensuite de sa prise en charge par les opérateurs, mais en ce qui concerne la France, l’attente ne devrait pas être trop longue : les opérateurs de l’Hexagone ont en effet été assez rapides à activer le RCS sur iPhone.
L’E2EE sera activé par défaut pour le RCS, avec un bouton pour le désactiver dans les réglages de l’app Messages.
L’Universal Profile 3.0 du RCS contient également des nouveautés concernant la communication avec les entreprises : liens profonds plus souples, copie du texte dans le presse-papier de l’appareil, possibilité de s’abonner ou se désabonner d’un service via un message, amélioration des codecs pour les messages audio.
Selon le dernier bilan de l’AF2M, 738 enseignes ont utilisé le RCS for Business en 2025 (+ 75 %) et pas moins de « 200 millions de messages RCS ont été envoyés sur l’année ». Le SMS promotionnel (publicité, marketing direct, drive-to-store) reste largement en tête avec 6,2 milliards de messages.
Connexion
![iOS 26.5 apporte le chiffrement de bout en bout aux messages RCS iPhone/Android [MàJ]](https://next.ink/wp-content/uploads/2023/11/iphone_android2.jpg)
