OBS 33 RC1 : vérifiez vos overlays de source de navigateur

Le 9 octobre 2026, le projet OBS a publié la Release Candidate 1 d'OBS Studio 33.0 (s'ouvre dans un nouvel onglet), une version de test précédant la version stable 33.0. Cette compilation corrige trois défauts de source de navigateur apparus dans les bêtas du même cycle. Pour qui diffuse avec des overlays chargés par URL dans OBS, la nouvelle n'est pas le défaut en lui-même, mais le rappel qu'elle apporte : la pièce qui dessine vos overlays est celle qui vient de changer de moteur.

Avant de continuer, une distinction qui évite les mauvaises surprises : une Release Candidate n'est pas une version stable. Le projet la publie pour que la communauté la teste et signale les problèmes, pas pour remplacer la machine avec laquelle vous diffusez chaque semaine. Un suivi indépendant des versions, OBS Versions (s'ouvre dans un nouvel onglet), date la publication au 9 octobre 2026 et recommande de réserver cette compilation aux tests, en gardant un installateur stable pour le travail de production.

Ce qui a changé dans la Release Candidate 1

Les notes comprennent trois corrections concernant les sources navigateur par rapport aux bêtas précédentes : le monitoring audio s’activait brièvement, certaines sources restaient vides au rafraîchissement et les requêtes vers le réseau local échouaient. Ce sont des problèmes du cycle de test ; cela ne signifie pas qu’ils affectent les utilisateurs d’une version stable.

Le changement de moteur est arrivé plus tôt dans ce cycle. OBS Studio 33.0 fait passer CEF de la version 127 à la 150, soit d’un moteur de juillet 2024 à un moteur de septembre 2026. OBS décrit ce travail comme interne et précise qu’il devrait passer inaperçu pour les utilisateurs.

L’organisation des plugins change également : les plugins officiels passent dans un dossier nommé core, tandis que les plugins tiers adoptent une nouvelle structure. Les notes maintiennent le chargement depuis les anciens emplacements jusqu’à OBS Studio 34.0 ; l’article d’aide (s'ouvre dans un nouvel onglet) explique la transition. Testez séparément les plugins dont vous dépendez.

Pourquoi cela compte pour qui diffuse avec des sources de navigateur

Une source de navigateur, c'est un navigateur dans OBS : on lui donne une adresse web et une zone d'affichage. La documentation officielle (s'ouvre dans un nouvel onglet) décrit ses propriétés, dont la largeur et la hauteur de la zone, la fermeture temporaire de la source lorsqu'elle n'est pas visible et le rafraîchissement à l'activation de la scène. C'est là que vit l'URL d'un overlay, si bien qu'un cycle de version qui remplace le moteur du navigateur touche la pièce dont dépendent de nombreuses scènes.

Il convient de séparer deux idées. Le fait qu'OBS mette à jour son moteur n'implique pas que votre overlay va échouer : les notes disent que le travail est interne et qu'il devrait passer inaperçu. Ce qui change, c'est la charge de la preuve. Au lieu de considérer comme acquis que tout s'affichera comme avant, on vérifie lors d'une session de test et on décide avec ses propres données.

Le calendrier compte également. Si vous diffusez régulièrement, une mise à jour du programme l’après-midi même d’un direct important constitue un risque évitable. Cela vaut pour une candidate comme pour une nouvelle version stable. Faites les vérifications à l’avance, pas pendant que le public attend.

Vérifiez vos overlays avant de risquer une diffusion

Vous pouvez répéter cette procédure lorsqu’OBS change de version majeure. Avant de tester, distinguez les réglages du logiciel : les profils OBS (s'ouvre dans un nouvel onglet) enregistrent principalement les paramètres de sortie, tandis que les collections de scènes (s'ouvre dans un nouvel onglet) regroupent les scènes et les sources. Créer un autre profil n’installe pas une autre version et n’isole pas celle utilisée pour diffuser. Voici les contrôles recommandés :

• Sauvegardez vos profils et collections de scènes avant de modifier l’installation.
• Testez la candidate sur un autre ordinateur ou dans un environnement de test avec une installation et une configuration distinctes, sans remplacer ni partager la configuration de votre environnement stable de diffusion.
• Ouvrez la scène et regardez la sortie réelle dans le moniteur de programme, pas la vignette du panneau des sources.
• Passez en revue les deux options qui modifient le comportement d'une source de navigateur : la fermer quand elle n'est pas visible et la rafraîchir à l'activation de la scène. Regardez ce qui se passe quand vous revenez sur la scène, car de ces deux cases dépend le fait que la page reste chargée ou se recharge.
• Ajustez la taille au canevas. Pour du Full HD, la zone de la source se configure en 1920 × 1080.
• Laissez la source visible un moment et ne jugez pas sur la première image.
• Répétez le test avec chaque overlay que vous utilisez habituellement, pas avec un seul.

Si vous constatez un problème, revenez à l’environnement stable avant de diffuser. Signalez-le ensuite au projet OBS en indiquant la version, les étapes de reproduction et le résultat observé. Garder une référence du fonctionnement de la scène avant le test aide à expliquer le changement sans attribuer chaque incident au nouveau moteur.

Vérifiez le mouvement sans le confondre avec la compatibilité

Une capture permet de vérifier la composition et la lisibilité, mais ne confirme pas qu’une page continue de s’actualiser. Un overlay statique peut présenter le même aspect dans une source fonctionnelle et dans une image figée. Combinez donc l’inspection visuelle avec un élément dont vous connaissez le comportement attendu.

Pour ce test, vous pouvez utiliser un compte à rebours actif, avec une date de fin encore à venir. Observez les secondes changer, masquez la source et revenez à la scène pour vérifier son comportement après le rechargement. Le mouvement indique que cet élément s’actualise ; il ne prouve pas que toute la diffusion est compatible.

Si le compte à rebours reste immobile, vérifiez d’abord s’il est terminé, en pause ou configuré différemment de ce que vous attendiez. Ne concluez pas directement que la page est figée. Un nombre qui change ne confirme pas non plus le son, les connexions des autres widgets ou le rendu reçu par le public : chaque partie nécessite son propre test.

Si votre émission prévoit déjà une attente avant le prochain live ou événement, ce même compte à rebours peut faire partie de la répétition. Dans OverlayOn, vous choisissez un modèle, définissez la date de fin et copiez l’URL pour l’ajouter comme source navigateur dans OBS. Testez la scène que vous utiliserez réellement, pas seulement un overlay de démonstration.

L’intérêt est de préparer et de répéter cette attente visible. OverlayOn ne modifie pas le moteur d’OBS et ne garantit pas la compatibilité des versions futures. Pour appliquer cette méthode, configurez votre compte à rebours dans OverlayOn et vérifiez le mouvement, les rechargements et le reste de la scène avant de diffuser.

Sources

• OBS Studio 33.0.0 Release Candidate 1 : notes de version (s'ouvre dans un nouvel onglet)
• OBS Versions : fiche de la version 33.0.0-rc1 (s'ouvre dans un nouvel onglet)
• OBS : documentation de la source de navigateur (s'ouvre dans un nouvel onglet)
• OBS : emplacements hérités des plugins (s'ouvre dans un nouvel onglet)
• OBS : profils et paramètres de sortie (s'ouvre dans un nouvel onglet)
• OBS : collections de scènes et sources (s'ouvre dans un nouvel onglet)