samedi 26 juillet
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

: MPlayer 1.0pre6: "X-mas present" dans les bacs

Posté par Guillaume POIRIER (page perso, ). Modéré le 26 décembre 2004.
5 mois après la dernière sortie, voici donc venu Mplayer-pre6 en guise de cadeau de Noël.
Six mois, c'est long, surtout dans le monde de l'informatique. Ceci a permis d'étendre de façon très importante le nombre de codecs reconnus et joués par Mplayer, ainsi qu'améliorer le support des anciens, et les rendre compatibles avec la nouvelle plate-forme x86-64 (aka AMD-64).
A noter par exemple le support de "Snow", le codec basé sur les ondelettes développé par Michael Niedermayer, et le support de x264, l'implémentation libre de H.264 (que l'on peut voir comme un MPEG-4 "étendu").
De plus, la documentation subit un immense lifting, étant donné qu'à présent non seulement elle explique toute la myriade d'options disponible, mais en plus elle est disponible en bon français (un grand merci donc à votre serviteur et à Nicolas Le Gaillart).
Joyeux Noël à tous!

À noter que cette sortie fait suite à la sortie de MPlayer 1.0pre5try2, qui corrigeait une faille de sécurité, ainsi il est vivement recommandé de mettre à jour.

> Lire la dépêche (20 commentaires, moyenne: 5,1).  

Vous avez demandé le commentaire #514865.

MPEG-4 "étendu"

Posté par Pierre Tramo (page perso, ) le 26/12/2004 à 22:03. (lien). Évalué à 10.

support de x264, l'implémentation libre de H.264 (que l'on peut voir comme un MPEG-4 "étendu")

Mouais c'est très réducteur comme description : il y a certainement plus de différences entre MPEG-4 part 2 (aka divx) et MPEG-4 part 10 (aka MPEG-4 AVC, aka H.264, aka H.26L, ...) qu'entre MPEG-2 part 2 et MPEG-4 part 2. Et la filiation entre les deux codecs est d'autant plus abusive que MPEG-4 AVC a été défini conjointement avec l'UIT-T (Union Internationale des Télécommunications, secteur télécom, ou ITU-T), auteur du H.263, codec vidéo utilisé pour la visioconférence.

  • [^]Re: MPEG-4 "étendu"

    Posté par Guillaume POIRIER (page perso, ) le 26/12/2004 à 23:54. (lien). Évalué à 10.

    Tout à fait d'accord. Mais je pensais, en rédigeant cette dépèche, aux personnes qui ne connaissent rien à la compression de données (ce qui doit représenter une portion majoritaire des lecteurs). Il me semblait qu'un peu de vulagaristation ne pouvait pas faire de mal, sans tomber dans des raccourcis abusifs (par ex. si j'avais dit que c'était le successeur de du MPEG-4).
    M'enfin, si vous avez envie d'en savoir plus sur h 264, allez donc faire un tour sur http://atlas2.tgv.net/~media-video/forum2/viewtopic.php?t=4345(...)
    ...En encore désolé d'avoir choqué certains... ;-)

    • [^]Re: MPEG-4 "étendu"

      Posté par zeb () le 27/12/2004 à 13:21. (lien). Évalué à 2.

      Je viens d'essayer l'encodage en x264 d'un morceau de "La mort aux trousses" et c'est vrai que la qualité est excellente. Malheureusement, -zoom -vf crop=720:432:0:72,scale=640:272 fait planter mencoder, donc sans le resize, ce n'est pas tellement utilisable.
      Par contre la qualité obtenue est très prometteuse.

      • [^]Re: MPEG-4 "étendu"

        Posté par Guillaume POIRIER (page perso, ) le 27/12/2004 à 14:32. (lien). Évalué à 6.

        Oui, il y a en effet pas mal de problèmes avec cette lib, que j'ai, en ce qui me concerne, rencontré lors des différentes phase de dev de x264 et MPlayer.
        Fais bien attention à avoir compilé MPlayer et x264 avec le même compilateur, et assures-toi que la version de x264 est bien supportée par MPlayer.Si jamais tu as des problèmes pour décoder, essayes avec le patch de Loren Meritt: http://article.gmane.org/gmane.comp.video.ffmpeg.devel/18067/match=(...)
        A part ça, il ne faut pas perdre de vue que x.264 est en plein dev, et qu'il y a encore moults réglages qui restent à faire pour être vraiment utilisable.

        • [^]Re: MPEG-4 "étendu"

          Posté par zeb () le 27/12/2004 à 18:47. (lien). Évalué à 3.

          Bon courage :) En tout cas je n'ai eu aucun problème au décodage.
          Par contre, l'image manque beaucoup de finesse, par exemple les aplats de couleurs des vêtements se transforment en zones floues. Comment éviter cela ?

        [^]Re: MPEG-4 "étendu"

        Posté par zeb () le 27/12/2004 à 18:45. (lien). Évalué à 4.

        Bon, j'arrive à diminuer la résolution, c'est sur le crop que ça plante. Ce n'est pas si bon que xvid, les aplats sont assez flous et il y a un grand manque de détails, mais bien sûr je n'ai pas pu jouer encore avec les options.

        Je n'ai pas trouvé comment on encodait en "Snow" par contre, les options sont encore non documentées ?

        • [^]Re: MPEG-4 "étendu"

          Posté par gouchi (Jabber id, page perso, ) le 27/12/2004 à 19:47. (lien). Évalué à 5.

          Je n'ai pas trouvé comment on encodait en "Snow" par contre, les options sont encore non documentées ?


          Essaye avec ces options, ça devrait le faire ;-)

          -ovc lavc -lavcopts vcodec=snow

          à compléter avec d'autres options pour optimisation.

          • [^]Re: MPEG-4 "étendu"

            Posté par zeb () le 27/12/2004 à 21:37. (lien). Évalué à 4.

            Merci. Donc Snow est une implémentation d'une compression en vaguelettes faite par les développeurs de lavc (ffmpeg) si je comprends bien.

            • [^]Re: MPEG-4 "étendu"

              Posté par Benjamin Zores (page perso, ) le 27/12/2004 à 22:01. (lien). Évalué à 3.

              Faites par un unique développeur de FFMpeg d'ailleurs. Ca ne respecte aucune norme en particulier, il s'agit plus d'une approche personnelle en essayant de prendre le meilleur de chaque norme. Mais il me semble que ce n'est qu'à l'état expérimental à l'heure actuel. Le format n'est pas figé et ainsi si tu encode une vidéo avec le codec aujourd'hui tu n'est pas sûr de pouvoir le décoder dans un mois, vu comme ca évolue. De plus, je crois me rappeler que la puissance nécessaire pour le décodage est relativement élevée (loin du temps réel).

              • [^]Re: MPEG-4 "étendu"

                Posté par gouchi (Jabber id, page perso, ) le 28/12/2004 à 09:59. (lien). Évalué à 6.

                Faites par un unique développeur de FFMpeg d'ailleurs


                En effet :) par Michael Niedermayer.
                A noter la présence également chez FFMpeg via la libavcodec, d'un codec audio lossless : Sonic fait par Alex Beregszaszi sur les bases de Bonk. Ainsi qu' un container : NUT de chez FFMpeg.

                Pour plus d'informations :
                http://ffmpeg.sourceforge.net/ffmpeg-doc.html(...)

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0621s (dont 0.0057 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.