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

Posté par  . Modéré par Jaimé Ragnagna.
Étiquettes :
0
26
déc.
2004
Audiovisuel
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.
DOCS

* finally all options are documented
* man page completely reviewed for spelling, wording and clarity
* all audio output driver suboptions documented
* all video output driver suboptions documented
* audio filters section added to the man page
* XviD documentation completed
* French man page in sync again
* German man page updated
* new Czech (complete) and Swedish man page translations
* fixes and updates in various places

Ports

* full x86_64 support
* -rootwin, -panscan support in the quartz video output driver
* key repetition and aspect fixed in the quartz video output driver
* "Movie" menu for quartz video output driver with zoom options & preset
* fs_res quartz video output driver suboption chooses fullscreen resolution
* VCD support for Darwin (Mac OS X)
* Mac OS X Finder startup argument support
* fix for stdin input and slave mode on MinGW
* support for -rootwin, -colorkey, -wid in the DirectX video output driver
* improved monitor selection in the DirectX video output driver
* new DirectSound audio output driver
* mouse support in Windows
* support for ZetaOS (mostly working)

Drivers

* fixes in the VESA and GGI video output drivers
* -jpeg removed in favor of -vo jpeg suboptions
* jpeg video output driver now supports output to multiple directories
* improvements for the Blinkenlights video output driver ;-)
* OpenGL video output driver colorformat fixes (with manyfmts suboption)
* aspect, panscan, hardware OSD support in the OpenGL video output driver
* new pnm and md5sum video output drivers, replacing pgm and md5
* yuv4mpeg video output now has a file= suboption, can be used with -fixed-vo to concatenate files having same width, height and fps
* JACK audio output driver updated to bio2jack API changes
* alsa9 and alsa1x replaced by alsa audio output driver
* ALSA audio output driver always uses specified device, even for hwac3
* support for mixer channel selection in the ALSA audio output driver
* audio output driver for the polypaudio sound server
* VIDIX Cyberblade TV-out fixed
* VIDIX I420 support for Cyberblade and mga
* VIDIX Radeon support on big-endian systems, other Radeon fixes
* VIDIX Radeon R200 QM (Radeon 9100) support
* CLE266 VIDIX driver
* experimental SAVAGE VIDIX driver

Decoders

* "experimental" support for 20 and 24 bit LPCM (DVD-Audio)
* libmpeg2 updated to 0.4.0b
* libfaad2 updated to 2.1beta CVS snapshot
* DTS decoding via libavcodec
* Windows Media Audio 9 Voice support via binary DLL
* Windows Media Video 9 Advanced support via binary DLL
* Windows Media Screen Codec 2 support via binary DLL
* Windows Media Image Codec support via binary DLL
* Windows Media Image 2 Codec support via binary DLL
* VDOWave video support via binary DLL
* Miro VideoXL video support via libavcodec
* Creative ADPCM audio support via libavcodec or binary DLL
* IBM Ultimotion video support via libavcodec
* Micronas Speech codec support via binary DLL
* H.261 video codec support via libavcodec
* TechSmith Camtasia video codec support via libavcodec
* sonic audio codec support via libavcodec
* snow video codec support via libavcodec
* QuickDraw video support via libavcodec
* Cinepak, CYUV and RoQ audio/video moved to FFmpeg
* Vianet Lsvx video support via binary DLL

Demuxers

* fix -nosound and -novideo for NSV
* subtitle switching and language code displaying for Matroska
* support for the .vp5 file format (AVI variant)
* seeking in audio-only ASF files fixed
* improved MP3 detection
* support for AVC in .mp4 files
* support for raw H.261 files via libavformat
* improved seeking precision in MPEG files
* better subtitle language code handling for MKV files
* support DVHS files and H.264 over MPEG-TS
* display length and position (in the seekbar) for MOV files
* raw video in MOV files playback improved

Streaming

* -cache-min and -cache-prefill options added
* compilation fix for newer LIVE.COM versions
* make ASF without ECC work
* support for MMS on non-standard port
* EOF detected in Real RTSP streams

FFmpeg/libavcodec

