Sortie de Mplayer 0.90pre5

Posté par  (site web personnel) . Modéré par Fabien Penso.
Étiquettes :
0
11
juin
2002
Linux
Depuis samedi, une nouvelle version de mplayer, la 0.90pre5 est disponible... peu de nouveautés, surtout des fixes. A découvrir d'urgence si vous ne connaissez pas, c'est à mon avis LE xmms de la vidéo. Et puis, cerise sur le gateau (ou bounty dans la danette au chocolat), mplayer, ce n'est pas qu'un player, c'est aussi mencoder, pour manipuler vous-même vos divx (et autres formats).

Aller plus loin

  • # MPlayer rocks !

    Posté par  . Évalué à 10.

    C'est vrai que ce programme est THE VIDEO PLAYER pour linux. Il supporte désormais les fichiers audios également... Au delà d'être le xmms de la vidéos, MPlayer commence donc à marcher sur les plates bandes de xmms. Allez les gars, encore un petit effort à faire sur la GUI (tout même mieux que celle de xine), la gestion des playlists, la possibilité de faire quelques plugins, et tout sera parfait. Vraiment du bon boulot.

    • [^] # Re: MPlayer rocks !

      Posté par  . Évalué à 10.

      Ce que j'aime bien avec mplayer, c'est justement qu'il n'a pas d'interface graphique obligatoire. Il est possible de l'utiliser sans X, et sans interface graphique, si je veux une interface graphique, j'utilise Xine. La même chose me fait préféré mpg321 à xmms, on peut scripter, on peut faire un find et lui faire jouer ce qui a été trouvé. On peut le lancer sur une machine qui n'a pas d'écran, dans une crontab (comme mon radio-réveil). Pourquoi vouloir à tout prix lui coller tous les gadjets de xine ou d'un xmms / winamp et autres... Est-ce que mplayer doit impérativement être un concurrent de xine et se placer sur le même créneau ? J'espère bien pouvoir mettre une Hollyhood+ dans un vieux pentium et en faire un magnétoscope sans avoir à y coller un écran et une souris, c'est possible avec mplayer, mais pas avec xine.

      • [^] # Re: MPlayer rocks !

        Posté par  . Évalué à 10.

        Tout à fait d'accord avec toi, d'ailleurs pour lire mes fichiers vidéos j'utilise mplayer depuis la 0.18pre, l'interface n'existait absolument pas. Mais si la GUI n'et pas obligatoire, il reste très judicieux de donner le choix à l'utilisateur. L'important est de laisser le choix et de faire une interface rapide et stable. Le problème de xine est que son interface est fort peu pratique, vraiment instable, et qu'il ne laisse aucun choix :-/

      • [^] # Re: MPlayer rocks !

        Posté par  (site web personnel) . Évalué à 0.

        xine aussi marche sans X avec aaxine bon d'accord c pas top donc -1

      • [^] # Re: MPlayer rocks !

        Posté par  . Évalué à -10.

        Je ne suis pas d'accord,si je veux une interface graphique,j'utilise le mplayer car xmms et xine ont vraiment du mal avec beaucoup de divx. Moi,perso,j'ai configuré Rox-Filer et Gmc pour m'ouvrir mes vidéo et c'est relativement rare(à moins d'avoir besoin d'options spécifiques) que j'utilise la ligne de commande. Mort de rire pour ton find qui lit des mp3,faut arrêter de vous le péter les gars.Super pratique la ligne de commande pour écouter le mp3 que tu veux quand tu veux.De plus si tu veux un bon lecteur mp3 en ligne de commande,opte pour le mplayer :-) C'est vrai que ca serait bien que le mplayer gere les playlist en mode graphique mais le mieux ca serait un plugin pour xmms. Car xmms est bien plus pratique que l'interface graphique du mplayer.... Pour les gadjet,je suis désolé mais le mplayer est bourré de gadjet(-rootwin,-vo gl!!!!,...).

        • [^] # Re: MPlayer rocks !

          Posté par  . Évalué à 10.

          AMHA, le mieux, c les deux ! 1. une interface en ligne de cmd pour les furieux qui font des find... ;-) 2. et une pour les pépères qui veulent cliquer ! ;-) Je pense que la solution est là. Choisir un logiciel pour son interface et pas pour ses perfs, ca serait dommage dans le cas présent, non ?

      • [^] # Re: MPlayer rocks !

        Posté par  (site web personnel) . Évalué à 8.

        Etrangement mpg321 saccade sur mon k6-2 350 alors que xmms non :( Et puis sinon il y a "xmms-shell" si tu veux utiliser xmms en ligne de commande. Je l'utilise personnellement pour m'endormir en musique (20 minutes et puis il s'arrête) : echo "xmms-shell -e stop" | at now+20minutes

        L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

      • [^] # Re: MPlayer rocks !

        Posté par  (site web personnel) . Évalué à 10.

        un p'tit coup de "man xmms" pour s'apercevoir que xmms est tout à fait pilotable par des lignes de commandes après que celui-ci soit lancé ! Sinon, j'utilise xalarm-mms (ou un nom de ce genre) comme plugin à xmms pour me réveiller le matin : le plugin s'occupe de monter le son progressivement... la playlist qui me réveille le matin est générée aléatoirement par un script... Le problème de mpg123 est surtout qu'il ne supporte que les mp3, exit les .ogg, ou alors il faut utiliser ogg123 et sofistiquer son script pour envoyer le bon player en fonction de type de fichier. Et encore, pour les mp3, il me semble que mpg123 ne supporte pas toujours correctement les VBR. Mais sinon, je ne souhaite pas que xmms et mplayer fusionnent. Mplayer je l'aime bien comme ça, les racourcis clavier son hyper pratiques (et configurables), "l'affichage des fonctions" sur la video est super pratique... et je suis très heureux de pouvoir me passer de la souris !

    • [^] # Re: MPlayer rocks !

      Posté par  . Évalué à 8.

      > Allez les gars, encore un petit effort à faire sur la GUI (tout même mieux que celle de xine), la gestion des playlists, la possibilité de faire quelques plugins, et tout sera parfait. Les playlists sont deja geres: mplayer -playlist toto.pls (ou n'importe quel nom) Par contre les dernieres fois que j'ai teste, la memoire utilisee par mplayer montait au fur et a mesure de la progression dans la playlist

  • # Les packages Debian

    Posté par  . Évalué à 3.

    Dispo a cette adresse, si je ne m'abuse: http://mplayer.fr.st

    • [^] # Re: Les packages Debian

      Posté par  . Évalué à 9.

      Plus simple, plus puissant : - télécharger les sources ; - les décompresser ; - aller dans le répertoire créé ; - executer : fakeroot debian/rules binary Crier youpie !

    • [^] # Re: Les packages Debian

      Posté par  (site web personnel) . Évalué à 10.

      L'équipe de mplayer recommande chaudement de ne pas distribuer de binaires mais de compiler soi-même... ils fournissent effectivement un boulot énorme pour tirer partie des optimisations matérielles possibles (cpu & cartes video). En plus sur debian, il est possible de compiler et créer soi-même son .deb à partir des sources du tarball, en une seule ligne de commande ! Ce qui me semble plus simple que d'essayer de trouver le binaire qui va bien pour sa config, package binaire qui sera en plus non officiel... La ligne de commande que j'utilise :
      Blackstar:/Mplayer0.90pre5:> DEB_BUILD_OPTIONS="--enable-gui --language=fr --enable-i18n --cc=gcc-3.0 --disable-runtime-cpudetection" fakeroot debian/rules binary
      dans la variable DEB_BUILD_OPTIONS, vous pouvez bien sûr préciser toutes les options qui sont normalement disponibles dans le ./configure

      • [^] # Re: Les packages Debian

        Posté par  . Évalué à 6.

        Avec la version 0.90 ils ont commencé à implémenter la détection des optimisation CPU à l'exécution, ça devra être pleinement fonctionnel pour la version 1.0 qui pourra enfin être inclue dans les distrib (mais peut-être seulement sans la partie lecture de DVD :-( ).

  • # Sortie arts

    Posté par  . Évalué à 10.

    Parmis les améliorations il y a tout de même la sortie audio native vers arts, plus besoin de passer par sdl.

    • [^] # Re: Sortie arts

      Posté par  (site web personnel) . Évalué à 1.

      Ouais, c'est le truc qui me manquait le plus (très utile quand on utilise KDE), chose qui manquait par rapport à son conccurrent xine (qui lui supporte arts depuis un bail :)

  • # sur RH et MDK, pbm de version de gcc pour compile

    Posté par  . Évalué à 8.

    J'ai noté un prob de compile ( de la mplayer pre4 sur une mdk 8.2), cause version de gcc bien sur...donc faut installer un gcc supporté par mplayer...le 3.x qui se trouve sur les CD d'install de la mandrake (comme pour la RedHat) devrait être utilisable. C'est pas un troll c'est une info...donc merci de nous éviter le traditionnel "Debian roulaize" ;-) Dans les docs je n'ai pas vu mpeg 1 et 2 parmis les formats supportés par mencoder...loose dans la doc ?

    • [^] # Re: sur RH et MDK, pbm de version de gcc pour compile

      Posté par  . Évalué à 10.

      Il n'y a pas besoin de changer de gcc pour le builder.
      Mplayer te balance un message de mise en garde, et t'explique qu'en passant l'option --disable-gcc-checking (ou un truc dans le genre) tu peux poursuivre la compilation.
      Sur 2 versions de mplayer que j'ai compilé je n'ai pas eu de prob autre que cette mise en garde.

      Donc pas de "Debian Roulaize" ce coup-ci :)

      • [^] # Re: sur RH et MDK, pbm de version de gcc pour compile

        Posté par  . Évalué à 5.

        Je compile mplayer depuis la version 0.50 jusqu'à cette 0.90pre5 avec le gcc 2.96 de mdk, je n'ai jamais noté de problèmes, bien que je n'aie pas de comparaisons pour dire si ça ne pourrait pas fonctionner encore mieux avec le 3.1 (ce qui est probable).

        • [^] # Re: sur RH et MDK, pbm de version de gcc pour compile

          Posté par  . Évalué à 1.

          Mplayer a fait passer l'idée que gcc 2.96 était buggé mais apparement c'est plutôt leur code qui était boiteux cf: http://www.bero.org/gcc296.html(...)

          Gcc 3.1 offrant des optimisations + poussées une recompilation est bénéfique en terme de performances.
          Mais cela reste de l'ordre de quelques %

          • [^] # Re: sur RH et MDK, pbm de version de gcc pour compile

            Posté par  (site web personnel) . Évalué à -1.

            Non l'équipe de mplayer a raison.
            Primo : vous pouvez vérifier sur http://gcc.gnu.org/releases.html(...) que dans les releases officielles de gcc, il n'y a jamais eu de 2.96.

            Deuzio : cette 2.96 fournie par Redhat est un truc hybride où Redhat est parti d'une 2.95 et a inclus des patchs betas de choses encore en développement pour la 3.0 ...

            Tertio : quiconque a un peu codé sait qu'il y a toujours des choses à modifier dans son code lorsqu'il change de compilo... Donc si l'équipe de Mplayer teste ses sources sur 2.95 et 3.0, pourquoi vouloir utiliser un autre compilo et lui reprocher que ça ne marche pas ?

            Quattro : L'équipe de mplayer déconseille vivement ce 2.96 de RedHat non pas parce que leur code ne compile pas dessus, mais bien parce que c'est une version pourrie de gcc qui ne gère pas les instructions type mmx/sse/3dnow... contrairement à la 2.95 (!) et à la 3.0 (qui gère encore d'autre optimisitions en fonction du processeur cible).

          • [^] # Re: sur RH et MDK, pbm de version de gcc pour compile

            Posté par  . Évalué à 1.

            Je crois que c'est surtout significatif losque tu as un AMD.

Suivre le flux des commentaires

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