mardi 02 septembre
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Derniers journaux de CREX :

Journal : MPlayer-1.0pre7-test dispo, -pre7 imminent!

Posté par Guillaume POIRIER (page perso, ) le 16 avril 2005
0
Salut à tous,
Peut-être y a-t-il par ici des personnes intéressées par le test de la version -rc de la prochaine release de MPlayer, placée sous l'égide de la lutte contre les brevets logiciels. Elle est dispo ici pour le moment: http://www.mplayerhq.hu/~rtognimp/MPlayer-1.0pre7-test.tar.bz2(...)
Si vous avez des problèmes graves avec cette -rc, veuillez reporter les problèmes ou bien sur la ML mplayer-dev-eng@mplayerhq.hu, ou bien sur le canal freenode #mplayerdev

Le changelog est comme d'habitude for long:

MPlayer (1.0)

pre7: "PatentCounter" April 16, 2005

Security:
* heap overflow in Real RTSP streaming code fixed
* buffer overflow in MMST streaming code fixed


DOCS:
* Czech documentation translation in progress
* German man page almost synced
* slave mode command documentation finished
* TOOLS documented in TOOLS/README
* audio filter documentation moved to the man page and updated
* all audio filters documented
* improved encoding guide
* preliminary documentation for snow codec in DOCS/tech/snow.txt
* misc updates and fixes all over the place

Ports:
* DirectX video output fixed on Windows95
* DirectX video output now supports 256 color mode
* audio device selection support for dsound audio output driver
* --enable-macosx-bundle, use config directory in the appwrapper on OS X
* Sun audio output cleanup
* x86_64 support fixes
* OpenBSD support in libdha
* VIDIX support for more Radeon 9200 models

Drivers:
* fixed ontop event for some window managers
* audio output layer cleanup
* unified colorkey handling code
* vo_xvmc panscan fix
* fixed some X11 crashes
* OSD fixes in various video output drivers

Decoders:
* TWinVQ decoder via binary DLL
* integrated Tremor decoder for Ogg/Vorbis
* fixed decoding of stereo alaw files
* preload QT DLLs to work around problems with their hardcoded paths
* support for Real 10 RV30/40 Linux binary codec (fixes some RV40 files)
* expose support for 422P and 444P raw formats
* 32 bit RGB support in binary TSCC decoder
* dropped support of old FAAD2 versions (<= 1.1)
* support for Real 10 cook Linux binary codec (decodes cook5.1)
* improved NV12/NV21 support
* support for 32 bit float and extended WAV files
* prefer native RealAudio 1.0 / 2.0 decoder over binary decoders
* support for multichannel WAV files
* ALAC (QuickTime lossless audio) support via lavc
* WNV1 support via lavc
* AASC (Autoderk RLE video) support via lavc
* LOCO video support via lavc
* fixed Layer 1 stereo playback via mp3lib
* VMnc (VMware video) decoder via binary DLL
* AMR NB/WB support via libavcodec and external reference decoders
* ADTS AAC support

Demuxers:
* vqf demuxer
* seeking in MPEG-ES fixed
* support for Real multirate files
* framerate autodetection for MPEG-4 and H.264 video in ES and TS streams
* MP3 in Real files
* more user-friendly info about audio and subtitle tracks in Ogg files
* avisynth demuxer
* Multichannel MP3 in MP4 files support (MP3on4)
* some classes of nonworking 14.4/28.8 RealAudio files fixed
* added code to autodetect and demux MPEG audio layers 1 and 2
* demux AC3 audio files using libavformat by default
* online audio stream switching in the MPEG and Matroska demuxers
* 3GP demuxing support
* DVB updates and ATSC tuner support
* AVC in Matroska support
* SWF and FLV support via libavformat
* use proper Vorbis fourcc

