Sortie de VLC 2.0 « Twoflower »

Posté par . Édité par baud123, NeoX, Lucas Bonnet, Yves Bourguignon, Benoît Sibaud, Nÿco et Altor. Modéré par Nÿco. Licence CC by-sa
Tags : aucun
55
20
fév.
2012
Audiovisuel

Ce samedi 18 fevrier, VLC, VideoLAN Client, un projet phare des Logiciels Libres, célèbre lecteur audio & vidéo, particulièrement complet, est sorti en version 2.0 sous le nom « Twoflower ». Plusieurs centaines de bugs ont été corrigés par 160 bénévoles avec plus de 7 000 commits pour cette dernière version.
videolan

Principaux changements :

  • le moteur vidéo a été complètement réécrit ;
  • la gestion des sous-titres a été améliorée ;
  • les shaders sont maintenant utilisés ;
  • de nouveaux filtres vidéo ont été ajoutés ;
  • la quasi-totalité des filtres vidéos peuvent désormais être transcodés.

Note

En raison de la loi sur les brevets aux USA, les packageurs doivent créer plusieurs paquets : un avec la gestion des formats MP3 et AAC et un sans. Heureusement grâce à ACTA, ils n'auront bientôt plus de questions à aller poser :)

La seconde partie de la dépêche liste une sélection de nouveautés.

Merci à Nÿco, ndv, détail_pratique, spirit, Bruno, Xavier Claude, Niniryoku (にんい りょく), ainsi que Julo forait le fer pour leurs aides à la rédaction.

Sommaire

Licence

Le projet VLC change la licence de libVLC et libVLCcore de la GPLv2+ vers la LGPLv2.1.

Petit rappel, la GPL impose que le programme soit distribué sous GPL. Dans le cadre d'une bibliothèque qui est une partie d'un programme (comme la libVLC et la libVLCcore), cela signifie que si on utilise cette dernière, le programme doit être distribué sous GPL (le code pouvant être sous une licence compatible avec la GPL). La LGPL ne comporte pas cette « obligation », les développeurs pourront utiliser cette bibliothèque dans des logiciels sous licences permissives (comme les licences MIT ou BSD). Les industriels quant à eux, pourront éditer des logiciels privateurs, et/ou de matériels et appliances, utilisant la bibliothèque VLC. Néanmoins, la Free Software Fondation déconseille d'utiliser la LGPL dans certains cas.

C'est une licence typique pour les bibliothèques. Pour les utilisateurs lambda, cela ne change rien. En revanche, pour les développeurs et industriels, cela apporte quelques avantages.

Plateformes

Dépréciations des plateformes Microsoft Windows 2000 SP4, Windows XP SP0, Windows XP SP1 et Windows 2003 SP0. Ces plateformes systèmes ne seront plus supportées et leurs utilisateurs devront rester avec VLC 1.1. Les autres plateformes sont toutes supportées : depuis windows XP SP2 jusqu'à GNU/Linux, en passant par OpenBSD & FreeBSD. Les utilisateurs de Apple OS X ont nécessité d'avoir un matériel compatible Quartz Extreme. VLC est également disponible pour Apple iOS, Android, Win64 (& OS/2). Les utilisateurs de systèmes libres, lecteurs de DLFP, ne sont donc pas impactés par ces changements là, et bénéficient de la totalité des avancées du projet.

Spécificités principales pour les plateformes Unix Libres :

  • DVB-S : prise en charge complète ;
  • DVB-C : correction automatique de la modulation, quand nécessaire ;
  • gestion des cartes Blackmagic DeckLink SDI (Linux seulement) ;
  • gestion des cartes Linear Systems HD-SDI & SDI (Linux seulement) ;
  • gestion complète de toutes les entrées Qtkit (QtSound, QtVideo) ;
  • gestion complète de MPRIS !

Multi-Core

Il est possible d'utiliser ffmpeg-mt dans VLC 2.0. FFmpeg multi-thread est un projet du Google Summer of Code 2008. Il permet le décodage de vidéo sur plusieurs threads (en utilisant donc tous les cœurs de votre processeur). Les codecs impactés sont notamment H.264, VP3, VP8, JPEG-2000, Mpeg-4 ASP/DivX et RV4/RV3.