* reduced resolution decoding with the lowres option
* new experimental wavelet-based snow video codec
* new sonic audio codec
* TechSmith Camtasia video decoder
* IBM Ultimotion video decoder
* QuickDraw video decoder
* Creative ADPCM decoder
* Miro VideoXL decoder
* Sierra online audio files demuxer and decoder
* QPEG video decoder
* Electronic Arts Game Multimedia format demuxer
* H.261 fixes, H.261 encoder
* fix VIS accelerated code
* DTS support via libdts
* many DV fixes, seek in raw DV files
* support AAC in MOV files
* RV10, RV20 fixes
* RV20 encoding
* AVI demuxer cleanup, palette change support
* iTunes metadata support
* HuffYUV fixes (endianness, RGB32 predictor, median encoding, interlacing)
* ffvhuff (enhanced HuffYUV codec)
* SSE optimizations for 4x4 compare function
* epzs motion search enhancements
* quad tree based motion compensation
* MPEG-4 qpel MMX2/3DNow! optimizations
* H.264: lot of fixes and MMX2/3DNow! optimizations
* AVC1 (H.264 without sync word in .mp4 files) support
* H.264 qpel motion compensation
* Indeo3 grayscale decoding
* preliminary Truemotion 24 bit decoder
* avizlib encoder fixed
* trellis quantization support in H.263
* DCT optimizations
* AltiVec support on AmigaOS4
* adapt MMX/MMX2/SSE/3DNow! optimizations to work on x86_64
* seeking fixes
* better and faster audio resampler
* New dc1394 grabbing interface
* preliminary decoding support for H.264 with CABAC and B-frames
* dvr-ms suport in ASF demuxer
* NSV demuxer
* DVD compatible MPEG muxer
* MJPEG-B fixes
* range coder (arithmetic entropy coder) used by snow and ffv1
* ffv1 enhancements: signed golomb, range codes
* multi slice support for main profile H.264 streams
* as usual, lots of bug fixes and optimizations

Filters

* software volume control when no hardware support available, can be controlled with the -softvol and -softvol-max parameters
* high-quality audio resampling with -af lavcresample
* cropdetect rounding parameter
* MPlayer -af help
* missing audio plugins (extrastereo, volnorm) converted to audio filters
* sine sweep generator audio filter
* hrtf audio filter to convert multichannel audio to 2 channel output for headphones, preserving the spatiality of the sound
* big-endian fixes in rgb2rgb converter
* yuv2rgb Altivec optimization fixes
* support for LADSPA plugins

GUI

* unified audio options dialog, also for ALSA
* redrawing limited, decreases CPU usage in audio-only case
* icons for the context menu
* doublesize bug fixed
* slowdown after opening the preferences panel bug fixed
* remaining messages moved to help file for translation
* slowdown after using the preferences panel fixed

Encoding

* x264 encoder support
* support for MP2 encoding with libtoolame
* libavcodec "turbo mode" to speed up 2-pass encoding
* support for 3-pass encode for libavcodec and x264
* XviD encoder and decoder modules updated to API-4.1 (XviD-1.1.x)
* flush remaining frames at end of encoding process

Others

* -loop and -shuffle now work together
* better EDL support
* some --disable configure options finally work (mp3lib, liba52, libmpeg2)
* framestepping
* change playback speed during playback
* some crashes with binary codecs fixed
* subtitle alignment support for SAMI files
* also support Windows path separator '\'
* FriBiDi fixes for comma handling in Hebrew subtitles
* -crash-debug option to attach gdb automatically after crashes
* gcc 4 compilation fixes
* compilation fixes for many files in the TOOLS directory
* infamous "stuck mouse button" bug fixed, new -key-fifo-size option
* reduced verbosity of MPlayer's output somewhat
* -identify now prints some information about available languages
* double buffering (-double) is now default
* many memleaks fixed

