J'ai la dernière version d'Ubuntu MATE 64 bits sur un ordinateur portable/ordinateur portable bas de gamme (spécifications en bas).
J'ai essayé de lire des vidéos HD, et cela a été très incohérent. Certaines vidéos seront lues correctement, alors que d’autres vidéos seront à la traîne/saccadées (provoquées par une perte de 100% du processeur) Le problème, c’est que les vidéos qui sont bien lues sont souvent de bien meilleure qualité que celles qu’elle lutte.
Par exemple:
Game of Thrones s05e08 - Hardhome (joue bien)
Taille: 4.96GB
Longueur: 59m59s
Format: .mkv
Vidéo:
Résolution: 1920x1078
Débit: 11 467 kbps
Débit total: 11 851 kbps
Audio:
Débit binaire: 384 kbps
Chaînes: 6
Taux d'échantillonnage audio: 48kHz
M. Robot s02e09 - eps2.7_init_5.fve (bégayer/retarder)
Taille: 738MB
Longueur: 49m10s
Format: .mkv
Vidéo:
Résolution: 1920x1080
Débit: 1 712 kbps
Débit total: 2 096 kbps
Audio:
Débit binaire: 384 kbps
Chaînes: 6
Taux d'échantillonnage audio: 48kHz
En toute logique, si mon ordinateur portable peut jouer l'épisode de Game of Thrones sans faille, il devrait pouvoir jouer l'épisode de M. Robot sans accroc.
Ce n'est pas le cas cependant. M. Robot est très agité et lent. J'ai essayé plusieurs lecteurs vidéo (VLC, smplayer, mplayer, lecteur multimédia mpv, Gnomemplayer, Kodi), tous avec les mêmes résultats.
Dans Game of Thrones, mon processeur est utilisé à moins de 50% d'utilisation. Dans Mr. Robot, l'utilisation du processeur atteint régulièrement 100%, ce qui provoque un bégaiement et un retard dans la vidéo. Je n'ai pas beaucoup installé RAM, mais même lorsque le processeur atteint 100% dans M. Robot, la RAM ne dépasse jamais 50% de l'utilisation.
Spécifications PC:
CPU: Intel Celeron N3050 (cache 2M, jusqu'à 2,16 GHz)
RAM: 2 Go
Stockage: SSD de 32 Go
OS: Ubuntu MATE 16.04.1 64 bits
Informations supplémentaires:
Window Manager: Compiz (tout ce qui provoque la déchirure de l'écran en lecture vidéo)
En tant que contrôle: les deux vidéos ont été testées sur mon ordinateur de jeu haut de gamme, qui fonctionne sous Windows 10, et elles fonctionnent correctement.
Cela peut être dû au fait que différents codecs vous donnent des performances différentes.
Pas un expert en la matière, prenez donc les considérations ci-dessous avec un grain de sel.
Cela dit, un fichier plus petit ou un débit binaire plus faible (en théorie) ne doit pas nécessairement entraîner de meilleures performances de lecture, cela peut même entraîner une dégradation des performances de lecture.
Par exemple, si nous imaginons un codage qui économise la bande passante en calculant la trame actuelle en fonction de la trame précédente (par exemple, il ne contient que les pixels qui changent réellement), ce serait plus éprouvant pour le CPU que pour celui qui contient simplement les données complètes. chaque image.
Un problème supplémentaire serait que le joueur ne pourrait pas simplement sauter une image (quelque chose que le spectateur pourrait ne même pas remarquer) dans une situation où nous rencontrons un goulot d'étranglement du processeur, car il a besoin de cette image pour calculer l'image suivante.