Si vous ne voulez pas de perte de qualité, votre seule option est de conserver les vidéos telles quelles ou de les convertir avec un codec vidéo / audio sans perte (par exemple, HuffYUV vidéo + audio PCM ou ffv1 pour la vidéo). Bien entendu, cela augmentera la taille du fichier et conduira effectivement à une dégradation des performances dans des conditions normales.
Je dis «normal», car si vous souhaitez effectuer un montage vidéo non linéaire, il est beaucoup plus efficace de travailler avec des codecs sans perte (ou du moins uniquement avec une image I), afin de pouvoir accéder à la vidéo à n'importe quelle image sans devoir décoder d'autres images . Pour la lecture vidéo normale, cependant, ce n'est pas un problème.
Les vidéos que vous avez probablement extraites d'un DVD ou d'un Blu-ray, ou téléchargées depuis Internet, sont fortement compressées et ne nécessitent qu'une bande passante d'environ 500 kBit / s à 2 MBit / s de votre support de stockage. Les disques durs peuvent fournir beaucoup plus que cela. Votre véritable goulot d'étranglement est le processeur âgé de douze ans qui doit décoder toutes les informations vidéo à temps.
Pensez à passer à un nouveau système si vous voulez pouvoir regarder une vidéo HD avec une qualité plutôt décente.
Si vous pouvez sacrifier la qualité, votre dernière option consiste à convertir les vidéos en dimensions plus petites (par exemple de 1080p à 720p) et / ou en choisissant un codec vidéo moins exigeant en ressources processeur (par exemple de H.264 à MPEG-4 Partie 2).
mplayer -lavdopts threads=2
aide avec certains codecs, puisque mon processeur est dual core. Si votre processeur est hyperthreading, utilisez-le.Essayez Linux 64 bits. Ou peut-être simplement un noyau amd64 et un binaire statique mplayer 64 bits pour tester des éléments sans les réinstaller.
Sous x86 / x86-64, le code exécuté en mode 64 bits est nettement plus efficace, car il n'est pas nécessaire d'avoir une compatibilité ascendante avec les anciennes conventions d'appel x86. Et plus important encore pour le multimédia, deux fois plus de registres normaux et SSE (xmm).
Si vous rencontrez des problèmes pour lire des vidéos ordinaires en temps réel, votre matériel vidéo est peut-être un goulot d'étranglement. vérifier avec
mplayer -vo null ...
Si vous êtes en défaut de
-vo vdpau
, c’est peut-être pour cela que vous rencontrez des problèmes. vdpau est assez nouveau, mais activé par défaut dans Ubuntu / mplayer récent.-vo xv
est généralement bon (c.-à-d. efficace), et-vo gl
peut être utile d'essayer.Si vous avez hyperthreading sur ce processeur, utilisez
mplayer -lavdopts threads=2
Sinon, vous pouvez essayer
mplayer -lavdopts fast:skiploopfilter input.mp4
Cela va mal paraître, esp. pour les vidéos à faible débit où le filtre en boucle fait plus de différence pour h.264. (Les images décodées sont filtrées AVANT d'être utilisées comme références pour des images ultérieures. ignorer permet aux erreurs de s'accumuler.)
Si vous rencontrez des problèmes avec YouTube, mais pas avec la lecture locale, c'est simplement parce que le blob binaire d'Adobe est horrible par rapport à mplayer. Utilisez Google Chrome pour obtenir une meilleure prise en charge de la vidéo html5 sur youtube. Le format par défaut est donc html5 décodé par chrome, au lieu de flash décodé par la merde d’Adobe.
la source