Streaming:
* stream selection and bandwidth support for MMS over HTTP
* fallback to HTTP if connection refused on pnm://
* support for UDP streaming (udp://)
* support for vstream TiVo streams (tivo://)
* EOF detect and bugfixes in pnm:// streams

FFmpeg/libavcodec:
* RV20 fixes
* many H.264 fixes
* B-frames in H.264, H.264 weighted prediction support
* a lot of integer overflow and pointer fixes
* 32 bit RGB support in TSCC
* multichannel MP3 decoder (MP3on4)
* 3g2 support
* ALAC audio decoder
* LOCO video decoder
* WNV1 video decoder
* shorten audio decoder and demuxer
* AASC video decoder
* AMR NB/WB support via external reference decoders
* experimental ratecontrol for snow
* countless bug fixes all over the place

GUI:
* half size event implemented and added to the menu
* ESD configuration dialog and software volume control option
* memleaks fixed

Filters:
* big cleanup of audio filter layer
* faster af_format for most common cases
* float handling in the audio filter layer finally fixed
* obsolete audio plugins finally removed
* updated HRTF filter
* center channel adding filter
* soft-telecined input support in pullup improved

MEncoder:
* new experimental MPEG muxer, compatible with DVD and (S)VCD
* multiple file support
* -speed support (framerate conversion with speedup/slowdown)
* EDL support
* low bitrate mp3lame encoding fix
* MJPEG encoding fix
* NUV endianness fix (makes old NUV files unplayable)
* experimental libavformat muxer
* mp3lame CBR encoding fix
* 35% faster turbo mode for 1st pass

Others:
* -z option replaced by -vo png suboption
* icc fix in the Win32 loader
* crash with Turkish locale fixed
* several memleak fixes
* -aa* options are replaced by -vo aa suboptions
* excessive verbosity reduced
* RTC support for *BSD
* non-UTF-8 external subtitles with Matroska fixed
* gcc 4 fixes
* partial NX (noexec bit) support
* support libsmbclient with SSL

> Lire le journal (14 commentaires, moyenne: 2,3).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

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

avisynth

Posté par tomachaka () le 16/04/2005 à 15:33. (lien). Évalué à 2.

Demuxers:
(...)
* avisynth demuxer

ça voudrait dire que des fichiers comme celui-là sont maintenant lisibles ?

http://esl-lab.com/ramfiles/slang.ram(...)

  • [^]Re: avisynth

    Posté par équi () le 16/04/2005 à 18:47. (lien). Évalué à 3.

    Cache size set to 8192 KBytes
    Connected to server: esl-lab.com
    Cache fill: 0,00% (41 bytes)

    Exiting... (End of file)


    Apparemment non (sauf si j'ai laissé passer une option à la compilation).

  • [^]Re: avisynth

    Posté par Jonathan Buschmann () le 16/04/2005 à 19:06. (lien). Évalué à 2.

    avisynth ça n'est pas ça il me semble plutôt que ça correspond à ce qui existe sur Windows pour faire du 'traitement' video (resize,denoise,etc..).

    Très bon soft d'ailleurs dommage qu'il n'y ait aucune équivalence à ce niveau sur *nix.

Et hop, une e RC!

Posté par Guillaume POIRIER (page perso, ) le 16/04/2005 à 19:22. (lien). Évalué à 2.

Youpi, y'a encore des bugs qui ont étés corrigé cet AM, voici le nouveau tarball: http://www.mplayerhq.hu/~rtognimp/MPlayer-1.0pre7-test2.tar.bz2(...)

Powerbaballe !

Posté par farib () le 16/04/2005 à 20:27. (lien). Évalué à 6.

Mise à part la numérotation des versions à laquelle je comprend rien, mplayer est mon lecteur préféré, de par son nombre de features impressionnant, mais aussi par la rapidité de son seek (instantané) comparé aux autres lecteurs.

lutte contre les brevets logiciels

Posté par Libre (page perso, ) le 16/04/2005 à 20:41. (lien). Évalué à 2.

la prochaine release de MPlayer, placée sous l'égide de la lutte contre les brevets logiciels.


Ca veut dire quoi exactement ? peut tu explicité ?

Merci :-)

Y.

--
http://softlibre.gloobe.org

Frontend Mplayer

Posté par Juke (Jabber id, page perso, ) le 17/04/2005 à 13:12. (lien). Évalué à 2.

Bonjour.

Connaissez vous un bon frontend (en gtk 2) pour mplayer?

Merci de votre aide,

Julien

ODML

Posté par Matthieu Weber () le 17/04/2005 à 18:45. (lien). Évalué à 2.

Lorsque j'utilise mon vieux mencoder 1.0Pre4 (que j'ai la flemme de changer parce qu'il est patché de partout pour s'intégrer à Freevo) pour coder des MPEG (télé numérique) en XviD, le fichier avi ainsi crée utilise le format ODML, qui crée un nouveau chunk tous les 1024 Mo. Sauf que le mplayer qui va avec ne supporte pas ça et s'arrête fièrement à la fin du premier chunk me disant << End of File >>. Je sais que mencoder 1.0Pre5 a une option pour ne pas utiliser ODML dans mencoder, mais je me demandais si mplayer supporte maintenant ODML ?

  • [^]Re: ODML

    Posté par Guillaume POIRIER (page perso, ) le 17/04/2005 à 21:31. (lien). Évalué à 1.

    je me demandais si mplayer supporte maintenant ODML

    Il me semble que oui, mais je sais que le support de l'ODML a été discuté il y a quelques mois.
    En tous cas, je n'ai pas eu le genre de problème dont tu parles.
    Peut-tu donner plus de détails, lignes de commandes, etc, pour que je puisse reproduire ici ton éventuel problème.

    j'ai la flemme de changer parce qu'il est patché de partout pour s'intégrer à Freevo

    Tu devrais envoyer des patch à MPlayer pour que tes modifs soient intégrée upstream, si tant est qu'il te soit possible d'en élaborer un pour le CVS courant.

    • [^]Re: ODML

      Posté par Matthieu Weber () le 18/04/2005 à 10:38. (lien). Évalué à 2.

      En tous cas, je n'ai pas eu le genre de problème dont tu parles. Peut-tu donner plus de détails, lignes de commandes, etc, pour que je puisse reproduire ici ton éventuel problème.


      Prends un fichier source quelconque, choisis un bitrate tel que le résultat de l'encodage dépasse 1 Go en taille et utilise avi comme format de fichier de sortie (avec mplayer 1.0pre4). mencoder annonce au bout de 1Go qu'il crée un nouveau chunk, avec un en-tête ODML. Le fichier ainsi produit, sans option particulière de mplayer (1.0pre4), ne peut pas être lu au dela du premier Go, parce que mplayer croit que c'est la fin du fichier.

      Dans la pratique, j'ai trouvé une parade (à cause de l'utilistion particulière que je fais de mes fichiers), mais c'est agaçant quand même.

      Tu devrais envoyer des patch à MPlayer pour que tes modifs soient intégrée upstream, si tant est qu'il te soit possible d'en élaborer un pour le CVS courant.


      Je devrais surtout avoir le temps de faire ça, mais ça fait des mois que je n'ai plus le temps de faire quoi que ce soit.

