Les lecteurs de DVD sous Linux

Posté par  (site web personnel) . Modéré par Brice Favre.
Étiquettes :
0
11
mai
2002
Linux
Dans la série: "le multimédia sous Linux", le LinuxJournal nous gratifie d'un bel article sur les différents acteurs logiciels du moment en terme de lecteur DVD sous Linux.

Au menu, et par ordre d'apparition: Xine, VideoLAN Client, MPlayer et Ogle... Avec pour chacun d'eux une présentation et un détail de certaines de leur fonctionnalités majeures.

NdR: Cet article se veut un peu plus complet que le précédent posté par mes soins sur LinuxFr...

Aller plus loin

  • # et sous forme de rpm

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

    on les trouve *tous* avec les lib necessaires (libdvdcss et cie) chez plf comme d'hab.
    http://plf.zarb.org(...)
    pour Mandrake Linux cooker and 8.2.
    bien evidemment urpmi-isable grace a
    urpmi.addmedia plf http://plf.zarb.org/rpm/cooker(...) with hdlist.cz
    for cooker

  • # mdk 8.2 et cpu

    Posté par  . Évalué à 10.

    La mdk 8.2 contient les rpms de xine et les installe.
    Le problème est la consomaton cpu. Pour certains fils en divx on est a 100% et l'image saute encore, voire même se bloque.
    quelqu'un a t'il trouvé une solution à cet inconvenient ?

    • [^] # Re: mdk 8.2 et cpu

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

      J'ai eu ce problème avec la sortie Xshm. En fenêtre, ça allait mais en plein écran c'était affreux.... J'ai alors supprimé le répertoire .xine dans mon ~ et redémarré xine pour le laisser faire la détection automatique. Il a prie la sortie Xv et avec, c'est super fluide, et je ne suis qu'a près de 5% CPU sur un XP 1700+.
      X est à 2.3% et j'ai trois processus xine: un entre 1.0% et 1.7% et les deux autres à 0.1-0.3 %

    • [^] # Re: mdk 8.2 et cpu

      Posté par  . Évalué à 10.

      Lance xine-check pour obtenir un diagnostique sur les trucs qui peuvent poser des problemes de perfs.
      Ensuite, utilise Xv, pour cela lance "xine -V Xv"

  • # mplayer

    Posté par  . Évalué à 10.

    Bon, l'interface graphique est nulle (à éviter ...) et il reste quelques problèmes. J'ai beaucoup utilisé xine (avec dxr3 et sorti tv (sur ma carte tv)) mais mplayer est meilleur en synchronisation son/video.

    En mode Xshm, je peux visualiser un dvd sans saut d'image (ce qui n'est pas le cas avec xine).

    Enfin, mplayer fourni mencoder qui permet de ripper très correctement un dvd.

    Le point forte est qu'il plante très rarement.

    Vivement la version 1.0.

    • [^] # Re: mplayer

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

      L'interface de mplayer est fonctionnelle et je trouve qu'elle est loin d'être moche. mais bon, c'est une affaire de goût.

      PS : et rien ne t'empeche d'installer un des skins dispos si le look d'un lecteur vidéo est important pour toi. Perso, une fois la vidéo en plein écran, l'interface, je m'en tamponne un peu (:

  • # Et le hardware

    Posté par  . Évalué à 6.

    L'une des raisons qui me fait encore aller sous win, c'est la lecture des dvd, au moin, la je peut utiliser la decompression hard de ma Rage Fury. J'ai pas une machine de guerre et sans cette acceleration les DVD sont saccadés.
    Je ne sais pas ou en est le projet, s'il existe, mais tant que je n'aurais pas cette prise en compte du hard, j'utiliserais windows.

    • [^] # Re: Et le hardware

      Posté par  . Évalué à 10.

      As-tu essayé les driver ATI?
      Normalement en utilisant la sortie Xv (par exemple avec mplayer) et des driver correctement optimisés (je sais que c'est kle cas de ceux de NVidia, je suppose aussi pour ATI) ça devrais aller.

      • [^] # ATI + MPEG avec Gatos

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

        ATI ne s'engage pas comme Nvidia dans le développement de pilotes pour XFree, mais avec le DRI dans le noyau ou UTAH-GLX les cartes ATI sont correctement supportées depuis un bon bout de temps pour ce qui est de leurs capacités accélératrices 2D + 3D car ATI avait mis à disposition plein de documentations sur leurs chipsets.

        Pour ce qui est de la décompression MPEG, je sais qu'il y avait le projet LiVID ( http://www.linuxvideo.org(...) ) qui était un des premiers lecteurs DVDs sous Linux et qui avait développé un module pour les cartes ATI du nom de GATOS. Il a maintenant un site sur Sf.net sous : http://www.gatos.sourceforge.net/(...)

        D'après ce qu'on y lit on peut même utiliser la sortie télé et les capacités d'acquisition des cartes ALL-IN-WONDER.

        Si j'avais une ATI sous la main j'essaierai bien, mais il n'est est pas le cas...

  • # DVD pas compatible avec les logiciels libres ?

    Posté par  . Évalué à 9.

    Le problème de tous ces lecteurs DVD sous linux est qu'ils sont obligés d'utiliser libdecss pour fonctionner.

    Pour ceux qui ne le savent pas : les données vidéo contenues sur un DVD du commerce sont cryptées. Sauf erreur, pour lire le DVD, le player décrypte les données "à la volée": la clé de cryptage est d'une part dans le logiciel de lecture, d'autre part sur le DVD, dans une zone non accessible du système de fichiers (d'ailleurs libdecss se passe de cette deuxième information pour fonctionner ...)

    Cela implique bien sûr que le code source du logiciel de lecture n'est pas accessible !!! Je crois d'ailleurs que l'algorithme deCSS (enfin, au moins une des clé) a été trouvé en désassemblant un player DVD Windows connu ...

    C'est sûr, vous pourrez objecter qu'il suffit de prendre un logiciel libre "légal" comme ceux cités dans la news, et d'ajouter la libdecss trouvée "quelque part" sur Internet, mais à ce compte on aura jamais de distribution Linux permettant de lire un DVD du commerce "out of the box" !

    Je ne sais pas si ce problème à une solution :-(

    • [^] # Re: DVD pas compatible avec les logiciels libres ?

      Posté par  . Évalué à 6.

      Oui, mais. Ce qui rend "illégal" le logiciel DeCSS, c'est la clause anti-contournement de la DMCA. C'est-à-dire, une loi des États-Unis, ne s'appliquant donc qu'aux États-Unis.

      A ce que je sache, aucune loi équivalente n'existe encore dans les pays européens (même si on tente de nous en introduire une sous couvert d'union européenne), et DeCSS n'y a pas été jugé illégal.

      Donc une distrib Linux "Européenne" avec DeCSS ne serait certainement pas illégale... Même si, sans doute, Hollywood sauterait dessus avec ses avocats pour tenter de faire en sorte que ça soit jugé comme tel.
      Mais attention à ce que l'avenir nous réserve, en ces temps ou les lois sont votées au moyens de bulletins colorés et filigranés, on ne sait jamais...

    • [^] # Re: DVD pas compatible avec les logiciels libres ?

      Posté par  . Évalué à 4.

      Tous les DVD ne sont pas cryptés. Je possède quelques DVD édités par Arte-Vidéo (des films de Kurosawa) que je lis parfaitement avec Xine sans decss.

      • [^] # Re: DVD pas compatible avec les logiciels libres ?

        Posté par  . Évalué à 1.

        ... ce qui est plutôt sympathique ... je pense par contre que très peu d'éditeurs de DVD font cela !

        Il y a un deuxième problème avec libdecss c'est que la librairie est obligée de "chercher" les clés dans les fichiers vidéo avant de les lire et que ca peut parfois être loooooooonng (parfois plusieurs minutes pour moi sur un PIII700, est-ce normal docteur ?).Et ca recommence à chaque fois qu'on change de DVD !

        Il faut avouer que ce système n'est pas super pratique à l'utilisation ...

        • [^] # Re: DVD pas compatible avec les logiciels libres ?

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

          Détrompe-toi ! Je discutais il y a quelques temps avec un technicien du Studio DVD Pionneer (qui fabrique les DVD pour de nombreux éditeurs, dont Canal+, TF1, Arte, et autres...). Il me disait qu'au final, les éditeurs qui demandent que l'on crypte leurs films ne sont pas la majorité. Les blockbusters sont cryptés, mais pas les autres. J'ai fait le test avec tous mes DVD et j'ai été surpris de constater qu'il avait dit vrai : plus de la moitié sont non-cryptés.

Suivre le flux des commentaires

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