Aller plus loin

  • # Et les skins dans tout ça?

    Posté par  . Évalué à 3.

    C'est étonnant qu'un logiciel comme MPlayer n'ait pas plus de skins que ça... Sur le site officiel, il n'y en a pas énormément, et très peu d'entre eux sont vraiemnt beaux!
    Vous n'auriez pas une URL où l'on peu télécharger d'autes skins mplayer?
    • [^] # Attention à la confusion

      Posté par  . Évalué à 6.

      Mplayer en soi n'a pas de skins, car c'est juste un programme qui transforme des fichiers multimédia en son/vidéo sur la sortie demandée.
      Par contre il existe plein de frontends qui utilisent mplayer pour la vidéo, comme gmplayer, kmplayer, etc. de la même façon que plein de programmes utilisent libxine (kaffeine, xine, ...)

      Ici on parle bien de mplayer, dont la puissance se situe dans sa capacité à reconnaître beaucoup de formats, et à permettre la sortie de plein de manières différents (vo).
      • [^] # Re: Attention à la confusion

        Posté par  . Évalué à 4.

        "Mplayer en soi n'a pas de skins, car c'est juste un programme qui transforme des fichiers multimédia en son/vidéo sur la sortie demandée."

        Oui ok, mais il est néanmoins mentionés sur le site qu'un GUI est inclu et peut être activé

        "GUI

        MPlayer comes with a GUI that is not build by default. The GUI section of the documentation explains how to enable it. Several external MPlayer frontends provide alternative GUIs. "
        • [^] # Re: Attention à la confusion

          Posté par  . Évalué à 5.

          Il y a effectivement une GUI "officielle" pour mplayer.
          Il s'agit de gmplayer, une interface gtk 1.2.
          le parametre --enable-gui doit être passé au configure afin qu'elle soit créée lors de la compilation de mplayer.
    • [^] # Re: Et les skins dans tout ça?

      Posté par  . Évalué à 2.

      de tete, j'utilise la skin phony, qui est assez sobre en restant esthetique et fonctionnelle.

      bon, maintenant, je trouve la gui pas tres pratique a utiliser, le clavier etant bien mieux etudie, d'autant plus qu'il y a un bogue lors du passage en plein ecran (telecommande qui reste affichee ou ecran noir).
      l'avantage de la gui etant que gmplayer ne se ferme pas qand la video est finie.

      bon, 2 questions, a mon tour :
      pour quand est prevue la version 1 finale, et est ce que quelqu'un sait quand chrisitan marillat se fendra d'un paquet debian pour cette release?
      • [^] # Re: Et les skins dans tout ça?

        Posté par  . Évalué à 9.

        So we've decided to put this out at last and bestow an X-mas present upon the world. Since X-mas is tomorrow this means you'll have to wait one day to compile this. Opening presents before their time is out of the question! And no peeking, keep those tarballs compressed! If you send in bug reports or a comment prematurely we'll know you've been a nasty kid and unpacked your present early. And you know what happens to nasty kids...


        mort de rire de chez mort de rire!!! :))
  • # A propos

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

    Xine 1.0 est sorti lui aussi. Pas énormément de modifications par rapport à la rc8 mais en particulier correction d'une faille (http://it.slashdot.org/it/04/12/15/2113202.shtml?tid=172&tid=14(...)) donc il est recommendé de mettre à jour.

    Release Notes et Changelog :
    https://sourceforge.net/project/shownotes.php?release_id=292529(...)
    Téléchargement :
    http://xinehq.de/index.php/releases(...)
  • # ...

    Posté par  . Évalué à 2.

    Merci M. Le Gaillart !
    • [^] # Re: ...

      Posté par  . Évalué à 6.

      J'aimerais d'ailleurs profiter de cette tribune qu'est LinuxFR pour indiquer que toute aide pour relire ou tenir la doc (autant le version HTML que la page de manuel) à jour serait la bienvenue. On est pas trop de deux pour le moment à cette tâche. À tout niveau de connaissance, vous pouvez nous apporter votre aide (en rapportant les erreurs de français si vous ne vous y connaissez pas trop, ou en rapportant les erreurs plus techniques si vous avec plus de bouteille).
      Chaque contribution compte, aussi petite soit-elle (à partir du moment où vous travaillez bien sûr sur une version à jour du CVS, pour éviter le travail inutile, bien sûr).

      Si cette activité vous plaît(ou plaîrait), vous pouvez me joindre par la re-direction dlfp (crex chez dlfp point org il me semble) ou avec le nouvel outil de message privé.

      En vous remerciant! ;-)
  • # MPEG-4 "étendu"

    Posté par  (site web personnel) . É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  . É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  . É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  . É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  . É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  . É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  (site web personnel) . É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  . É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  (site web personnel) . É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).

Suivre le flux des commentaires

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