Chez moi ca ne marche pas

Posté par Jimmy (page perso, ) le 17/04/2005 à 19:59. (lien). Évalué à 2.

La version 1.0-pre7 est bel et bien sortie, et un package Debian semble dispo. Mais apt-get me dit que le paquet est cassé, ou qu'il exige des dépendances impossibles à satisfaire ...
Ou bien c'est moi qui ne sais pas me servir d'apt-get ???


# apt-get install mplayer
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Le paquet mplayer est un paquet virtuel fourni par :
mplayer-nogui 1:1.0-pre7-0.0
mplayer-k6 1:1.0-pre7-0.0
mplayer-586 1:1.0-pre7-0.0
mplayer-386 1:1.0-pre7-0.0
Vous devez explicitement sélectionner un paquet à installer.
E: Aucun paquet ne correspond au paquet mplayer

# apt-get install mplayer-k6
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Certains paquets ne peuvent être installés. Ceci peut signifier que vous avez demandé l'impossible, ou bien, si vous utilisez la distribution unstable, que certains paquets n'ont pas encore été créés ou ne sont pas sortis d'Incoming.

Puisque vous n'avez demandé qu'une seule opération, le paquet n'est probablement pas installable et vous devriez envoyer un rapport de bogue. L'information suivante devrait vous aider à résoudre la situation :

Les paquets suivants contiennent des dépendances non satisfaites :
mplayer-k6: Dépend: libavcodeccvs (>= 2:20050417-0.0) mais 2:20050110-0.0 devra être installé
Dépend: libc6 (>= 2.3.2.ds1-21) mais 2.3.2.ds1-20 devra être installé
Dépend: libpostproc0 (>= 2:20050417-0.0) mais 1:1.0-pre1.1 devra être installé
Dépend: xmms (>= 1.2.10+cvs20050209) mais 1.2.10-2 devra être installé
E: Paquets défectueux

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0725s (dont 0.0071 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !