Si vous avez déjà utilisé OBS pour capturer des séquences ou les diffuser sur Twitch, il y a de fortes chances que vous utilisiez H.264, un codec vidéo utilisé depuis près de deux décennies. H.264 est partout. Si vous diffusez une émission à partir de Netflix ou d’un autre service, il s’agit probablement également de H.264. C’est fondamentalement le JPEG de la vidéo : des méthodes de compression beaucoup plus efficaces et de meilleure qualité sont maintenant disponibles, mais il est difficile de se défaire d’un format ainsi établi. Cependant, le streaming vidéo commence à faire exactement cela, avec un codec open source appelé AV1. Netflix a été commencer avec ça pendant quelques années, et maintenant OBS Studio version 29.0 a sauté avec la prise en charge native de l’encodage AV1 sur les GPU AMD et Intel.
C’est une décision excitante, mais dont nous ne pouvons pas tous bénéficier immédiatement. Il existe deux types d’encodage vidéo de base : le logiciel (qui dépend entièrement de votre CPU et qui est très gourmand en CPU) et le matériel, qui utilise votre GPU pour accélérer le processus d’encodage. L’encodage matériel est beaucoup plus rapide et plus efficace et n’augmentera pas votre CPU à 100% d’utilisation, c’est ainsi que la plupart d’entre nous enregistrent ou diffusent des séquences sur des plateformes comme Twitch de nos jours. Mais il est généralement aussi de moindre qualité.
AV1 a l’avantage d’avoir une bien meilleure apparence que H.264 à des débits inférieurs, ce qui est particulièrement utile pour le streaming sur Twitch où votre bande passante est limitée. Cette nouvelle version d’OBS ajoute la prise en charge de l’encodage AV1 pour certains GPU spécifiques : la série RX7000 d’AMD et les cartes Arc d’Intel. En novembre, OBS a ajouté la prise en charge des cartes Nvidia, mais uniquement les GPU de la série 4000 dotés d’un nouvel encodeur intégré. Malheureusement, toute personne possédant une ancienne carte Nvidia ne pourra pas en profiter.
Cependant, si vous possédez un tout nouveau GPU AMD, vous pouvez tester l’encodage AV1 dès maintenant. Cette vidéo récente de Linus Tech Tips donne un aperçu des avantages et des inconvénients d’AV1 et préconise également l’achat d’un GPU Intel Arc bon marché comme ceux-ci (s’ouvre dans un nouvel onglet) notamment pour l’encodage vidéo.
Il y a quelques autres ajouts et améliorations dans les notes de mise à jour complètes, que vous pouvez lire ci-dessous sur le Github d’OBS.
Les fonctions
- Ajout de la prise en charge de l’encodeur AMD AV1 pour les GPU de la série RX7000 sous Windows [AMD/Jim]
- Ajout de la prise en charge de l’encodeur Intel AV1 pour les GPU Arc sous Windows [Intel/Jim]
- Remarque : CQP est disponible mais n’est pas entièrement pris en charge
- Ajout de la prise en charge de l’encodeur Intel HEVC sous Windows [yuriy-chumak/rcdrone/Jim]
- Ajout d’un filtre de compresseur en amont [pkv]
- Ajout d’un filtre égaliseur à 3 bandes [Jim]
- Ajout de la prise en charge des encodeurs natifs HEVC et ProRes sur macOS, y compris P010 et HDR [Developer-Ecosystem-Engineering/PatTheMav/gxalpha]
- Ajout de la prise en charge de macOS Desk View [Developer-Ecosystem-Engineering]
- Ajout de canaux de mise à jour pour choisir de recevoir des versions bêta/de release candidate pour Windows [Rodney]
- Toujours en train de travailler pour que tout soit prêt côté serveur, la mise à jour via le programme de mise à jour intégré peut ne pas être disponible avant plus tard dans la période de test bêta OBS 30.0
- Websockets mis à jour vers 5.1.0, avec un certain nombre de corrections de bogues, des améliorations de l’interface utilisateur et de nouveaux événements de reconnexion de flux. [tt2468]
Ajustements et améliorations
- La limite de mémoire du tampon de relecture est désormais fixée à 75 % de la RAM système installée au lieu d’être fixée à 8 Go [Rodney]
- Ajout de la prise en charge des clés multimédias sous Linux [kkartaltepe]
- Diverses améliorations des filtres vidéo et audio NVIDIA, notamment un curseur d’actualisation du masque et la prise en charge du traitement temporel, offrant un masquage de meilleure qualité [pkv]
- Amélioration de la dénomination et du stockage de l’écran Display Capture dans Windows ; les index doivent maintenant correspondre quel que soit le mode, et les écrans reconnectés doivent afficher le bon moniteur [jpark37]
- Remarque : Cela signifie que les ressources de capture d’affichage existantes resteront vides jusqu’à ce qu’elles soient configurées manuellement pour éviter d’afficher le mauvais écran.
- Ajout de la prise en charge du chiffrement et de l’authentification pour les sorties SRT et RIST [pkv]
- Désactivation de ScreenCaptureKit Display & App Capture sur macOS 12 en raison de divers problèmes ; les utilisateurs doivent soit mettre à jour vers macOS 13, soit utiliser la source de capture d’écran existante [PatTheMav]
- Suppression de la numérotation automatique sur les étiquettes Multiview [Warchamp7]
- Ajout de la possibilité de désactiver les docks de navigateur individuels [WizardCM]
- Ajout de la possibilité de cliquer avec le bouton droit de la souris et d'”inspecter” les docks de navigateur individuels [WizardCM]
- Modification du préréglage NVENC de sortie simple par défaut en P5 pour une meilleure compatibilité et de meilleures performances [RytoEX]
- Ajout de la prise en charge de taux de rafraîchissement plus élevés dans la source du périphérique de capture vidéo sous Windows [WizardCM/EposVox]
- Ajout de l’encodeur matériel Apple VT à l’assistant de configuration automatique [gxalpha]
- Amélioration de l’activation de l’API FFmpeg VA en utilisant directement Libva pour vérifier les capacités de l’appareil [tytan652]
- Divers ajustements mineurs UX / accessibilité dans l’interface utilisateur [Warchamp7/cg2121]
- Augmentation de la vitesse à laquelle le débit binaire dynamique se rétablit après une chute [Jim]
- L’audio devrait maintenant être capturé automatiquement pour la plupart des marques de cartes de capture à l’aide de la ressource Video Capture Device sous Windows [WizardCM/EposVox]
- Ajout d’un compteur de diapositives à la barre d’outils source lorsqu’un diaporama d’images est sélectionné [cg2121]
Corrections de bogues
- Correction de problèmes où les filtres asynchrones (tels que le délai) ne s’affichaient pas correctement [jpark37]
- Diverses améliorations des performances de la sortie de prévisualisation Decklink [jpark37]
- Correction d’un problème où les fenêtres du projecteur source ne se fermaient pas lorsqu’une source était supprimée [cg2121]
- Correction d’un problème où les curseurs disparaissaient ou n’apparaissaient pas correctement sur les captures d’écran dans Windows [caesay]
- Correction de problèmes avec le contrôle de vitesse CQP pour les encodeurs SVT et AOM AV1 [flaeri]
- Correction d’un problème avec le contrôle du débit CQP pour AMD HEVC et H264 [flaeri]
- Caméra virtuelle fixe ne fonctionnant pas avec Webex et GoToMeeting [Jim]
- Capture fixe de UHD/4K YUV sur l’AJA Kona HDMI [paulh-aja]
- Correction d’un bogue où les ressources du diaporama ne supprimaient pas les fichiers supprimés lors de la suppression des fichiers manquants [gxalpha]
- Correction du compteur de diaporama sur la barre d’outils contextuelle source affichant “1/0” lorsqu’il est vide, affichant maintenant “-/-” à la place [cg2121]
- Emplacement de chrominance fixe pour VAAPI [jpark37]
- Correction d’un cas où l’encodeur macOS VideoToolBox HEVC était analysé comme AVC [jpark37]
- Autoriser les flux SRT à se déconnecter après l’expiration du délai [pkv]
- Correction d’un espace colorimétrique incorrect pour certains appareils vidéo fonctionnant au format vidéo MJPEG sous Windows [jpark37]
- Correction des noms de moniteur dans les menus Fullscreen Projector & Multiview sous Windows [WizardCM]