Il s'agit d'un résumé des 2 liens indiqués à la fin de cet article, sauf la dernière "solution" qui est un copier coller
Cela affecte surtout les détenteurs des anciens PC portables ou de Bureau qui ne pouvant passer sous Windows 10 et pire encore sous Windows 11, et qui souhaitent installer certains moutures de Linux
Néanmoins meme une AMD RX5700 (pour PC de bureau) ne dispose que du H264 et H265)
LE CONSTAT ET LE PROBLEME
Au cours des derniers mois, certaines distributions linux majeures (Fedora, OpenSUSE, Manjaro, Red Hat, ...) ont désactivé le décodage et l'encodage accélérés par le matériel des vidéos H264, H265 et VC1 dans la pile graphique Mesa par crainte d'être poursuivis pour des brevets.
En fait sont affectées toutes les distributions contrôlées par une société présente aux États-Unis
(UBUNTU est géré en UK donc n'est pas touché, idem pour Arch , mais SUSE bien qu'ayant un bureau en Allemagne à son siège aux USA)
Au delà de cela je ne conseille pas l'utilisation des ces moutures made in US (surtout en milieu pro comme la Red HAT dont Fedora est affilié)
Seuls le décodage et l'encodage via le CPU sont alors possibles, mais cela vide la batterie des ordinateurs portables et provoque des vidéos saccadées sur les ordinateurs dotés d'un processeur anémique (surtout avec 2 coeurs, mais cela peut affecter également certains premiers 4 cores AMD)
Intel et Nvidia ont leur propre pile logicielle et n'utilisent pas Mesa pour leur matériel moderne et ne sont donc pas affectés.
Le problème n'affecte que les ordinateurs équipés de GPU AMD (interne lié au processeur ou carte externe ATI ) ou d'un ancien très matériel Nvidia qui ne prend pas en charge les codecs H.264, H.265 et VC-1
https://wiki.archlinux.org/title/Hardwa ... celeration
Le problème sera résolu pour Fedora avec un référentiel communautaire (RPM Fusion) qui a Mesa avec le support des codecs toujours activé.(voir plus bas)
Une autre solution consiste pour AMD à cesser d'utiliser Mesa.
(Voir https://wiki.archlinux.org/title/AMDGPU_PRO )
La racine du problème réside dans les brevets logiciels américains, et la solution est la politique américaine (ce qui va mettre du temps)
Pour l'instant, si vous envisagez de passer à Linux sur un ordinateur portable après la perte de prise en charge de Windows 7 et 8, il est préférable d'avoir un ordinateur portable qui n'a pas de GPU AMD. (ou d'utiliser une mouture LInux non US)
Nvidia a une mauvaise réputation en prenant en charge Linux, il est donc préférable d'opter pour un ordinateur portable avec un GPU Intel.(le GPU du processeur)
Ex d'utilisation liée à ces codecs :
Code : Tout sélectionner
- Lecteurs multimédias que vous utilisez pour regarder des films
- Les éditeurs vidéo
- Les éditeurs et traitement de photos (par ex pour traiter les photos du smartphone dans le PC)
- Les services de streaming vidéo en ligne comme YouTube (1)
- Lles services de vidéoconférence en ligne comme Zoom,
- Les logiciels d'enregistrement vidéo, etc.
Concernant les navigateurs et autres c'est plus compliqué
(1) Youtube utilise déjà AV1 ou VP9 par défaut sur les smartphones et les ordinateurs de bureau.
- Netflix utilise déjà AV1 ou VP9 par défaut.
- Apple TV+, Amazon Prime… etc, ils rejoignent Alliance for Open Media et travaillent ensemble pour soutenir et améliorer AV1.
- Certains nouveaux GPU (Samsung, Intel, AMD et Nvidia) prennent déjà en charge le décodage matériel AV1 dans le wiki , ils prendront en charge l'encodage AV1.
(L'Alliance : https://aomedia.org/membership/members/ )
mais le problème peut se poser lors de transferts de medias sur le PC d'un appareil photos, ou smartphone qui ne disposent que du H.264, H.265 et VC-1 à des fins de traitements
En passant par le CPU, par ex un encodage video et processeur AMD augmente la charge de plus de 60 %.et le pire c'est qu'il s'agit d'une valeur sur un processeur récent avec 16 Cores
(mais bon si on veut faire de la qualité pour un encodage vidéo, en 2 passes par ex, il faut utiliser le CPU. La différence en qualité visuelle est flagrante)
Sur un ancien CPU, c'est simple, vous ne pourrez rien faire d'autre que d'attendre et ce .. pendant des heures, puisqu'en passant par le GPU le temps d'encodage est réduit également
Par ex là ou mettez 2O minutes avec le GPU, cela mettre de 2H30 à plus de 3H et ce sans trop forcer sur les paramètres d'encodage, mais en 2 passes si on choisit le CPU
Donc pour résumer, tout cela affecte l'accélération matérielle, (GPU contre CPU)
LA SOLUTION
Comme toujours, la communauté Open Source a réagi immédiatement et a trouvé une solution – RPM Fusion . Il s'agit d'un référentiel de logiciels fournissant des packages supplémentaires pour Fedora Linux.
Il semble exclu que ces communauté achètent/paient les licences qui sont derrière
https://rpmfusion.org/
Étant donné que le référentiel est hébergé en Europe, plus précisément en France, les logiciels qui y sont inclus ne sont pas soumis aux mêmes droits de brevet que ceux aux États-Unis.
Le package qui restaure la prise en charge des codecs H.264, H.265 et VC-1 est prêt et actuellement en cours de révision . Ainsi, les utilisateurs de Fedora n'ont qu'à ajouter le référentiel RPM Fusion à leurs systèmes, puis à installer le package « mesa-freeworld ».
Il n'y a actuellement aucune information disponible pour les utilisateurs d'openSUSE à ce sujet, bien que l'on s'attende à ce que l'approche soit complètement similaire.
Bien sûr, les utilisateurs expérimentés de Linux peuvent toujours obtenir le package source Mesa, ajouter les indicateurs de support H.264, H.265 et KaVC-1 et le recompiler.
Sources principales
https://linuxiac.com/fedora-and-opensus ... eo-codecs/
https://forum.manjaro.org/t/upstream-me ... s/128385/9