Nouvelle version de MPlayer (0.90pre1)

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
22
avr.
2002
Serveurs d’affichage
Une nouvelle version de MPlayer (la 0.90pre1) est sortie, le but est d'avoir un maximum de retours pour avoir une bonne 0.90. Parmi les nouveautés :


  • 100% GPL (fini les problèmes de licences pour la distribution)

  • détection du CPU à l'exécution (bientôt des .rpm et .deb)

  • de nouveaux filtres de sortie vidéo

  • la possibilité d'incruster les sous-titres dans les bandes noires pour les film 16/9ème

  • support des fichier MP4.2 et DivX 5

  • lecture des fichiers audio (wav/mp3/ogg)en mode console

  • un premier support de la libdvdnav pour avoir les menus dans les DVD



Comme ce n'est pas clair dans la documentation, la version de la libdvdnav à récupérer est la version cvs. Pour la compiler, exécutez le fichier cvscompile. Puis, dans le répertoire src, ajoutez un lien vers le fichier config.h du répertoire précédent. Pour que la bibliothèque soit reconnue par mplayer, utilisez l'option --with-extra-include-dir=path/to/libdvdnav/src.

Pour lancer mplayer avec la navigation, utiliser mplayer -dvdnav
La navigation dans les menus se fait par les touches K, J, H, L et S (en majuscules).

A titre d'information, ma ligne de configuration mplayer :


./configure --enable-gui --language=fr --cc=gcc3 -with-extraincdir=/home/kadreg/libdvdnav/src --enable-joystick

Aller plus loin

  • # Appel a modo

    Posté par  . Évalué à 10.

    Il y a moyen de couper la ligne du configure, à la maison, dans la préview dans une grosse résolution, c'était bon, au bureau, sur le PC de m3rd3, ça pête la mise en page.

    • [^] # Re: Appel a modo

      Posté par  . Évalué à 5.

      okay, c'est corrigé, il n'y a plus qu'à attendre que le cache de DaCode se mette à jour (j'espère que ce message va forcer la mise à jour, parce que j'ai corrigé il y a 1/2 heure, et le cache n'a pas encore changé) hop -1

  • # Excellente nouvelle

    Posté par  . Évalué à 10.

    J'attends avec impatience un beau "apt-get install mplayer" !
    Et bravo a l'équipe de dev pour avoir totalement GPLisé !

  • # Packages

    Posté par  . Évalué à 10.

    Comme je n'ai jamais utilisé de packages pour mplayer, je ne sais pas ce qu'il en est, donc je signale quand meme pour ceux qui ont l'intention d'en faire, que par défaut, dans les versions précédentes, les codecs ffmpeg n'étaient pas les codecs par défaut ce qui est vraiment dommage vu leurs performances. Ca se change dans le fichier de conf.
    (Je pense nottament au newbie qui gaspillerait 90% de son CPU alors qu'il pourrait en utiliser 50% parce qu'il aurait installé un package mal configuré)
    'fin voilà, c'est tout, mais mieux vaut prévenir..

    • [^] # Re: Packages

      Posté par  . Évalué à 10.

      le codecs.conf par default de mplayer 0.90 est reglé pour utiliser au maximum les codecs ffmpeg

    • [^] # Re: Packages

      Posté par  . Évalué à 2.

      Puisque on (je?) parle de packaging pour newbie. Je sais pas si c'est le cas pour vous, mais la gui est chez moi quasi inutilisable et super lente. (Avec xine, c'est contagieux chez les players video ?). Sans offenser les auteurs de mplayer (qui s'offensent facilement), personne ne pourrait coder un rapide frontend gtk newbie-proof comme "sinek" l'a été fait pour xine ? C'est vraiment rapide à coder quand on connait gtk, vu que le frontend pourrait se contenter: 1) d'afficher une fenetre meme quand on lance mplayer sans argument (ie. depuis le clickodrome), quitte à n'afficher qu'une fenetre vide avec "press h for help" 2) afficher une boite d'aide des commandes mplayer (surtout que maintenant, mplayer gere la touche "f") et un fileselector gtk .. Un frontend plus poussé utiliserait l'option -slave de mplayer et aurait une playlist et tous ces machins inutiles ;) -1 parce que c'est pas la mailing liste de mplayer ici.. mais c'est plus rapide pour etre lu par exemple par des codeurs de chez mdk ;)

      • [^] # Re: Packages

        Posté par  . Évalué à 8.

        Pas de package = perf o maximum ! 1) ben gmplayer ??? pas du comprendre la question ??? 2) me met une petite fenetre avec un mplayer --help :) a droite et zou ... Je prefere qu'il se penche encore plus sur leur code qui dechire qd même ... si, si, faut le dire ... (j'ai fait un test avec un copain ... je me deplace plus vite dans un divx sur un cd sous linux que lui avec le meme divx sur son disque mais son zindows :)) -> il vient d'installer Linux \o/ yahou )

  • # Les autres.

    Posté par  . Évalué à 10.

    Ils aurait été bien de citer les autres projets en cours sur le même thémes. Surtout que si on regarde leurs historiques, on remarque qu'il y a eu pas mal d'échange entre les projets. D'autres projets: Xine http://xine.sourceforge.net/ Aviplay http://avifile.sourceforge.net/ Ils ont chacun leurs avantages et leurs defauts, a vous d'essayer.

    • [^] # Re: Les autres.

      Posté par  . Évalué à 10.

      Je rajoutes à ta liste l'excellent projet Videolan qui est loin d'être ridicule même si moins beau. Les performances et la stabilité sont vraiment là. Un petit conseil : essayez-le ! le site du projet : http://www.videolan.org ou le mirroir : http://www.fr.videolan.org Inutile de vous dire que ce projet est sous GPL et fait par des étudiants de l'ECP. La dernière version du client est sortie il y a quelque jours (0.3.1). A essayer d'urgence. Il reste aussi le projet ogle tout aussi bon. Le seul point fait de ces 2 projets par rapport à mplayer et xine, ils ne sont pas 'skinnables' (ce qui n'est pas vraiment un problème mais ça les rend moins attirants) Site du projet OGLE : http://www.dtek.chalmers.se/groups/dvd/ Tous à vos DVD !

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.