Journal Débordement de tas dans ad_pcm.c : MPlayer 1.0pre7try2 dans les bacs

Posté par  .
Étiquettes : aucune
0
27
août
2005
Bonjour à tous,
L'actualité autour de MPlayer continue!
Après l'appel aux dons pour le nouveaux serveur (au passage, je remercie vivement tous les donateurs: le nouveau serveur devrait arriver dans les jours qui viennent, mais ne sera en prod qu'après avoir subit une sérieuse batterie de tests), voici qu'une "possible" vulnérabilité a été découverte.
Aucun exploit n'a pu être écrit pour le moment par l'équipe de dev, mais la mise à jour est tout de même conseillée.
Tout est bien expliqué ici: http://mplayerhq.hu/homepage/design7/news.html(...)(...)

J'aimerais en profiter pour dire que le nombre de moins en moins important de releases ne signifie pas que le développement ne progresse plus. La branche CVS est vraiment très stable pour une "version CVS". Aussi, si vous avez envie des nouvelles fonctionnalités de la pre8 à venir, n'hésitez pas! Compilez!

Comme je suis un gros chacal, voici ci-après les nouvelles fonctionnalités présentes dans le CVS par rapport à pre7:


pre8:

DOCS:
* improved encoding guide
* new technical encoding guide in DOCS/tech/encoding-guide.txt
which is to be merged into the existing guide
* encoding tips for x264 and XviD
* how to set up MEncoder for x264 support
* Hungarian XML documentation translation finished
* misc improvements all over the place

Driver:
* JACK audio output rewritten without bio2jack
* OpenGL video output modules support -geometry and -wid options
* for -vo gl manyfmts is now default (since it is a lot faster), use
-vo gl:nomanyfmts if it does not work for you
* streaming textures for -vo gl, much faster if supported (use -dr)

Decoders:
* Indeo2 (RT21) support via lavc
* Fraps video decoder via binary DLL
* support for 8-bit PNGs with palette
* support for dmb1 MJPEG files with ffmjpeg
* support for musepack audio (WARNING: when muxing into e.g. AVI you will
be able to seek, but you might get ear- and speaker-breaking noises)

Demuxers:
* simultaneous audio capture/playback (-tv immediatemode=0) fixed in v4l2
* PVR support
* AAC ADTS demuxer
* libdvdread updated to v0.9.4
* Support for some more MythTV nuv files

