Sortie de mplayer 0.90-rc1

Posté par . Modéré par Benoît Sibaud.
Tags :
0
10
déc.
2002
Audiovisuel
La release candidate 1 de mplayer 0.9 est sortie. Ce n est pas qu'une version de plus, c est surtout la possibilité de lire tous les formats video existants. Jugez plutôt :
- RealAudio/Video 9
- Windows Media Audio/Video 9
- Quicktime Sorenson 3
- QDesign Music Audio

Contrairement au version cvs précedente, l'intégration des codecs quicktime est totalement intégrée à la compilation et mplayer se lance sans avoir besoin de wine sous la main.

Et le plus étonnant c'est que ça marche :-)

Note du modérateur : à rapprocher de l'affaire Radio-France

Aller plus loin

  • # Re: Sortie de mplayer 0.90-rc1

    Posté par . Évalué à 6.

    > à rapprocher de l'affaire Radio-France

    Le problème est qu'avec DRM et les futurs lois Européen/Française il sera illégale d'utiliser mplayer.

    Donc ce n'est pas une "bonne" solution.

    Parmis les bonnes solutions il y a :
    - MS fourni les spec et RF n'utilise pas DRM. Donc WMA devient un "standard".
    - RF utilise un standard ouvert.
    • [^] # Re: Sortie de mplayer 0.90-rc1

      Posté par (page perso) . Évalué à -1.

      > "Le problème est qu'avec DRM et les futurs lois Européen/Française il sera illégale d'utiliser mplayer. "

      Ah bon, pourquoi ?

      > "Parmis les bonnes solutions il y a : [...]"

      - Standardiser Ogg Vorbis...
      • [^] # Re: Sortie de mplayer 0.90-rc1

        Posté par . Évalué à 4.

        > > "Le problème est qu'avec DRM et les futurs lois Européen/Française il sera illégale d'utiliser mplayer. "

        > Ah bon, pourquoi ?

        Parce que l'utilisateur de mplayer utilise des codecs windows sans passer par windows et donc sans faire payer pour sa licence, et aussi sans avoir payé pour avoir le droit d'utiliser ces codecs, et donc sans avoir payé pour avoir le droit de lire ce qu'il peut avoir acheté (par exemple une video .MOV ou .WMV téléchargée sur un site non gratuit)

        Enfin, à mon avis, c'est la seule chose qui pourrait lui etre reprochée par un avocat aux dents longues :-D
        • [^] # Re: Sortie de mplayer 0.90-rc1

          Posté par . Évalué à 4.

          Normalement il faut une license Windows ce qui est déjà chiant et cher.

          Le gros du problème est DRM. Si l'Europe suit le DMCA américain, on va avoir avec DRM le même problème d'avec DECSS.

          Le cryptage de DVD est un système de protection. Publier un système comme DECSS pour accéder au contenu c'est donner des informations pour accéder à ce contenu, donc donner des informations pour éviter la protection. Hors selon DMCA et CSPLA (notre version française à venir), donner de telles informations est illégale.

          Il y aura le même problème avec mplayer tant que les sources sont dispos. Hors mplayer étant GPL les sources seront forcément dispos. Ce qui montre l'incompatibilité entre GPL et DMCA etc...

          Dans la même lignée il y a eu un problème avec Linux et un changelog d'Alan Cox. Il y avais un trou de sécurité dans un noyau 2.4 qui permet de sauter certains protections du noyau. Alan Cox a refuser de fournir des informations sur ce bug pour les américains en prétextant (à juste titre) le DMCA. Et aussi car il va régulièrement au USA et qu'il ne voulait se retrouver en tôle ...
          Ben dans peu de temps il n'aura pas besoin d'aller aux USA pour aller en tôle :-) .
          • [^] # Re: Sortie de mplayer 0.90-rc1

            Posté par . Évalué à 1.

            Hors mplayer étant GPL les sources seront forcément dispos. Ce qui montre l'incompatibilité entre GPL et DMCA etc...

            (attention c'est "or" et pas "hors" qui signifie "en dehors de")

            Dans la même lignée il y a eu un problème avec Linux et un changelog d'Alan Cox.

            C'était surtout une provocation de la part d'Alan Cox pour montrer (ou savoir) jusqu'où le DMCA pouvait porter, et un gros coup de projecteur sur cette loi (enfin, dans le cercle plus ou moins restreint des Linuxiens). A ce compte-là, le moindre trou de sécurité d'un programme ne pourrait pas être publié, ce qui n'est pas encore le cas, Bugtraq n'a pas encore fermé...
        • [^] # Re: Sortie de mplayer 0.90-rc1

          Posté par . Évalué à 1.

          Parce que l'utilisateur de mplayer utilise des codecs windows sans passer par windows et donc sans faire payer pour sa licence

          Attention, tous les codecs ne sont pas fabriqués par Microsoft et donc n'ont pas forcément à voir avec l'achat de Windows.

          et aussi sans avoir payé pour avoir le droit d'utiliser ces codecs

          Vu qu'en Europe on n'a pas de brevets logiciels, et que ces codecs sont disponibles gratuitement (on les télécharge sur le Net comme on veut depuis les sites officiels, MS ou Real ou autre), je ne vois pas pourquoi il faudrait payer.
          • [^] # Re: Sortie de mplayer 0.90-rc1

            Posté par . Évalué à 1.

            Je ne dis pas non plus que mplayer est actuellement illegal, je releve juste les points qui font qu'il pourrait l'etre un jour si la legislation continue a evoluer dans le mauvais sens.

            Quand aux codecs gratuits, c'est pas totalement vrai, certains sont re-developpés par microsoft et fournis avec le windows que tu dois acheter ;-) ils sont donc payants, c'est juste que leur coût fait partie du coût de la licence windows ;-)
  • # mplayer 0.90 ? > 1.0 ! (en avant la vidéo !)

    Posté par (page perso) . Évalué à 1.

    Les utilisateurs de Windows n'aiment pas les version pas rondes :
    - si c'est du 0.90, c'est frocément mauvais ! Alors du 0.90pre ou 0.90RC, c'est pire !
    - si c'est 1.0, c'est pas terrible
    - si c'est du 4.0, c'est de la balle
    - si c'est du 4.1.2, c'est du buggué parcequ'ils arrêtent pas de corriger...
    > > Il y a un effort à faire dans le Libre dans le versionning-marketing...

    Cela dit, encore un territoire rempli dans le monde GNU/Linux/BSD qui lui manquait pour faire jeu égal avec le monde Windows... (les lecteurs multimédia)

    On prendra une longueur d'avance avec GStreamer et Alsa dans le noyau Linus... (et le preempt et lowlatency)

    Reste à combler l'édition et compositing vidéo, territoire qui est en train de se combler avec Kino, Cinelerra, Linux Video Studio...
    • [^] # Re: mplayer 0.90 ? > 1.0 ! (en avant la vidéo !)

      Posté par . Évalué à -2.

      C'est bien connu, les utilisateurs de Windows sont des cons.
      T'es vachement intéréssant comme gars toi dis donc.
      • [^] # Re: mplayer 0.90 ? > 1.0 ! (en avant la vidéo !)

        Posté par (page perso) . Évalué à 3.

        Je suis d'accord avec toi, il ne faut surtout pas généraliser. Malheureusement je connais beaucoup de personnes qui critiquent GNU/Linux et la multitude de softs avec des n° de version < 1.0.

        Nous savons tous ici qu'un n° de version ne signifie rien que que certains softs GNU/Linux < 1.0 valent souvent mieux que la version 10 de l'équivalent sous Windows.

        Le pire, c'est que je connais des informaticiens (et pas des informaticiens depuis 2 ans) qui se laissent couilloner et ne jurent que part les n° de version...
    • [^] # Re: mplayer 0.90 ? > 1.0 ! (en avant la vidéo !)

      Posté par . Évalué à 7.

      Il faut dire que mplayer est un très mauvais exemple, leur numérotation part vraiment en couille (passer de 0.16 à 0.18, puis à 0.50 0.60 et enfin la série des 0.90pre qui a duré des mois, chacune ajoutant des fonctionnalités et présentant une stabilité que leur numéro de version ne laissait pas supposer).
      Les gars de mplayer font un boulot formidable, mais ils manquent de discipline.

      Un contre-exemple est KDE, donc la numérotation est très claire et bien préparée (x.y.z, plus z est grand plus c'est stable, si x change c'est incompatible, si y augmente il y a des fonctionnalités en plus).
      Il faut dire que pour un projet de cette envergure il est préfrable d'avoir une bonne organisation.
  • # Apres pre10 voila la RC1

    Posté par (page perso) . Évalué à 5.

    Outre tous les formats de codecs supportés maintenant, cette version améliore le support du français, les sub-titles, le support OSD et la GUI.

    Apres être passé par la page http://www.mplayerhq.hu/~alex/codecs/qt-howto.txt(...) je pourrais enfin voir la bande annonce des "2 tours" en Quicktime.

    A noter aussi le premier numéro de MWN (Mplayer Weekly News) sur le site pour suivre le développement.

    Faudrait juste que les dev. aient une numérotation plus classique et une homepage qui fasse pas mouliner Mozilla ;-)
    • [^] # Que c'est beau !

      Posté par . Évalué à 3.

      $ su
      $ urpmi mplayer
      [....téléchargement....]
      Préparation... ##################################################
      1:win32-codecs ##################################################
      2:liblzo1 ##################################################
      3:libpostproc0 ##################################################
      4:libnas2 ##################################################
      5:mplayer ##################################################
      6:mplayer-gui ##################################################
      $ exit
      $ wget http://www.1001bandes-annonces.com/2t1.mov(...)
      $ mplayer 2t1.mov

      ET CA MARCHE !!
      Qui a dit que Linux était difficile à utiliser ? (merci à http://plf.zarb.org(...) )
      • [^] # Re: Que c'est beau !

        Posté par . Évalué à 1.

        <I>wget http://www.1001bandes-annonces.com/2t1.mov(...)
        $ mplayer 2t1.mov </I>

        Bah, il le faisait déjà avant, c'est du Sorenson V1... et c'est ffmpeg qui décode, donc on peut aussi encoder...

        Mais bon ça marche aussi avec du v4, mais avec les codecs win32, c'est plus lent néanmoins, cela tient de l'exploit d'avoir décodé l'api de ces DLLs!

        Bravo les gars de mplayer!
    • [^] # Re: Apres pre10 voila la RC1

      Posté par (page perso) . Évalué à 2.

      Faudrait juste que les dev. aient une numérotation plus classique et une homepage qui fasse pas mouliner Mozilla ;-)

      Ca mouline plus avec les nouvelles ver de Moz (>1.0)

      -1
    • [^] # Re: Apres pre10 voila la RC1

      Posté par (page perso) . Évalué à 2.

      >Apres être passé par la page http://www.mplayerhq.hu/~alex/codecs/qt-howto.t(...) je pourrais enfin voir la bande annonce des "2 tours" en Quicktime.

      Surtout qu'avec les derniers codes, il n'y a plus besoin de spécifier le flux à lire (c'est quand même un joyeux bazar ces fichiers qiktime...)

      >A noter aussi le premier numéro de MWN (Mplayer Weekly News) sur le site pour suivre le développement.

      On trouve les MWN ici: http://www.mplayerhq.hu/homepage/mwn/(...)

      Et le numéro 2 est déjà sorti! (soyez gentils si vous aimez pas mon style de traduction, ne me frappez pas trop forts sur la tête :)
  • # Pbs gui/ffmpeg

    Posté par . Évalué à 0.

    <ma_life>
    <bloat>
    J'ai un pb avec la gui (gmplayer donc) et la décompression de divix par ffmpeg (libavcodec) : l'image est inversée (sens-dessus-dessous) et le divix ne tiens pas plus de 2 minutes en lecture avant un freeze du playa.
    Testé avec le ffmpeg livré dans le tarball officiel mplayer 0.90-rc1, mais aussi avec le cvs d'hier de ffmpeg. En revanche, la lecture de divix en utilisant ffmpeg avec mplayer sans la gui ne pose aucun pb.
    </bloat>

    <interesse>
    Je voulais savoir si j'étais le seul...
    </interesse>


    <ma_life_que_tout_le_monde_y_s_en_fout>
    ca me pose un sérieux pb parceque le couple ffmpeg/XV me permet de matter un divix sur une machine bas de gamme (celle de ma copine) sans aucun lag... Mais sans gui, ma copine est un peut perdue...
    </ma_life_que_tout_le_monde_y_s_en_fout>
    </ma_life>
  • # la -rc1 moins bien que -pre9 chez moi

    Posté par . Évalué à 2.

    J'étais en -pre6 puis en -pre9 avant d'essayer la CVS du 6 décembre puis cette version -rc1, et j'ai malheureusement constaté des bugs que je n'avais pas avant (carte Matrox G400, noyau 2.4.18, XFree 4.2 et extension XV) :
    • ça gèle en cours de vidéo, pas trop gênant si je ne suis pas en plein écran, mais sinon c'est plus dur à récupérer, puisque j'ai eu un gel complet de X (donc bouton on/off) dans certains cas.
    • Quand je lance "mplayer toto*.wmv", lors du passage d'une vidéo à l'autre mplayer se bloque sur le début de la suivante, et ensuite je peux avancer dans la vidéo mais elle reste en mode "pause"
    • Quand je suis en plein écran (toujours en mode "-vo xv"), mplayer ne reste pas en plein écran en changeant de fichier
    Vous avez constaté des régressions vous aussi ?

    J'ai remarqué que le domaine de la vidéo est très sensible, par ex chez moi xine plante assez facilement alors que mplayer très rarement (en -pre9).
    • [^] # Re: la -rc1 moins bien que -pre9 chez moi

      Posté par . Évalué à 0.

      > j'ai eu un gel complet de X (donc bouton on/off) dans certains cas.

      Ctrl+Alt+Backspace ?
      Et pas d'autres console disponible ?


      > par ex chez moi xine plante assez facilement alors que mplayer très rarement (en -pre9).

      Arf, désolé mais je ne résite pas à l'envie de citer ce magnifique appel au troll. Un peu trop voyant peut-être... :-)
      • [^] # Re: la -rc1 moins bien que -pre9 chez moi

        Posté par . Évalué à 1.

        Ctrl+Alt+Backspace ?
        Et pas d'autres console disponible ?


        J'ai parlé de "gel complet de X", si tu en as déjà expérimenté tu devrais savoir qu'on ne peut plus rien faire. X étant gelé, il ne risque pas d'agir sur une combinaisone de touche (Ctrl-Alt-Backspace). Et X "capturant" tous les événements clavier, les Alt-n et Ctrl-Alt-n sont tout aussi inopérants, donc pas de console.

        Quand j'ai dit que xine plantait assez facilement chez moi au contraire de mplayer (ce qui est un fait), j'ai oublié d'ajouter que c'était l'inverse chez d'autre, d'où ma remarque sur le fait que la vidéo était un domaine sensible.
    • [^] # Re: la -rc1 moins bien que -pre9 chez moi

      Posté par (page perso) . Évalué à 3.

      Pour ton 2ème point, je pense que c'est lié au support natif du décodage wma qui est maintenant choisi par défaut, mais qui est encore bugguée... donc il vaut mieux continuer à utiliser la dll windows.

      De mémoire, c'est l'option -afm acm , mais comme j'ai un doute, à regarder dans le man (une recherche sur la chaine acm doit donner de bons résultats).
    • [^] # Re: la -rc1 moins bien que -pre9 chez moi

      Posté par (page perso) . Évalué à 1.

      le freeze de X se produit depuis la pre9 sur ma machine, sinon le "bug" du changement de fichier en -fs -vo xv ets dans mon experience depuis tres longtemps dans mplayer. J'ai essaye pas mal d'options de compil et les packages deb de C. Marillat (qui maintient non-officiellement pas mal de packages "multimedia" pour debian, genre transcode, dvd::rip, mplayer, blabla) et en fait aucun ne resoud ces problemes. C'est vrai que parfois la -pre9 et la rc1 me font penser a une regression sur certains points, et sur ma machine (attention je ne veux pas troller).
  • # OUIFM marche plus

    Posté par . Évalué à 3.

    yer, je me suis dit,
    tiens je vais installé la nouvelle mouture et passer de la pre10 à la rc1,
    j'ai fait quelques tests, et ça semblait marcher,
    sauf pour ouifm :(
    mplayer mms://vip7.yacast.fr/encoderouifm
    ça commence normalement,
    bufferise
    puis joue 2 ou 3 secondes et arrete de jouer mais bufferise tout le flux rentrant sans le jouer !
    Bref ça sert à rien :(
    Quelqu'un a déjà ce problème et l'a résolu?

    Sinon j'ai vu d'hypothétique option de proxy!
    Quelqu'un a testé?
    • [^] # Re: OUIFM marche plus

      Posté par . Évalué à 1.

      J'ai déjà eu ce problème avec les pre versions.
      J'utilise alsa9, même symptome, il joue qques secondes, puis devient muet.
      la rc1 donne la meme chose.
      J'ai essayé d'autres radios, meme topo.
      • [^] # Re: OUIFM marche plus

        Posté par . Évalué à 2.

        Je me répète:

        pour le streaming au moins, le décodeur WMA ffmpeg ne semble pas au point.
        donc, ajoutez -afm acm à la ligne de commande pour revenir à l'utilisation des codecs win32.
        • [^] # Re: OUIFM marche plus

          Posté par . Évalué à 1.

          moi j'ai un autre pbm....il bufferize comme un porc...pis au bout de 10min, hop, ca tourne niquel...je me dis génial ya ka changé la taille du buffer, mais là y veutrien savoir, pis ken dans la radio il m'aoncent qu'il est 12:00 et qu'en fait il est 12:15, je me dis, ben le buffer y marche top bien....par contre le mettre à 128Ko, c'est pas possible....

          ce me semble que j'ai la -rc1...mais la chuis loin de mon Nux, et je suis pas sur
  • # Re: Sortie de mplayer 0.90-rc1

    Posté par (page perso) . Évalué à 1.

    There are quite some features about it which make it the player supporting all modern codecs of the world today.

    hum... j'arrive pas à jouer un fichier .ogg à priori en Theora...

    Il me manque un codec ? ou une option à forcer à la compilation ? ou c'est pas supporté ?

    Ou le Theora, c'est pas un codec moderne ? ;-)


    NB : c'est sur la version pre10, pas encore essayé la RC1
    • [^] # Re: Sortie de mplayer 0.90-rc1

      Posté par . Évalué à 1.

      Hum, theora est surtout en codec en cours de développement, il me semble qu'il n'est pas encore prêt pour une utilisation autre que de test (mais je ne suis pas ça de très près).

Suivre le flux des commentaires

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