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.
mplayer -lavdopts threads=2
aide avec certains codecs, puisque mon processeur est dual core. Si votre processeur est hyperthreading, utilisez-le.