Bonjour
Le 26/05/2018 à 16:17, Frédéric a écrit :
> Le samedi 26 mai 2018, Olivier a écrit :
>
>> Si tu fais un "top", c'est "Web Content" qui consomme tout ?
>
> PAs vu de web content... C'est le thread firefox.real. Sinon, pour
> chromium, c'est le process correspondant à l'onglet où je lis la vidéo.
>
>> As-tu essayé de downgrader firefox en version
>> "testing" (firefox-esr / 52.8.0esr-1)
>
> Non, mais comme firefox ET chromium ont le même souci, c'est pas un truc
> externe ? Pourtant, les accélérations matérielles semblent Ok...
Peut-être une gestion des droits d'accès différents apportés par une
mise à jour d'un paquet "externe" (à tout hasard : apparmor, mais ce
n'est pas le seul). En installant un FF de testing, tu utiliserais une
version tellement plus ancienne qu'il est possible qu'il n'utilise pas
les mêmes mécanismes.
Sinon, pour la décompression des flux h264/265, FF peut utiliser une
binaire fournit par Cisco :
firefox about:plugins &
<extrait>
Codec vidéo OpenH264 fourni par Cisco Systems, Inc.
Chemin : /home/...
Version : 1.7.1
État : Activé
Ce plugin est automatiquement installé par Mozilla pour respecter la
spécification WebRTC et permettre les appels WebRTC avec les appareils
qui nécessitent le codec vidéo H.264. Rendez-vous sur
http://www.openh264.org/ pour consulter le code source du codec et en
apprendre davantage sur son implémentation.
</extrait>
Si il ne le trouve pas, il passe par les librairies de l'OS :
dpkg -l|grep 264
Actuellement, en testing et en unstable, c'est la "libx264-152"
https://tracker.debian.org/pkg/x264
=> Inchangée depuis janvier 2018.
Cordialement,
Olivier
--
~~~~~~~ _____/\_____ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Phoenix / _ \/ _ \ Olivier Allard-Jacquin
/ / \ / \ \ Web: http://olivieraj.free.fr/
/___/ / \ \___\ Mail: olivieraj@???
~~~~ ///// ///\\\ \\\\\ ~~~~~~~~~~~~~~~~~~~~~~~ Linux Powered !!