Streaming:
* fix streaming of RealAudio files over HTTP
* show SHOUT/Icecast metadata while playing
* ultravox (unsv://) streaming support

FFmpeg/libavcodec:
* Snow bug fixes and speedup
* MPEG-1/2 decoder speedup
* Indeo2 video decoder
* Fraps video decoder (v0 & v1)
* Vorbis audio decoder
* RV20 fixes
* VP3 decoder fixes and speedup
* countless bug fixes all over the place
* vstrict=-1 is default, Snow, ffv1 etc. need vstrict=-2
* skiploopfilter decoder option for very fast H.264 decoding

Gui:
* ported to GTK2

Filters:
* much faster version of spp filter (-vf fspp), and pp7 ("fast spp=6")
* remove_logo filter
* lavcresample now used by default (-af-adv force=0 gives old behavior)
* vf_expand and vf_dsize now support aspect and round paramameters

MEncoder:
* audio encoding modularized
* AAC (FAAC) audio encoding
* border processing adaptive quantization in libavcodec
* encoding zones and luminance masking for XviD
* raw audio muxer
* fixed various bugs in the EDL code
* x264 "turbo mode" to speed up first pass of multi-pass encoding
* -delay allows real audio delay instead of just a delay in the header

Ports:
* improved timer function on Mac OS X
* New Mac OS X "macosx" video output driver. Supported on OS X 10.4
and 10.3 with QuickTime 7 (requires QuickTime 7 SDK to build on 10.3)
* Mac OS X 10.4 (Tiger) fixes
* macosx audio output driver fixes
* support for playing DVDs copied to harddisk on Cygwin
* DragonFly BSD support
* liba52 asm optimizations ported to amd64

Others:
* enabled hinting for TrueType fonts
* support for file:// syntax
* -fb option removed, use the device suboption of -vo fbdev/fbdev2 instead
* massive stream layer cleanup, all streams ported to the new API
* full gcc 4 support for IA-32 and AMD-64 ports
* TOOLS/vobshift.py: vobsub time-adjust tool
* fixed auto-insertion of lavc encoder (for DXR2/3 and DVB)
  • # C'est où ...

    Posté par  (site Web personnel) . Évalué à 3.

    ... qu'on plussoie un journal ?

    Au fait, est-ce qu'un jour le GUI sera porté sous Windows ? Je crois que je connais beaucoup de gens que ça intéresserait.
    • [^] # Re: C'est où ...

      Posté par  . Évalué à 7.

      Sous le Windows d'un voisin, j'ai eu à installer un lecteur multimédia récemment : je lui ai installé VLC qui dispose d'une interface simple, skinnable (pour ceux que ça intéresse), et surtout en français ! Bon, ce n'est pas MPlayer, mais au moins c'est très complet, tu devrais essayer.

      Sinon pour en revenir au sujet, personnellement je n'imagine pas mon Linux sans MPlayer : simple, très très très très rapide à lancer (ne met pas plusieurs secondes comme les lecteurs basé sur Xine) , puissant, complet ... J'adore, tout simplement.

      « Je vous présente les moines Shaolin : ils recherchent la Tranquillité de l'Esprit et la Paix de l'Âme à travers le Meurtre à Main Nue »

    • [^] # Re: C'est où ...

      Posté par  . Évalué à 4.

      Dans la catégorie " Related Projects" , tu as une section "Windows" où j'espère que tu trouvera ton bonheur. http://mplayerhq.hu/homepage/design7/projects.html(...)

      La GUI, telle qu'elle est, fait chier pas mal de monde, et ça fait un moment qu'il est question d'implémenter toutes mes fonctions utilisées par la GUI en "slave mode", de façon à pouvoir éjecter la GUI existante, qui n'est que peu maintenue, et n'a pas été écrite de façon assez propre pour fonctionner dans une environnement non-Unix.

      Les projets de GUI autour de MPlayer sont bien plus sympas que la GUI d'origine.

      :-)
    • [^] # Re: C'est où ...

      Posté par  (site Web personnel) . Évalué à 5.

      mais Mplayer c'est bon, parce que ça marche en ligne de commande voyons !
      • [^] # Re: C'est où ...

        Posté par  (site Web personnel) . Évalué à 3.

        Je suis tout à fait d'accord ! Je ne l'utilise moi-même qu'en ligne de commande.

        Seulement, j'ai des copains sous Windows qui veulent un GUI.
  • # libmplayer ?

    Posté par  . Évalué à 7.

    Petite question peut-être bête mais on ne sait jamais...


    Existe-t-il une libmplayer exploitable en externe un peu comme la libxine? Je m'explique : Je vois de plus en plus de lecteurs audio / video basés sur le moteur de xine mais rien de basé sur mplayer. Or il serait peut-être assez intéressant de voir débarquer des lecteurs avec une interface graphique intégrée aux différents environnements de bureaux existants par exemple (à la totem / kaffeine pour ne citer qu'eux).

    Alors : est-ce possible? Si ce n'est pas le cas, est-ce prévu de faciliter ce genre d'utilisation?
    • [^] # Re: libmplayer ?

      Posté par  (site Web personnel) . Évalué à 5.

      Non ce n'est pas possible.

      Le devel d'orignine de mplayer voulait le faire en recodant tout depuis le début mais il n'a pas l'air de s'être motivé.

      Mplayer un est logiciel codé à l'arrache, certe il marche tres bien mais son code source est un vrai cauchemard sur pattes.
    • [^] # Re: libmplayer ?

      Posté par  . Évalué à 4.

      Tu as quand même kmplayer qui utiliser au choix xine, gstreamer ET mplayer comme backend. Donc, il est quand même possible d'utiliser mplayer de cette manière.
  • # Un essai de package ubuntu (créé avec checkinstall)

    Posté par  (site Web personnel) . Évalué à 3.

    Aucune guarrantie: http://rapidshare.de/files/4419524/mplayer_1.0pre7try2-thenico-1_i3(...)

    Compilé sous une ubuntu hoary, packet créée avec auto-apt et checkinstall.
    • [^] # Re: Un essai de package ubuntu (créé avec checkinstall)

      Posté par  . Évalué à 4.

      MPlayer 1.0pre7try2-3.3.5 (C) 2000-2005 MPlayer Team
      CPU: Advanced Micro Devices Athlon MP/XP/XP-M Barton (Family: 6, Stepping: 0)
      Detected cache-line size is 64 bytes
      3DNow supported but disabled
      3DNowExt supported but disabled
      CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
      Compilé pour CPU x86 avec les extensions: MMX MMX2 SSE SSE2

      Instruction illégale

      Précision : ne fonctionne que sur les processeurs ayant les jeux d'instructions ci-dessus (en particulier SSE2).
  • # Si ca peut aider certains: mes options et fichiers de conf

    Posté par  (site Web personnel) . Évalué à 5.

    #Ayant passe pas mal de temps a tout recompile et a configurer, j espere que les instructions ci-dessous seront profitable a certains.
    #Note:Les win32 codecs, les skins et les fonts etaient deja installes sur ma machine, donc pas besoin de le refaire dans mon cas.
    #Note2: certaines etapes comme la decrompression des fichiers ainsi que leurs telechargements ne sont pas decrites.
    #Cordialement.

    #va dand /usr/local/src
    cd /usr/local/src/

    #verifier qu on a bien /usr/local/lib dans /etc/ld.so.conf
    echo "/usr/local/lib" >> /etc/ld.so.conf

    #live: wget http://www.live.com/liveMedia/public/live.2005.08.26.tar.gz(...)
    ./genMakefiles linux
    make

    #faac: faac-18102004.tar.gz - http://www.audiocoding.com/modules/mydownloads/(...)
    ./bootstrap
    ./configure
    make
    make install

    #faad2: faad2-15092004.tar.gz - http://www.audiocoding.com/modules/mydownloads/(...)
    autoreconf -vif
    ./configure --with-mp4v2
    make
    make install

    #xvidcore: xvidcore-1.1.0-beta2.tar.gz - http://www.xvid.org/(...)
    dpkg-buildpackage -rfakeroot
    cd ..
    dpkg -i libxvidcore4-dev_1.1.0-0beta2_i386.deb libxvidcore4_1.1.0-0beta2_i386.deb

    #lame: wget http://ovh.dl.sourceforge.net/sourceforge/lame/lame-3.96.1.tar.gz(...)
    ./configure --enable-mp3x --enable-mp3rtp
    make
    make install

    #x264-cvs20050827
    #svn co svn://svn.videolan.org/x264/trunk x264
    #./configure --enable-visualize --enable-vfw --enable-mp4-output
    #make
    #make install

    #ffmpeg-cvs20050827: cvs -z9 -d:pserver:anonymous@mplayerhq.hu:/cvsroot/ffmpeg co ffmpeg
    #x264 not activated because beta version
    #./configure --enable-mp3lame --enable-libogg --enable-vorbis --enable-theora --enable-faad --enable-faadbin --enable-faac --enable-libgsm --enable-xvid --enable-x264 --enable-a52 --enable-dts --enable-pp --enable-shared-pp --enable-shared --enable-amr_nb --enable-amr_nb-fixed --enable-amr_wb --enable-gpl

    ./configure --enable-mp3lame --enable-libogg --enable-vorbis --enable-theora --enable-faad --enable-faadbin --enable-faac --enable-libgsm --enable-xvid --enable-a52 --enable-dts --enable-pp --enable-shared-pp --enable-shared --enable-amr_nb --enable-amr_nb-fixed --enable-amr_wb --enable-gpl

    #wget http://www.3gpp.org/ftp/Specs/archive/26_series/26.204/26204-510.zi(...)
    #and extracted the source to libavcodec/amrwb_float

    #wget http://www.3gpp.org/ftp/Specs/latest/Rel-5/26_series/26073-530.zip(...)
    #and extracted src to libavcodec/amr
    #You must also add -DMMS_IO and remove -pedantic-errors to/from CFLAGS in libavcodec/amr/makefile.
    #i.e. CFLAGS = -Wall -I. $(CFLAGS_$(MODE)) -D$(VAD) -DMMS_IO

    make
    make install

    #mplayer 20050827 - http://mplayerhq.hu/(...)
    cd mplayer
    /bin/cp -fva ../ffmpeg/libavcodec .
    /bin/cp -fva ../ffmpeg/libavformat .
    /bin/cp -fva ../ffmpeg/libavutil .
    ./configure --enable-live --with-livelibdir=/usr/local/src/live --enable-qtx --enable-gui --with-reallibdir=/usr/lib/win32 --enable-win32 --enable-largefiles --enable-menu
    make
    make install


    ##########################
    ### ~/.mplayer/config
    ##########################
    vo=xv
    ao=alsa
    stop-xscreensaver=yes
    framedrop=yes
    zoom=yes
    fs=yes
    ontop=yes
    osdlevel=1


    ##########################
    ### ~/.mplayer/input.conf
    ##########################
    #list of binding key
    #mplayer -input keylist
    #list all cmd
    #mplayer -input cmdlist

    #BTN0 Mouse left - play/play
    MOUSE_BTN0 pause

    #BTN2 Mouse right - OSD
    MOUSE_BTN2 osd

    #BTN1 Mouse center (left+right)
    #MOUSE_BTN1

    #Mouse wheel up - seek +10
    MOUSE_BTN3 seek +10

    #Mouse wheel down - seek -10
    MOUSE_BTN4 seek -10
    • [^] # Re: Si ca peut aider certains: mes options et fichiers de conf

      Posté par  . Évalué à 2.

      C'est clair, Linux est prêt pour le desktop ! ;-)
      • [^] # Re: Si ca peut aider certains: mes options et fichiers de conf

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

        apt-get install vlc

        et ensuite le plus important peut se configurer a la souris. L'interface graphique est beaucoup plus complete, les preferences sont beaucoup plus conviales que mplayer, mais je le trouve:
        - un peu plus lent au demarage
        - les touches racourcis moins evidentes (pour quitter, pourquoi CTRL+Q?, Q tout cour c est quand meme plus simple. Avancer, reculer dans la video, pourquoi faut il jouer avec les CTRL+ALT? impossible a retenir... heureusement on peut redefinir les racourcis).
        - pas possible de faire pause avec bouton gauche de la souris... (bon bon je chipote mais tres pratique quand on a une souris sans fil).
        - l'avance/retour rapide dans la video est un peu bugguer, (avec des sous-titres, c est la cata).

        Bon bref, ca n engage que moi... en tout cas je trouve mplayer et vlc beaucoup mieux que WMP. Bravo aux deux equipes de developeurs.
  • # La 1.0, c'est pour quand ?

    Posté par  . Évalué à 4.

    La 1.0pre1 est sortie le 01/09/2003.
    2 ans après on en est à 1.0pre7try2 et manifestement une pre8 se prépare.
    J'ai l'impression qu'il y a quelque chose de pourri dans la numérotation des versions ;)
    • [^] # Re: La 1.0, c'est pour quand ?

      Posté par  . Évalué à 1.

      Il me semble que "1.0" parce que MPlayer est stable et permet dejà beaucoup (et c un euphémisme) de fonctionnalités.

      Mais "pre" parce qu'il manque encore des choses, il faut regarder le TODO, mais j'ai pas trouvé !
      • [^] # Re: La 1.0, c'est pour quand ?

        Posté par  . Évalué à 5.

        S'il est stable, il faut l'appeler 1.0 !

        Ce suffixe "pre" suggère que c'est une prerelease (et donc que ce n'est PAS une version stable) et que que la phase de beta-test est terminée et que cette version intègre les corrections des bugs trouvés (et uniquement cela, pas de nouvelle fonctionnalité). La prerelease sert à vérifier qu'il n'y a pas de régression avant la sortie de la version finale.
        Dans le cas de mplayer, à chaque nouvelle "pre", il y a de nouvelles fonctionnalités , on n'est donc pas dans la logique d'une prerelease.

        Je me demande pourquoi on n'appelle pas cette version 1.7.2 au lieu de ce ridicule 1.0pre7try2 et la prochaine 1.8.
        • [^] # Re: La 1.0, c'est pour quand ?

          Posté par  . Évalué à 2.

          S'il est stable, il faut l'appeler 1.0 !

          Il y a une loi qui dit ça ? Tous les logiciels doivent-ils être numéroté de cette façon ? Ne peut-on pas le faire autrement ? Non, tu as raison, ca marche comme ca... Windows 1.0, 2.0, 3.0, 3.1, 3.11, 4, 5, 6, .... 2003 ?

          1.0pre7try2 n'est pas forcément moins bien que 1.7.2 ou 04.2005
          • [^] # Re: La 1.0, c'est pour quand ?

            Posté par  . Évalué à 7.

            Il y a une loi qui dit ça ?

            Non, mais le système de numérotation utilisé pour mplayer (0.1,...,0.90,....,1.0pre7) fait penser que la première version stable devrait être 1.0 plutôt que 04.2005 .
            Ce que je trouve ridicule, ce n'est pas la numérotation qui est finalement assez classique. C'est de baptiser "prereleases" pendant deux ans des versions de développement. D'autant plus que des versions baptisées "0.90pre" et "0.90rc" avaient été utilisées juste avant la sortie d'un 0.90 qui n'avait pas mis deux ans à sortir.

            J'ai l'impression qu'après avoir géré normalement les numéros de version en les incrémentant régulièrement (de 0.1 en 2000 à 0.91 en 2003), le compteur est resté bloqué juste avant de passer à 1.0 (1.0pre1 en 2003, 1.0pre7 aujourd'hui, une 1.0pre8 en préparation).
            Serait-on face à un syndrome de "peur de la 1.0" ?
    • [^] # Re: La 1.0, c'est pour quand ?

      Posté par  (site Web personnel) . Évalué à 5.

      Je préfère cette numérotation-là plutôt que celle dans laquelle s'est engagé le projet Gaim depuis quelques temps...

      "Seigneur, un bug dans l'envoi des fichiers via AIM, vite ! Passons en 1.5.0"


      Alors que personnellement je trouvais leur ancien système (une incrémentation de version par release) pas plus bête qu'un autre.
  • # MPlayerHQ à nouveau inaccessible

    Posté par  . Évalué à 2.

    Les problèmes de corruption de disque ne sont toujours pas réglés. MPlayerHQ est à nouveau dans les choux.Utilisez les miroirs: http://www4.mplayerhq.hu/homepage/design7/news.html(...)

Suivre le flux des commentaires

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