LibVLC, nouvelles capacités

  • libvlc_media_player_navigate pour la navigation DVD
  • libvlc_{audio,video}_filter_list_get pour connaître la totalité des filtres disponibles
  • libvlc_audio_set_{callbacks,format,format_callbacks} pour capturer l'audio d'un espace mémoire, en temps réel.

Sous-titres, améliorations générales

Les sous-titres (en textes ou images), et l'OSD, sont désormais redimensionnables, et mélangés/incrustés dans la vidéo, au loisir de l'utilisateur. Ce changement s'applique aussi bien à la sortie X11 qu'à OpenGL. Le confort d'usage s'en trouve amélioré. À noter que l'option --sub-filter se nomme maintenant --sub-source. Un nouveau module fait son entrée pour la gestion des sous-titres EBU (.slt)

Cache, simplification d'usage

Les plus de 40 options concernant la mise en cache sont désormais réunies, dans une grande simplification, autour de 4 options ayant trait aux 4 usages : périphérique, disque optique, fichier local et réseau. La configuration de la mise en cache est désormais réalisée avec :

  • --live-caching : les périphériques locaux (tels que caméras, et tuners vidéo/radio) ;
  • --file-caching : les fichiers locaux (quels qu'ils soient) ;
  • --disc-caching : les disques optiques (DVD & CD) ;
  • --network-caching : les flux réseau (quels qu'ils soient).

Ces quatres options s'utilisant toujours avec une valeur exprimée en millisecondes.

Réseau et diffusion

  • HTTP Live Streaming IETF ;
  • MPEG DASH (Dynamic Adaptive Streaming over HTTP) pris en charge ;
  • gestion de RTP pour Vorbis & Theora ;
  • ré-écriture majeure de la prise en charge de la VoD ;
  • nouveau module de délai (possibilité d'ajout d'un délai lors de l'envoi d'un flux) ;
  • possibilité de remplacement d'un flux par autre (basculer entre sources audio pendant l'envoi d'un flux vidéo+audio) ;
  • gestion de avio_access_output (LibAVformat) lors de l'envoi de flux en ligne ;
  • simplification pour HTTP et TLS (à l'identique pour RTSP), autour d'options uniques ;
  • simplification de l'option MultiCast (exemple : miface=em1).

En vrac : accès, filtres, codecs & conteneurs, audio & vidéo

  • gestion de l'accès direct à de multiples fichiers à l'intérieur d'une archive .rar ;
  • prise en charge du système de dossiers de VDR ;
  • support des captures de fenêtres partiellement masquées sur X11/Xorg ;
  • FFmpeg multi-thread est donc désormais possible pour de nombreux codecs ;
  • corrections importantes pour la gestion de RealVideo 3.0 & 4.0, impactant notamment MKV ;
  • nouveau module, utilisant libschroedinger, pour l'encodage avec Dirac_(codec) ;
  • améliorations pour Matroska (meilleure découverte et reconnaissance du chapitrage) ;
  • prise en charge des entrées PulseAudio ;
  • les décodages H264 & AVC désormais disponibles en 9 et 10 bits ;
  • la gestion des systèmes non UTF-8 n'est plus activée de base (sauf pour windows) et ne sera plus disponible dans les futures versions ;
  • ...

Interfaces

CLI, Interface en ligne de commande
  • refactorisation complète de l'interface Ncurses ;
  • gestion de LUA, la méthode recommandée est désormais -I luaintf --lua-intf myscript ;
  • fusion des interfaces rc et telnet ;
  • DBUS : gestion complète de MPRIS2 & ré-écriture de la boucle principale (meilleure méthode poll-based).
WUI, Interface Web pour l'Utilisateur
  • ré-écriture de l'interface, avec jQuery ;
  • ajout de la prise en charge de JSON, en plus du XML, pour certaines requêtes ;
  • utilisation d'URIs pour les chemins d'accès.
GUI, Interface Graphique, basée sur Qt
  • ré-écriture des effets sur les dialogues ;
  • nouvelle présentation des listes de lecture en mode CoverFlow ;
  • ajout d'une recherche dans les préférences ;
  • en plein écran, la barre de contrôle est désormais en pleine taille, et empilable.

Cette dépêche n'est qu'une sélection des changements apportés par cette version 2.0. Merci de bien vouloir vous reporter aux notes de version pour prendre connaissance de la totalité des nouveautés et améliorations. Cette nouvelle version majeure devait être la 1.2, mais au vu de l'importance des changements, il a été décidé d'en faire la version 2.0... On comprend aisément cette numérotation.

  • # Correction et WUI

    Posté par . Évalué à  3 .

    Il y a une faute de grammaire :

    en utilisant donc tout les cœurs de votre processeur

    Il faut corriger en « tous les cœurs ».

    Je n'ai jamais fait attention que VLC proposait une interface web.

    Je n'ai guère trouvé d'information que sur Wikipédia :

    Interface de commande à distance

    Pour contrôler VLC media player à distance, il est possible d'utiliser les interfaces HTTP et Telnet. La commande par interface HTTP se fait grâce au serveur HTTP fourni avec VLC media player et qui permet de contrôler le logiciel depuis un Navigateur Web.

    Quelqu'un peut-il préciser cette fonctionnalité ?

    • [^] # Re: Correction et WUI

      Posté par . Évalué à  2 . Dernière modification : le 20/02/12 à 10:25

      Moi non plus je ne savais pas. Ca peut-être pas mal en effet !

      En cherchant sur le Wiki, on trouve cette page.

    • [^] # Re: Correction et WUI

      Posté par (page perso) . Évalué à  3 .

      L'interface web est utilisé entre autre par le freeplayer. Sur la freebox ce sont les pages web d'un VLC installé sur un autre PC qui sont affichées. D'autres l'utilise pour piloter des écrans géants dans les salles de sport par exemple (un vlc master et un vlc slave par écran).

  • # et VLMC?

    Posté par (page perso) . Évalué à  10 .

    Super nouvelle!
    Mais toujours pas de nouvelles de VLMC :-(
    J'espère que le projet n'est pas mort...

  • # Deuxfleurs !

    Posté par (page perso) . Évalué à  8 .

    Après DokuWiki Angua, VLC Deuxfleurs…

    Les annales du disque-monde rulez !

    • [^] # Re: Deuxfleurs !

      Posté par . Évalué à  3 .

      Je vois la référence à DiscWorld avec Deuxfleurs, mais qui était Angua?

      • [^] # Re: Deuxfleurs !

        Posté par (page perso) . Évalué à  4 .

        http://fr.wikipedia.org/wiki/Angua#l.27agent_Angua.2C_une_louve-garou

        « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

        • [^] # Re: Deuxfleurs !

          Posté par . Évalué à  0 .

          Oh, d'accord. Ça ne doit pas apparaître dans le film qui est sorti, je n'ai vu que ça.

          • [^] # Re: Deuxfleurs !

            Posté par . Évalué à  2 .

            Il y a (au moins) trois téléfilms en deux parties chacun :

            • The colour of magic/The light fantastic. Correspondant aux deux premiers bouquins, on n'y voit effectivement pas Angua.
            • The hogfather. Qui correspond en français au Père Porcher. Idem.
            • Going Postal (aucune idée du titre français), où l'on aperçoit Angua sans qu'elle soit spécifiquement nommée.
      • [^] # Re: Deuxfleurs !

        Posté par (page perso) . Évalué à  5 .

        La copine loup-garou de Carotte (du Guet d'Ankh-Morpork).

        Première apparition dans « Le Guet des orfèvres » (Tome 15 des Annales du Disque-monde)

    • [^] # Re: Deuxfleurs !

      Posté par (page perso) . Évalué à  6 .

      Notez que la version précédente de DokuWiki s'appelait Rincevent. Enfin, Rincewind, en anglais, évidemment.

  • # Fausse joie

    Posté par . Évalué à  6 .

    Il me semble que le port Android est toujours en développement, pas de sortie officielle pour le moment, et toujours pas de package disponible au téléchargement.

  • # Android

    Posté par . Évalué à  4 .

    A noter que VLC pour Android est encore en développement et n'est pas encore disponible, contrairement à ce que pourrait laisser penser la news (qui m'a donné de faux espoirs) ...

  • # Appli IOS?

    Posté par (page perso) . Évalué à  3 .

    Si je me souviens bien, l'appli iOS avait été enlevée de l'App Store pour copie du fonctionnement du media player d'Apple.
    Une recherche sur l'App Store montre des résultats pour "VLC", mais seulement pour commander un client lourd sur PC à distance.

    Dans la news vous indiquez qu'une appli est dispo, j'imagine donc que c'est sous Cydia?

    • [^] # Re: Appli IOS?

      Posté par (page perso) . Évalué à  2 .

      Ah ben j'ai trouvé tout seul, ici: http://www.videolan.org/vlc/download-ios.html
      Le format (zip avec un ".app" dedans) semble indiquer que c'est du Cydia.

    • [^] # Re: Appli IOS?

      Posté par (page perso) . Évalué à  3 .

      Elle ne risque pas d'être dans l'App Store Apple, puisque celui-ci est incompatible avec la GPL, si je me souviens bien.

      • [^] # Re: Appli IOS?

        Posté par . Évalué à  2 .

        Je pense qu'il y a moyen de beaucoup discuter sur le sujet mais je ne pense pas que l'AppStore soit fondamentalement incompatible avec la GPL.
        La GPL demande que les sources soient accessibles (+modifiable+etc) a l'utilisateur des binaires mais je ne crois pas qu'elle precise que ces sources doivent etre accessibles en meme temps et par le meme moyen que le binaire.
        Autrement dit, si le binaire est accessible par l'Appstore, je vois pas ce qui empecherait de mettre un lien qq part vers les sources disponibles sur un site web ou un partage FTP.

        Quoiqu'il en soit, quand on voit le nombre d'appareils qui embarquent du logiciel Libre, il y aurait moyen de faire un sacré foin car je connais pas un seul constructeur de NAS, de cadre photo numerique, de disque dur multimedia ou de routeur-wifi-modem-whatever qui fournisse un CD avec les sources des logiciels installés dans le bazar. La plupart sinon la totalité donnent un ou plusieurs liens dans la doc et s'en tiennent a ca. Et j'ai vu personne d'autre s'en plaindre non plus...

        A mon avis, l'histoire de VLC est surtout lié a une tentative de pinaillage soit pour faire chier Apple, soit pour faire chier l'editeur qui a fait le portage (non officiellement a ma connaissance). Et au final, Apple a tranché le probleme pour tout le monde en brandissant ses propres CGU : il a viré VLC.
        C'est triste.

        • [^] # Re: Appli IOS?

          Posté par . Évalué à  3 .

          le problème entre VLC et IOS n'a jamais a jamais été de savoir "comment" doivent etre disponnible les sources, mais plutot de restrictions dans les conditions d'utilisation des logiciel, incompatibles avec la GPL

        • [^] # Re: Appli IOS?

          Posté par (page perso) . Évalué à  6 .

          Le problème, c'est qu'il est interdit de proposer une application soumise à la validation d'Apple (donc même si elle est refusée) par un autre moyen que l'Appstore.

          « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

        • [^] # Re: Appli IOS?

          Posté par (page perso) . Évalué à  5 .

          Je pense qu'il y a moyen de beaucoup discuter sur le sujet mais je ne pense pas que l'AppStore soit fondamentalement incompatible avec la GPL.

          En tout cas il l'était à l'époque, parce qu'il imposait des conditions d'usage supplémentaires, ce qui est interdit par la GPL. Tu n'as pas le droit de fournir à quelqu'un un logiciel sous GPL en lui demandant de sacrifier une vierge en plus de respecter la GPL, et Apple non plus.

      • [^] # Re: Appli IOS?

        Posté par (page perso) . Évalué à  1 .

        Précisément, le passage de libVLC à la LGPL n'est-il pas censé résoudre cette incompatibilité, en rendant l'entrée de VLC dans l'App Store possible ?

        • [^] # Re: Appli IOS?

          Posté par (page perso) . Évalué à  2 .

          Ce serait dommage. Les conditions de l'Apple Store sont scandaleuses, rentrer dans leur jeux est plus que dangereux et valide ce modèle au regard de tous, notamment des politiques qui nous dirige.

    • [^] # Re: Appli IOS?

      Posté par . Évalué à  7 .

      Non, pas vraiment.

      L'histoire, si je me souviens bien, est la suivante :

      Un editeur tiers a porté VLC sur iOS et a commencé a le distribuer via l'AppStore mais 1 ou plusieurs auteurs originaux ont "attaqué" Apple (pas juridiquement mais avec qq mails) et ont cherché a "l'obliger" de respecter la GPL en donnant la possibilité de distribuer aussi les sources. Apple a repondu laconiquement en virant VLC de son catalogue.

  • # OS/X ?

    Posté par . Évalué à  4 .

    C'est la fusion d'OS/2 et OS X ?

    Tant qu'on y est, autant parler de X Windows.

    BeOS le faisait il y a 15 ans !

    • [^] # Re: OS/X ?

      Posté par (page perso) . Évalué à  3 .

      ah oui, tiens, elle était de moi celle-là, corrigé donc.

  • # Wat?

    Posté par (page perso) . Évalué à  3 .

    en plein écran, la barre de contrôle est désormais en pleine taille, et empilable.

    Je pas comprendre cette phrase.

    Chez moi (Archlinux), VLCv2 en fullscreen, j'ai une barre de contrôle qui occupe la partie centrale en bas, et, chose surprenante, il est possible de la déplacer n'importe où sur la vidéo, même en plein milieu. Je suis perplexe sur cette fonctionnalité :).

    Youhou!

    Chippeur, arrête de chipper !

    • [^] # Re: Wat?

      Posté par . Évalué à  1 .

      Ce que tu décris ne me semble pas une nouvelle fonctionnalité, je constate le même comportement depuis déjà un moment chez moi, avec un VLC 1.1

    • [^] # Re: Wat?

      Posté par (page perso) . Évalué à  2 .

      Chez moi (Debian), VLC 2 en plein écran, c'est comme VLC 1, et comme chez toi. Donc pas en « pleine taille », mais peut-être bien « empilable » ou peut-être pas, vu que je ne sais pas ce que ce terme signifie.

      • [^] # Re: Wat?

        Posté par . Évalué à  2 .

        « empilable » ou peut-être pas, vu que je ne sais pas ce que ce terme signifie.

        à vrai dire moi non plus, n'ayant pû essayer cette version avant de faire la dépêche, je n'ai pas pû trouver un mot correspond réellement aux possibilités.

      • [^] # Re: Wat?

        Posté par . Évalué à  1 .

        « pleine taille »
        En plein écran, clic sur le bouton situé à gauche du volume

        • [^] # Re: Wat?

          Posté par (page perso) . Évalué à  1 . Dernière modification : le 20/02/12 à 16:04

          Mais quelle idée curieuse d'avoir ajouté un nouveau bouton pour ça ! Qui va passer son temps à alterner les modes d'affichage de la barre de contrôle ? Pourquoi ne pas avoir juste ajouté une option dans les préférences et positionné ce nouveau mode par défaut ?

          Chippeur, arrête de chipper !

        • [^] # Re: Wat?

          Posté par (page perso) . Évalué à  1 .

          Ah oui tiens. Du coup il est faux de dire que la barre de contrôle est en pleine largeur, elle est en fait mettable en pleine largeur.

          • [^] # Re: Wat?

            Posté par (page perso) . Évalué à  7 .

            elle est en fait mettable en pleine largeur.

            That's what she said.

            Chippeur, arrête de chipper !

  • # Et pour les distrib Linux (paquet) ?

    Posté par . Évalué à  -10 .

    Comme d’habitude, on sort des versions compilés pour des systèmes propriétaires (et d'ultra propriétaire dans le cas d'OSX) et ceux qui ont des distrib Linux n'ont plus qu'à attendre patiemment leur paquets qui n'arriveront pas avant une date inconnue (c'est à dire, officiellement, dans très longtemps)... C'est pas en ayant ce genre de politiques qu'on va faire évoluer les parts de marché des systèmes Linux en Desktop et donc qu'on va donner envie aux gens (et notamment néophytes) de passer sous Linux. A quand ce genre de projet libre et notamment VLC pensera en premier aux systèmes libres avant de penser aux autres ? Il existe toutefois de nombreux autres logiciels libres qui sortent, au mieux, d'abord une version libre et dans le pire des cas toutes les plate-formes en même temps : félicitations à ceux là et dommage que ce ne soit pas la norme !

    • [^] # Re: Et pour les distrib Linux (paquet) ?

      Posté par (page perso) . Évalué à  6 .

      VLC 2 est disponible dans ArchLinux depuis au moins hier.

      Sur la debian sid : http://packages.debian.org/fr/sid/vlc

      Tu parles de quelles distribs ?

      Chippeur, arrête de chipper !

    • [^] # Re: Et pour les distrib Linux (paquet) ?

      Posté par (page perso) . Évalué à  10 . Dernière modification : le 20/02/12 à 21:39

      Vu que j'adore répondre en plusieurs fois, je me permets également d'ajouter que tu sembles méconnaître le fonctionnement de distribution des logiciels libres sur les plateformes de type Unix : on distribue un tarball et on laisse les mainteneurs des distros s'occuper de créer (et maintenir) les paquets.
      Les logiciels libres qui distribuent également des .deb et des .rpm sont ceux qui soit possèdent assez de main d'oeuvre pour passer du temps à le faire en bonus (même si je trouve ça relativement redondant avec le travail des mainteneurs des distribs), soit qui pointent directement le travail des mainteneurs des distros elles-même en permettant de distribuer directement le paquet.
      Bref : tu payes du temps et de la main d'oeuvre à VLC pour s'occuper de te créer tes petits paquets au lieu de râler ?

      Chippeur, arrête de chipper !

      • [^] # Re: Et pour les distrib Linux (paquet) ?

        Posté par . Évalué à  -5 .

        Comme répondu plus bas, ils ont quand même assez de main d’œuvre pour sortir des versions compilés Windows et OSX...

        • [^] # Re: Et pour les distrib Linux (paquet) ?

          Posté par (page perso) . Évalué à  2 .

          Je ne suis pas du tout d'accord avec le fait d'avoir "assez de main d'oeuvre pour [...] Windows et OSX" : ce sont deux targets pour lesquelles tu n'as juste pas le choix :
          1/ si tu ne le fais pas, personne ne le fera
          2/ ces deux targets représentent la plus grande part de marché

          Tout est une question de choix au final. Soit tu préfère que les (très) peu nombreux dev de VLC bossent sur le packaging, soit tu préfèrent qu'ils corrigent des bugs et ajoutent des fonctionnalitées.
          Sachant que faire le packaging ne demande pas du tout les même compétences/connaissances que développer/corriger des bugs. Ce sont deux métiers très différents (et souvent appréciés par des personnes différentes).

    • [^] # Re: Et pour les distrib Linux (paquet) ?

      Posté par (page perso) . Évalué à  2 .

      Parce que généralement, ce sont les mainteneurs/packageurs de ta distro qui s'en occupent. Tu as l'air de ne pas avoir encore appréhender le mode de fonctionnement de distribution des distributions Linux. Ce n'est pas un simple setup.exe ou msi puis suivant, suivant, ..., suivant, fin, ou encore un dmg à lâcher qq part. Il a tellement de distributions que cela demanderait trop de connaissances et d'efforts de leur part.

      Le mieux c'est de demander à un de tes amis (prenons le cas d'Ubuntu, distribution adaptée aux nouveaux arrivants) qui te répondra gentiment d'aller voir chez Korben (3e lien, le premier ne venant pas de videolan.org).

      Tiens, je te colle la solution, c'est cadeau :

      1. sudo add-apt-repository ppa:videolan/stable-daily (ou add-apt-repository ppa:n-muench/vlc)
      2. sudo apt-get update
      3. sudo apt-get install vlc
      • [^] # Re: Et pour les distrib Linux (paquet) ?

        Posté par . Évalué à  -4 .

        Je comprend et je suis au courant de ces faits, ça fait quand même des années et des années que j'utilise des logiciels libres et des distribs Linux. Ne connaissant pas toutes les distribs, je ne veux pas faire de généralités mais je trouve que les mises à jours non critiques (typiquement des logiciels de tous les jours) sont lents à venir (au moins dans le cas d'Ubuntu).

    • [^] # Re: Et pour les distrib Linux (paquet) ?

      Posté par . Évalué à  2 .

      Par exemple, j'imagine mal les auteurs de vlc s'occuper du Slackbuild complexe d'Alienbob.

      • [^] # Re: Et pour les distrib Linux (paquet) ?

        Posté par . Évalué à  -3 .

        "Les logiciels libres qui distribuent également des .deb et des .rpm sont ceux qui soit possèdent assez de main d'oeuvre pour passer du temps à le faire en bonus (même si je trouve ça relativement redondant avec le travail des mainteneurs des distribs), soit qui pointent directement le travail des mainteneurs des distros elles-même en permettant de distribuer directement le paquet."

        Oui je suis au courant qu'il existe d'autres manières d'obtenir des paquets. Et je sais également que se sont les distribs qui s'occupent de la compil en paquets. Mais, quand même, le fait est que cette situation implique un système de mise à jour en complet décalage avec la version réellement sortie. Ce décalage peut être de quelques semaines à plusieurs mois voir années, donc avant d'avoir une mise à jour on aura déjà une nouvelle version officielle de sortie (et on vient donc à un des plus gros défauts, de mon point de vue, de la gestion centralisé par paquets, qui par ailleurs à ses qualités).
        Toutefois, ils possèdent quand même assez de main d’œuvre pour sortir des versions Windows et Mac compilées, alors quelle est la difficulté supplémentaire pour relâcher un deb/rpm ?

        • [^] # Re: Et pour les distrib Linux (paquet) ?

          Posté par . Évalué à  2 . Dernière modification : le 21/02/12 à 21:11

          Je dirais que :
          1. personne ne le ferait pour Windows et Mac s'ils ne le faisaient eux-mêmes (contrairement aux distros).
          2. ces deux plateformes (et surtout Windows) représente un nombre d'utilisateurs très important, et que la propagande est un phénomène forcément de masse. :-)

        • [^] # Re: Et pour les distrib Linux (paquet) ?

          Posté par (page perso) . Évalué à  3 .

          Ce décalage peut être de quelques semaines à plusieurs mois voir années

          Mois ?! années ?! Tu as des exemples en tête de softs libres d'envergure qui n'aient pas eu dans les jours qui suivent (grand maximum ! en général, il suffit d'attendre quelques heures) des paquets disponibles sur les principales distribs linux ?
          Y'a déjà un dépôt pour VLC 2 pour Ubuntu, on t'a donné un lien plus haut.
          De plus, Ubuntu est une distrib qui met à jour l'ensemble de son parc applicatif (je ne parle pas des bugfixes ou autre) tous les 6 mois, ils ne vont pas te proposer VLC 2 avant la prochaine version d'Ubuntu, ça ne serait pas cohérent avec leur politique.

          Toutefois, ils possèdent quand même assez de main d’œuvre pour sortir des versions Windows et Mac compilées, alors quelle est la difficulté supplémentaire pour relâcher un deb/rpm ?

          Peut-être parce que ça les gonfle déjà pas mal de devoir faire des paquets pour Windows et Mac et quand ils peuvent se reposer sur la communauté pour faire les paquets -ce qui est parfaitement dans l'ordre des choses, je le répète-, ils le font, tout simplement ?
          Si j'étais contributeur à VLC (projet libre et gratuit), je pense que ça m'échaufferait passablement les oreilles de lire tes commentaires et tes sous-entendus... si tu as des compétences en conception de packages deb/rpm, n'hésite pas à mettre la main à la patte ! (mais ça ne servirait à rien car il existe déjà des paquets pour ubuntu....)

          Chippeur, arrête de chipper !

        • [^] # Re: Et pour les distrib Linux (paquet) ?

          Posté par . Évalué à  0 .

          Utilise une Rolling Release… Comme ça, c'est réglé. ;-)

Suivre le flux des commentaires

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