tag:linuxfr.org,2005:/users/zenitram/newsLinuxFr.org : les dépêches de Zenitram2021-09-28T10:28:40+02:00/favicon.pngtag:linuxfr.org,2005:News/403492021-08-24T11:25:13+02:002021-08-24T11:25:13+02:00FFV1, un format vidéo sans perte et libre, normalisé à l'IETF<div><p>Si la compression vidéo sans perte est moins tendance que celle avec perte, elle reste utile dans certains domaines (par exemple l’archivage, que ce soit pour son stockage ou sa transmission, qu’il concerne des enregistrements de procès importants pour l’histoire ou le dernier <em>blockbuster</em> à la mode). <br>
L’<a href="https://fr.wikipedia.org/wiki/Internet_Engineering_Task_Force">Internet Engineering Task Force (IETF)</a> avait déjà normalisé des formats de compression avec perte (Opus, pour l'audio), mais pas encore de format sans perte : c'est à présent chose faite, cette fois-ci en matière de vidéo, avec la normalisation de <a href="https://en.wikipedia.org/wiki/FFV1">FFV1</a> sous le doux nom de <a href="https://www.rfc-editor.org/rfc/rfc9043">RFC 9043</a>.</p>
<p><img src="//img.linuxfr.org/img/68747470733a2f2f75706c6f61642e77696b696d656469612e6f72672f77696b6970656469612f636f6d6d6f6e732f392f39382f494554465f4c6f676f2e737667/IETF_Logo.svg" alt="logo IETF" title="Source : https://upload.wikimedia.org/wikipedia/commons/9/98/IETF_Logo.svg"></p>
</div><ul><li>lien nᵒ 1 : <a title="https://www.rfc-editor.org/rfc/rfc9043" hreflang="en" href="https://linuxfr.org/redirect/108025">RFC 9043</a></li><li>lien nᵒ 2 : <a title="https://en.wikipedia.org/wiki/FFV1#List_of_institutions_known_to_use_FFV1" hreflang="en" href="https://linuxfr.org/redirect/108048">Liste des institutions qui utilisent FFV1, sur la Wikipédia en anglais</a></li><li>lien nᵒ 3 : <a title="http://download.das-werkstatt.com/pb/mthk/info/" hreflang="en" href="https://linuxfr.org/redirect/108049">Tout savoir sur FFV1 et les codecs à fin d'archivage, sur Österreichische Mediathek</a></li><li>lien nᵒ 4 : <a title="https://fr.slideshare.net/OpenLabsOscal/peter-the-ffv1-story" hreflang="en" href="https://linuxfr.org/redirect/108050">Histoire de FFV1 par Peter Bubestinger (diaporama 2015)</a></li><li>lien nᵒ 5 : <a title="https://www.av-rd.com/knowhow/video/ffv1/ffv1_cheatsheet.html" hreflang="en" href="https://linuxfr.org/redirect/108052">Paramètres d'encodage en FFV1 avec FFmpeg</a></li></ul><div><h2 class="sommaire">Sommaire</h2>
<ul class="toc">
<li><a href="#toc-un-format-de-compression-intra-image-sans-perte-%C3%A0-la-sp%C3%A9cification-libre-et-normalis%C3%A9e">Un format de compression intra-image, sans perte, à la spécification libre et normalisée</a></li>
<li><a href="#toc-les-usages">Les usages</a></li>
<li><a href="#toc-un-peu-dhistoire">Un peu d'histoire</a></li>
<li><a href="#toc-pourquoi-normaliser">Pourquoi normaliser ?</a></li>
<li><a href="#toc-la-suite">La suite</a></li>
</ul>
<h2 id="toc-un-format-de-compression-intra-image-sans-perte-à-la-spécification-libre-et-normalisée">Un format de compression intra-image, sans perte, à la spécification libre et normalisée</h2>
<p>FFV1 (« FF video codec 1 ») est un format vidéo sans perte, qui existe depuis 2003 sans avoir été normalisé… jusqu'à aujourd'hui, avec la publication de la <a href="https://www.rfc-editor.org/rfc/rfc9043">RFC 9043</a>. Cette RFC décrit les versions 0, 1 et 3 de ce format (ce n'est pas une faute de frappe, la version 2 a été abandonnée en cours de route au profit de la version 3). Elle est une RFC informelle car elle décrit l’existant (puisque le décodeur de référence a été écrit longtemps avant la spécification).</p>
<p>On parle de codec intra-image (ou intra-frame) pour signifier que la compression intervient en analysant les similitudes au sein de chacune des images prises isolément (par opposition aux codecs <a href="https://fr.wikipedia.org/wiki/Inter-trame">inter-frames</a> qui analysent les similitudes au sein d'images successives).</p>
<p>FFV1 prend en charge les images en <a href="https://fr.wikipedia.org/wiki/Niveau_de_gris">niveau de gris</a>, <a href="https://fr.wikipedia.org/wiki/YUV">YUV</a> ou <a href="https://fr.wikipedia.org/wiki/Rouge_vert_bleu">RGB</a>, avec ou sans <a href="https://fr.wikipedia.org/wiki/Canal_alpha">canal alpha (transparence)</a>, sans limitation du nombre de bits par composante (en pratique <a href="https://twitter.com/JeromeM78/status/964246807734816769">8 à 16 bits par composante</a> sont utilisés), de n’importe quelle taille (il n’y a pas de notion de « profil » de performance, donc il faut prévoir la machine en conséquence : ne comptez pas faire de la 4K en temps réel avec une machine de bureau même si l'encodage et le décodage <a href="https://meemoo.be/storage/files/ef9ac152-9176-48f9-aff5-73c11cd5a4f1/rapport-studie-naar-het-herformatteren-van-het-viaa-archief.pdf">restent nettement plus léger</a> que pour du <a href="https://fr.wikipedia.org/wiki/JPEG%202000" title="Définition Wikipédia">JPEG 2000</a> tout <a href="http://download.das-werkstatt.com/pb/mthk/info/video/comparison_video_codecs_containers.html#codec_tests">en compressant légèrement mieux</a>).</p>
<p>FFV1 est volontairement basé sur des techniques ayant plus de 20 ans pour ne pas risquer la moindre menace des chasseurs de brevets. Pour avoir un <a href="https://fr.wikipedia.org/wiki/format%20ouvert" title="Définition Wikipédia">format ouvert</a> et offrir ce qui est nécessaire pour le garder, tous les auteurs ont pris un engagement formel (voir <a href="https://www.ietf.org/about/note-well/">les règles de l'IETF en la matière</a>).</p>
<h2 id="toc-les-usages">Les usages</h2>
<p>FFV1 fonctionne sur la majorité des outils libres (merci <a href="https://fr.wikipedia.org/wiki/FFmpeg" title="Définition Wikipédia">FFmpeg</a>) et contient des fonctionnalités comme le découpage en pavés pour faciliter le multi-threading, ou le contrôle d’erreurs de transmission (CRC) pour vérifier que le contenu n’est pas corrompu pendant le stockage ou la transmission.</p>
<p>Un exemple d’usage de FFV1 peut être vu dans le projet <a href="https://mediaarea.net/RAWcooked">RAWcooked</a>, qui compresse des DPX, TIFF, EXR, WAV non compressés en Matroska-FFV1-FLAC tout en permettant une réversibilité vers les fichiers d’origine au bit près si besoin, ce qui est très important pour certaines institutions qui ont des engagements légaux à restituer exactement les fichiers qu’on leur a demandé d’archiver. C'est comme un ZIP, mais <a href="https://mediaarea.net/Events/2019-09-16_iPRES_RAWcooked/#/4">plus performant autant en vitesse qu’en taux de compression</a> tout en étant directement lisible par exemple par VLC.</p>
<h2 id="toc-un-peu-dhistoire">Un peu d'histoire</h2>
<p>FFV1 a été créé par Michael Niedermayer en 2003 comme une expérience pour avoir un format vidéo sans perte et libre dans FFmpeg (dont il a été le mainteneur entre 2004 et 2015).</p>
<ul>
<li>La version 0 ne gérait que du 8 bits par composante.</li>
<li>La version 1 a ajouté la gestion de profondeur de couleur de plus de 8 bits et, en théorie, de moins de 8 bits également.</li>
<li>La version 2 a été abandonnée au profit de la version 3, pour ajouter un principe de version mineure.</li>
<li>La version 3 ajoute la gestion de plusieurs « pavés » par image, chaque « pavé » étant indépendant afin de permettre le décodage multi-thread, ainsi que le contrôle d’erreurs de transmission (CRC) afin de vérifier l'intégrité du flux.</li>
</ul>
<p>La version 3 et la prise en charge en pratique du 16 bits par composante (la spécification le permettait déjà, mais il n'y avait pas d'encodeur ni de décodeur) ont été financées principalement par des organisations nationales d'archivage qui n'ont pas voulu payer pour une boîte noire non libre et non évolutive, en préférant financer, pour moins cher, un développeur pour intégrer leurs demandes dans FFV1 (lequel n'était pas adapté au multi-thread alors que les processeurs multi-cœurs se répandaient). Et puis, ça a profité à d'autres organismes d'archivage en mutualisant les coûts… Utile, le libre ! ;-)<br>
Ces organismes d'archivage ont ensuite convaincu l'Union Européenne du besoin d'un format libre pour leur activité. L'UE a commencé à financer une suite de tests de conformité ainsi que l'écriture d'une spécification, en collaboration avec un organisme de normalisation (qui dit archivage dit besoin de pérennité) dans le cadre du projet <a href="//linuxfr.org/news/des-formats-ouverts-et-du-foss-pour-la-preservation-du-patrimoine-europeen">PREFORMA</a>. <a href="https://mediaarea.net">MediaArea</a> a été choisi pour faire ces développements (c'est ici que l'auteur de cette dépêche a commencé à s'impliquer dans le processus).<br>
C'est alors que MediaArea a milité pour convaincre les représentants de l'Union Européenne de passer par l'IETF, plus ouverte que l'<a href="https://fr.wikipedia.org/wiki/Organisation_internationale_de_normalisation">ISO</a> – tant sur la spécification que sur le mode de développement. Historiquement et comme son nom l'indique, l'<a href="https://fr.wikipedia.org/wiki/IETF" title="Définition Wikipédia">IETF</a> a pour cible de travail les normes d'Internet. Son objet s'est élargi comme en témoignent <a href="https://datatracker.ietf.org/wg/codec/documents/">la normalisation du format audio avec perte Opus en 2010-2018</a> et <a href="https://datatracker.ietf.org/wg/netvc/about/">sa tentative de normalisation d'un codec vidéo avec perte en 2012-2020</a>. Et l'IETF a accepté notre demande ! En nous apportant son soutien technique et humain : merci à eux pour cette aventure.<br>
Les contraintes administratives étant ce qu'elles sont, le projet PREFORMA s'est arrêté à une date fixe (fin 2017), avant la normalisation — les joies des projets avec des institutions qui ont des budgets très bornés dans le temps. Cependant, MediaArea ainsi que des contributeurs volontaires ont continué le travail jusqu'à la normalisation.</p>
<p><img src="//img.linuxfr.org/img/68747470733a2f2f75706c6f61642e77696b696d656469612e6f72672f77696b6970656469612f636f6d6d6f6e732f7468756d622f352f35662f46466d7065675f4c6f676f5f6e65772e7376672f32353070782d46466d7065675f4c6f676f5f6e65772e7376672e706e67/250px-FFmpeg_Logo_new.svg.png" alt="Logo de FFmpeg" title="Source : https://upload.wikimedia.org/wikipedia/commons/thumb/5/5f/FFmpeg_Logo_new.svg/250px-FFmpeg_Logo_new.svg.png"><img src="//img.linuxfr.org/img/68747470733a2f2f75706c6f61642e77696b696d656469612e6f72672f77696b6970656469612f636f6d6d6f6e732f7468756d622f392f39382f494554465f4c6f676f2e7376672f6c616e67656e2d32323070782d494554465f4c6f676f2e7376672e706e67/langen-220px-IETF_Logo.svg.png" alt="IETF" title="Source : https://upload.wikimedia.org/wikipedia/commons/thumb/9/98/IETF_Logo.svg/langen-220px-IETF_Logo.svg.png"> <img src="//img.linuxfr.org/img/68747470733a2f2f6d65646961617265612e6e65742f696d616765732f303933663635302d633266303731352e706e67/093f650-c2f0715.png" alt="PREFORMA" title="Source : https://mediaarea.net/images/093f650-c2f0715.png"><img src="//img.linuxfr.org/img/68747470733a2f2f6d65646961617265612e6e65742f696d616765732f623765386165352d306136373961352e706e67/b7e8ae5-0a679a5.png" alt="European Commission" title="Source : https://mediaarea.net/images/b7e8ae5-0a679a5.png"><img src="//img.linuxfr.org/img/68747470733a2f2f6d65646961617265612e6e65742f696d616765732f623133643435362d356634623562622e706e67/b13d456-5f4b5bb.png" alt="FP7-ICT" title="Source : https://mediaarea.net/images/b13d456-5f4b5bb.png"><br>
<img src="//img.linuxfr.org/img/68747470733a2f2f6d65646961617265612e6e65742f696d616765732f376565613663382d333330353632302e706e67/7eea6c8-3305620.png" alt="MediaArea" title="Source : https://mediaarea.net/images/7eea6c8-3305620.png"></p>
<h2 id="toc-pourquoi-normaliser">Pourquoi normaliser ?</h2>
<p>Vous pouvez vous demander pourquoi passer du temps à normaliser. Il s’avère que l’absence de norme est un argument contre l’usage de formats libres dans beaucoup d’institutions, face à MJPEG 2000 ou H.264 en mode sans perte, tous deux non libres mais normalisés. C’est donc une excuse en moins pour les institutions de ne pas choisir du libre. C'est aussi pour l'équipe qui a travaillé sur le format une preuve de maturité de FFV1 et une confirmation de qualité grâce à la relecture par les pairs.</p>
<p>Le travail de normalisation a en plus permis de détecter des problèmes dans l'implémentation de référence, avec pour résultat parfois de corriger FFmpeg et parfois de documenter les problèmes qu'on ne peut corriger sans casser la prise en charge des flux déjà créés (ces problèmes pourront être supprimés dans la prochaine version de la spécification). Enfin, on a pu clarifier certaines parties du format afin d'avoir un meilleur support à long terme de celui-ci.</p>
<p>Le passage par l'IETF n'a pas été de tout repos (vous pouvez voir <a href="https://datatracker.ietf.org/doc/draft-ietf-cellar-ffv1/history/">le long historique du brouillon de RFC FFV1</a>), ses procédures étant complexes (sans être inutilement compliquées : c'est légitimement complexe vu que c'est prévu pour du long terme et qu'il y a une cohérence à avoir entre les RFC), avec des surprises le long de la route genre <a href="https://datatracker.ietf.org/doc/draft-ietf-cellar-ffv1/ballot/">la mise en ballotage</a> (tout vert aujourd'hui mais ça ne l'était pas au début) ou <a href="https://mailarchive.ietf.org/arch/msg/cellar/96r9p4pv_a8cKiR6NIhqUXPAQeU/">cette bévue avec la dépendance bloquante à Matroska alors que ce format n'est pas encore normalisé, vue seulement dans la dernière ligne droite avant d'avoir notre numéro</a>, mais nous avons été très bien accompagnés avec toujours une explication constructive sur les refus de passer à l'étape suivante. Au final on peut remercier l'IETF pour son soutien.</p>
<p>Bien que la version 3 soit aujourd'hui la plus utilisée, la RFC contient aussi la documentation des versions 0 et 1, utilisées par le passé et même aujourd'hui : lorsqu'on a par exemple du 8 bits, il n'est pas toujours utile de faire passer par la version 3, incompatible avec les anciennes versions de FFmpeg. Et puis, le temps à consacrer à la rédaction était bien faible vu les petites différences.</p>
<p>En termes d’implémentation, il existe actuellement un seul <strong>en</strong>codeur (FFmpeg) mais plusieurs <strong>dé</strong>codeurs :</p>
<ul>
<li>FFmpeg (forcément), licence libre gauche d'auteur LGPL2+,</li>
<li>
<a href="https://mediaarea.net/MediaConch">MediaConch</a>, licence libre permissive BSD-2-Clause (<a href="https://mediaarea.net/blog/2018/03/20/Why-we-changed-MediaConch-license">après un passage temporaire par du GPL3/MPL2</a>), comme vérificateur de conformité qui inclut la conformité FFV1,</li>
<li>
<a href="https://github.com/dwbuiten/go-ffv1">go-ffv1</a> licence libre permissive ISC, comme une implémentation en Go fait <a href="https://mediaarea.net/Events/2019-12-05_NoTimeToWait4/13.%20Derek%20Buitenhuis%20-%20I%20Wrote%20an%20FFV1%20decoder%20in%20Go%20for%20Fun,%20What%20I%20learned%20going%20from%20Spec%20to%20Implementation/derek_nttw4_ffv1.pdf">pour le fun mais aussi pour tester une implémentation directement à partir de la spécification</a>),</li>
</ul>
<h2 id="toc-la-suite">La suite</h2>
<p>Le groupe IETF dédié, <a href="https://datatracker.ietf.org/wg/cellar/about/">Codec Encoding for LossLess Archiving and Realtime transmission (CELLAR)</a>, ne compte pas en rester là et la normalisation de <a href="https://fr.wikipedia.org/wiki/Matroska">Matroska</a> (pour la partie conteneur) puis de <a href="https://fr.wikipedia.org/wiki/Free_Lossless_Audio_Codec">FLAC</a> (pour de l’audio sans perte) est en cours, tout en travaillant à améliorer encore FFV1 dans une prochaine version. IETF oblige, les travaux sont ouverts à tous : vous pouvez les suivre et y participer sur <a href="https://mailarchive.ietf.org/arch/browse/cellar/">la liste de diffusion de CELLAR</a> ou sur le <a href="https://github.com/ietf-wg-cellar/">GitHub de CELLAR</a> (exception faite de la partie FFV1 qui est encore sur le <a href="https://github.com/FFmpeg/FFV1">GitHub de FFmpeg</a>).</p>
<p>La prochaine version devrait contenir un nettoyage de la spécification précédente (la RFC est informelle, elle décrit l'existant, y compris les bugs), une gestion des <a href="https://fr.wikipedia.org/wiki/Matrice_de_filtres_color%C3%A9s">matrices Bayer</a>, la possibilité de stocker une version non encodée (parfois la version encodée est plus grosse que le source), et d'autres améliorations suivant la motivation des développeurs. Les idées sont décrites dans le document <a href="https://github.com/FFmpeg/FFV1/blob/master/ffv1-v4-goals.md">ffv1-v4-goals</a>.</p>
<p>Pour l’anecdote, Matroska et FLAC sont maintenant explicitement sous le chapeautage de l’IETF et leurs dépôts de développement transférés au <a href="https://github.com/ietf-wg-cellar/">groupe CELLAR</a>, mais pour FFV1 <a href="https://github.com/FFmpeg/FFV1/issues/161">ce n’est pas encore le cas</a>.</p>
<p>Un encodeur/décodeur indépendant pour FFV1 avec accélération CPU (AVX-2/AVX-512) et GPU (CUDA) est en cours de développement par MediaArea, sous licence libre mais sans doute pas en diffusion publique dans un premier temps.</p>
<p>Licence du document : <a href="https://creativecommons.org/licenses/by/2.0/deed.fr">CC-By v2.0</a></p>
<p>PS : l’auteur de cette dépêche va avoir son orgueil encore plus gonflé, étant donné qu’il vient d’avoir son nom dans une RFC :).</p>
</div><div><a href="https://linuxfr.org/news/ffv1-un-format-video-sans-perte-et-libre-normalise-a-l-ietf.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/123546/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/ffv1-un-format-video-sans-perte-et-libre-normalise-a-l-ietf#comments">ouvrir dans le navigateur</a>
</p>
ZenitramantistressorfenoresdeemOlivier JeannetStéphane BortzmeyerAnonymeBAudBenoît SibaudYves BourguignonPierre JarillonScoubidouhouatisaacJulien JorgeBruno EthvignotLtrlghttps://linuxfr.org/nodes/123546/comments.atomtag:linuxfr.org,2005:News/363722015-04-27T18:12:22+02:002015-04-27T18:12:22+02:00Des formats ouverts et du FOSS pour la préservation du patrimoine européenLicence CC By‑SA http://creativecommons.org/licenses/by-sa/4.0/deed.fr<div><p>Bonne nouvelle pour les amateurs de <a href="http://fr.wikipedia.org/wiki/Format_ouvert">formats ouverts</a> (dans le sens européen du terme) et de <a href="http://fr.wikipedia.org/wiki/Free/Libre_Open_Source_Software">logiciel libre / open source</a>, l’Union Européenne, par le biais du projet <a href="http://www.preforma-project.eu">PREFORMA</a>, lui-même possible par le biais du programme d’investissement de l’Union Européenne nommé <a href="http://fr.wikipedia.org/wiki/Septi%C3%A8me_programme-cadre">FP7 / Septième programme cadre</a>, a décidé d’investir dans la promotion des formats ouverts PDF, TIFF, Matroska et FFv1, dans un objectif de préservation du patrimoine européen. Pour cela le projet PREFORMA a été doté d’un budget total de 2,8 millions d’euros, comprenant un travail de standardisation des formats et le prototypage d’outils de test de conformité.</p>
<p><img src="//img.linuxfr.org/img/68747470733a2f2f6d65646961617265612e6e65742f4d65646961436f6e63682f7075626c69632f696d616765732f70666f5f6c6f676f2e706e67/pfo_logo.png" alt="Logo PREFORMA" title="Source : https://mediaarea.net/MediaConch/public/images/pfo_logo.png"> <img src="//img.linuxfr.org/img/68747470733a2f2f6d65646961617265612e6e65742f4d65646961436f6e63682f7075626c69632f696d616765732f65755f6c6f676f2e706e67/eu_logo.png" alt="Logo Union Européenne" title="Source : https://mediaarea.net/MediaConch/public/images/eu_logo.png"> <img src="//img.linuxfr.org/img/68747470733a2f2f6d65646961617265612e6e65742f4d65646961436f6e63682f7075626c69632f696d616765732f65635f6c6f676f2e706e67/ec_logo.png" alt="Logo Commission Européenne / FP7" title="Source : https://mediaarea.net/MediaConch/public/images/ec_logo.png"></p></div><ul><li>lien nᵒ 1 : <a title="http://www.preforma-project.eu" hreflang="en" href="https://linuxfr.org/redirect/93894">Le projet PREFORMA</a></li><li>lien nᵒ 2 : <a title="http://openpreservation.org/news/preforma-starts-prototyping-phase/" hreflang="en" href="https://linuxfr.org/redirect/93895">L’annnonce de début de la phase de prototypage</a></li><li>lien nᵒ 3 : <a title="http://www.preforma-project.eu/pdfa-conformance-checker.html" hreflang="en" href="https://linuxfr.org/redirect/93896">VeraPDF, PDF conformance checker</a></li><li>lien nᵒ 4 : <a title="http://www.preforma-project.eu/dpf-manager.html" hreflang="en" href="https://linuxfr.org/redirect/93897">DPF manager, TIFF conformance checker</a></li><li>lien nᵒ 5 : <a title="http://www.preforma-project.eu/mediaconch.html" hreflang="en" href="https://linuxfr.org/redirect/93898">MediaConch, Matroska/FFv1/PCM conformance checker</a></li><li>lien nᵒ 6 : <a title="https://mediaarea.net/MediaConch/" hreflang="en" href="https://linuxfr.org/redirect/93899">Encore plus d’information sur MediaConch (l'équipe, le Git...)</a></li></ul><div><p>PREFORMA s'intéresse à 3 domaines, avec un format sélectionné pour chaque domaine :</p>
<ul>
<li>Documents : le classique <a href="http://en.wikipedia.org/wiki/Portable_Document_Format">PDF</a> a été retenu, dans sa version pour archives : <a href="http://en.wikipedia.org/wiki/PDF/A">PDF/A</a>. Il a été noté que la spécification n’est pas libre (derrière un péage et non redistribuable) mais aucun format libre n’est vraiment utilisé dans ce domaine.</li>
<li>Imagerie : <a href="http://en.wikipedia.org/wiki/Tagged_Image_File_Format">TIFF</a> a été retenu. Il a été noté que la spécification n’est pas libre (derrière un péage et non redistribuable) mais aucun format libre n’est vraiment utilisé dans ce domaine.</li>
<li>Audio-visuel : point de débat H.26x contre VPx, ici on s'intéresse à la préservation du patrimoine donc à de la compression sans perte. Le format <a href="http://en.wikipedia.org/wiki/FFV1">FFv1</a> a été retenu, et il est accompagné de <a href="http://en.wikipedia.org/wiki/Matroska">Matroska</a> pour le conteneur. Pour la partie audio, on ne s'embête pas pour le moment et on reste sur du PCM. Les “spécifications” de Matroska et FFv1 (nous reviendrons sur le pourquoi des guillemets un peu plus loin) sont libres : pas de péage et redistribution possible.</li>
</ul><p>Mais quel est donc le but de PREFORMA? PREFORMA souhaite motiver l’adoption de ces formats ouverts (dans le sens européen du terme, donc <a href="http://fr.wikipedia.org/wiki/Format_ouvert#D.C3.A9finition_l.C3.A9gale_au_niveau_europ.C3.A9en">tolérant un coût nominal</a> pour la disponibilité de la spécification) en aidant à la création d’outils libres / open source dédiés à la vérification de conformité. L’objectif est d’être sûr que les fichiers seront lisibles dans 1 000 ans (n’oublions pas que nous sommes dans le domaine de la préservation du patrimoine et donc de l’archivage, l’objectif est vraiment de cette grandeur). PREFORMA finance la phase de prototypage de ces outils ainsi que la standardisation des formats non encore standardisés.</p>
<p>Pour y arriver, PREFORMA a sélectionné en octobre 2014 <a href="http://www.preforma-project.eu/successful-proposals.html">six consortiums</a> pour une phase de conception, et a en avril 2015 <a href="http://www.preforma-project.eu/open-source-portal.html">retenu un consortium par domaine</a> :</p>
<ul>
<li>Documents (PDF) : <a href="http://www.preforma-project.eu/pdfa-conformance-checker.html">VeraPDF</a>
</li>
<li>Imagerie (TIFF) : <a href="http://www.preforma-project.eu/dpf-manager.html">Easy Innova</a>
</li>
<li>Audio-visuel (Matroska/FFV1/PCM) : <a href="http://www.preforma-project.eu/mediaconch.html">MediaArea</a> (NdM: l'auteur de la dépêche est le développeur principal de ce logiciel)</li>
</ul><p>Les consortiums ont l’obligation de fournir leur résultat à PREFORMA sous double licence <a href="http://fr.wikipedia.org/wiki/Licence_publique_g%C3%A9n%C3%A9rale_GNU">GPL</a> v3+ / <a href="http://fr.wikipedia.org/wiki/Mozilla_Public_License">MPL</a> v2+.</p>
<p>Les voila donc partis pour une phase de prototypage qui va les mener jusqu’à fin 2016.</p>
<hr><p>Le rédacteur va s’attarder sur la partie audio-visuelle car c’est une partie qui l'intéresse plus que les autres, de manière totalement non objective, car il faut l’avouer maintenant : le rédacteur n’est pas complètement neutre dans cette histoire, vu qu’il fait partie des consortiums retenus.</p>
<p>Encore une victoire pour Matroska, qui après son choix par Google (mais de façon un peu modifiée : WebM n’est “que” basé sur Matroska) est de nouveau retenu comme format de prédilection pour des entités publiques. FFv1 est peu connu du grand public car il ne fait que de la compression sans perte, mais fait partie des formats vidéos de prédilection (avec JPEG 2000) pour l’archivage. Point de FLAC pour la partie audio, mais qui sait peut-être plus tard…</p>
<p>Un problème majeur avec Matroska et FFv1 est que ces formats sont restés isolés, sans se frotter aux organismes de standardisation, et ne sont pas considérés comme ayant des spécifications par nombre d’entités, ce qui est bloquant pour leur adoption.<br>
Nous voila donc partis pour tenter d’avoir une <a href="http://fr.wikipedia.org/wiki/Request_for_comments">RFC</a> pour chaque format :</p>
<ul>
<li>dans un premier temps dans la catégorie “Informational” pour les versions déjà diffusées au sein du logiciel FFmpeg (du fait de la diffusion de fichiers avec cette version de FFv1, on ne peut pas changer le format). Il s’agit des version 0 à 3.</li>
<li>pour un deuxième temps viser la catégorie “Standard” après remarques qui pourraient être faites par les membre de l’<a href="http://fr.wikipedia.org/wiki/Internet_Engineering_Task_Force">IETF</a> et qui seraient intégrées dans une prochaine version 4 de FFv1.
Matroska a une spécification sur leur site qui est assez complète et peut être utilisée, toutefois FFv1 ne dispose pas de spécification et seul le code source de FFmpeg permet de le décoder. Nous allons donc travailler sur une spécification de FFv1 plus indépendante du code source.</li>
</ul><p>Pour ceux qui souhaitent en savoir davantage, vous pouvez visiter une <a href="https://mediaarea.net/MediaConch/">page plus complète du projet MediaConch</a> présentant l’équipe.<br>
Et si vous êtes motivé pour participer à un projet libre / open source sur la préservation numérique audio-visuelle, vous remarquerez assez vite qu’il reste des places disponibles dans l’équipe, alors n’hésitez pas à vous manifester !</p></div><div><a href="https://linuxfr.org/news/des-formats-ouverts-et-du-foss-pour-la-preservation-du-patrimoine-europeen.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/105577/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/des-formats-ouverts-et-du-foss-pour-la-preservation-du-patrimoine-europeen#comments">ouvrir dans le navigateur</a>
</p>
ZenitramBenoît Sibaudpalm123https://linuxfr.org/nodes/105577/comments.atomtag:linuxfr.org,2005:News/236142008-01-26T17:07:52+01:002008-01-26T17:07:52+01:00Installer/configurer/exploiter Bind 9.4.x<div>Après beaucoup de travail sur le projet, voici une documentation sur <a href="http://fr.wikipedia.org/wiki/BIND">Bind</a>, logiciel serveur de <a href="http://fr.wikipedia.org/wiki/Domain_Name_System" title="Définition Wikipédia">DNS</a>, qui peut intéresser la communauté. Cette documentation est orientée sur un autre travail que je compte réaliser. Elle n'aborde pas les technologies comme : Bind + <a href="http://fr.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol">DHCP</a>, Bind + Lwres... mais vous avez tout de même tout (à mon avis) pour faire en sorte que "<i>votre</i>" Bind soit à la hauteur, et sécurisé.
<br />
<br />
Pour ce sujet, je trouve dommage après X années d'existence de Bind, que le monde francophone n'est pas publié le même style de document. Les meilleurs documents récents restent en anglais, c'est dommage pour un service important que représente le DNS, et encore plus Bind.
<br />
<br />
Bon voilà, bonne lecture... et comme beaucoup toutes les critiques "positives" sont acceptées. Pour information, la licence de cette documentation est la GFDL.
<br />
</div><ul><li>lien nᵒ 1 : <a title="http://archi.laurent.club.fr/Doc_install_BIND.html" hreflang="fr" href="https://linuxfr.org/redirect/55462">Installer/configurer/exploiter Bind 9.4.x</a></li><li>lien nᵒ 2 : <a title="http://linuxfr.org/~AmT/26043.html" hreflang="fr" href="https://linuxfr.org/redirect/55463">Le journal de référence</a></li><li>lien nᵒ 3 : <a title="http://fr.wikipedia.org/wiki/BIND" hreflang="fr" href="https://linuxfr.org/redirect/55469">BIND sur Wikipédia</a></li></ul><div></div><div><a href="https://linuxfr.org/news/installerconfigurerexploiter-bind-94x.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/22746/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/installerconfigurerexploiter-bind-94x#comments">ouvrir dans le navigateur</a>
</p>
Zenitramhttps://linuxfr.org/nodes/22746/comments.atomtag:linuxfr.org,2005:News/219132007-01-16T11:35:18+01:002007-01-16T11:35:18+01:00Tentative de téléchargement légal de film, une histoire banale<div>Une histoire banale d'une personne banale disposant de tout le matériel adéquat (Ordinateur, Vidéoprojecteur HD, Ampli AC3, et un baladeur vidéo portable) souhaitant télécharger légalement un film pour le lire chez lui et en voyage...
<br />
Cette personne n'utilise certes pas Linux, mais même en utilisant Windows XP + Internet Explorer + Media Player, ce n'est finalement pas si simple.
<br />
<br />
<abbr title="Note des modérateurs">NdM</abbr> : non contentes d'imposer le système d'exploitation sur votre machine, ainsi que le navigateur que vous devez utiliser, mais aussi le lecteur multimédia que vous serez autorisé à lancer, quatre grands sites marchands censés illustrer l'« offre légale » proposent un catalogue très restreint, la location plutôt que la vente, et en plus des restrictions numériques pour brider et contrôler l'usage. Qui a dit interopérabilité et formats ouverts ?</div><ul><li>lien nᵒ 1 : <a title="http://www.legifrance.gouv.fr/WAspad/UnTexteDeJorf?numjo=MCCA0600979D" hreflang="fr" href="https://linuxfr.org/redirect/50224">Le décret au Journal Officiel (2006-12-30)</a></li><li>lien nᵒ 2 : <a title="http://linuxfr.org/2007/01/12/21891.html" hreflang="fr" href="https://linuxfr.org/redirect/50225">Je vais me dénoncer, mais pas seul</a></li></ul><div>En ce beau dimanche de Janvier 2007, j’ai souhaité acheter un film par Internet, pour le regarder tout de suite, du moins dans la journée. Cette envie me paraissait assez banale, surtout que j’avais l’équipement adéquat : un ordinateur assez puissant pour lire des vidéos en haute définition (HD), des logiciels sachant le faire aussi, un projecteur HD, et un ampli audio.
<br />
<br />
Coté logiciels, c’est aussi assez banal : il s’agit de Windows XP, sur lequel j’ai installé un navigateur correspondant à mes besoins nommé Firefox (qui détient 20% du marché des navigateurs, c’est loin d’être minime) et un lecteur vidéo correspondant à mes besoins aussi, nommé MediaPlayerClassic. Le tout est la dernière mise à jour de chaque logiciel.
<br />
<br />
Équipé de tout cela, je suis allé sur le site de la FNAC, site français de la plus grosse enseigne de vente multimédia que je connaisse. J’ai voulu voir ce qu’ils proposaient en téléchargement, en allant sur leur espace téléchargement je me suis fait insulté : il parait que je n’ai pas de navigateur Internet à jour, ni de lecteur multimédia à jour. Mais si !
<br />
Bon, j’avais vraiment envie de télécharger légalement un film, alors que le téléchargement illégal me disait dans mon oreille que ce problème n’existait pas si je téléchargeai ailleurs… Qu’à cela ne tienne, je fouille pour trouver un vieux navigateur compatible nommé Internet explorer, j’installe Windows Media Player (WMP) qui ne me servira jamais à rien, et me voila avec le droit de télécharger un autre logiciel, le navigateur FNAC. Cela fait bien beaucoup pour seulement télécharger un film légalement. Et… Surprise ! En fait, à la FNAC, il n’est pas possible d’acheter un film, on peut seulement le louer pour 48h. Ça ne m’intéresse pas, j’ai fait tout ça pour rien ! La FNAC ne propose pas de téléchargement à la vente. Tant pis, j’irai ailleurs.
<br />
<br />
Je vais ensuite sur le site d’Apple, voir ce qu’ils proposent : de la même manière, je dois installer un logiciel qui ne me servira pas, juste pour pouvoir voir ce qu’ils proposent. Mais, avantage, on ne m’oblige pas à utilise un navigateur particulier, c’est déjà ça. Bon, je veux vraiment acheter légalement, donc j’installe. Je navigue, et… En tant que Français, je ne peux rien télécharger ! Aucun film n’est disponible, de ce que je comprend seuls les américains peuvent acheter des films. Tant pis, j’ai encore perdu du temps pour rien.
<br />
<br />
Je vais ensuite sur le site de Canal+, qui fait une offre nommée CanalPlay. La, un peu plus de bonheur, je peux voir ce qu’ils proposent sans installer n’importe quoi sur mon ordinateur. Mais comme à la FNAC, ils ne proposent que de la location, je passe mon chemin.
<br />
<br />
Je vais ensuite sur le site de TF1, qui fait une offre nommée Tf1vision. Mais j’avoue que je commence à en avoir marre de toute cette navigation, ces installation de logiciels, je suis fatigué, et le téléchargement illégal, c’est très très tentant, car c’est simple. Ah… Ils vendent des choses ! Mais… Que 30 films ! Super, c’est un catalogue ça ! 30 films, et on veut me faire croire qu’une offre légale existe ? Bon, toujours un peu motivé pour acheter légalement, je regarde les films proposés, rien de passionnant… J’en choisi un, je demande à le télécharger. Et… Ça y est les vieux démons reviennent, je dois de nouveau utiliser un navigateur qui n’est pas mon choix.
<br />
<br />
Bon, je peux enfin payer et télécharger mon film (film que j’ai pu choisir qu’entre 30 films disponibles), après une heure de recherche sur la toile. Une fois le fichier téléchargé, ‘essaye de le lire avec mon logiciel préféré, et… il n’est pas lisible ! En fait, le film est uniquement lisible avec WMP. Mais… Pourquoi ? J’ai acheté ce film, pourquoi ne puis-je pas le lire avec le logiciel de mon choix ?
<br />
<br />
Bon, je dois partir, je vais le copier rapidement sur mon lecteur vidéo portable, pour regarder le film dans le métro. Une fois dans le métro, horreur, le film n’est pas lisible ! Incompatibilité, pas le droit, etc… Mais quel est ce langage de barbare ? Bon, je ne pourrai pas regarder ce film sur mon lecteur vidéo portable, je suis un peu énervé, j’en ai lu déjà des films sur ce baladeur, grâce à des DVD que j’ai acheté il y a longtemps, et que j’ai converti dans un format compatible avec lecteur vidéo, et ce facilement.
<br />
<br />
Je reviens chez moi, bien décidé à pouvoir lire ce film que j’ai quand même acheté ! Je lance WMP, j’arrive à le lire… La surprise ! La qualité du film est mauvaise, pire qu’avec un DVD. Sur mon beau écran, l’image bave, il n’y a pas de couleurs vives, une horreur. Même pas besoin de regarder les caractéristiques techniques du fichier téléchargé, on voit à l’½il nul que la qualité est pire que celle d’un DVD. Et pire : il n’y qu’une langue, le français, et pas de sous-titre. Moi qui regarde toujours mes DVD en version originale sous-titrée, me voila encore frustré. Et… C’est uniquement en stéréo ! Que faire de mon ampli 5.1 ?
<br />
<br />
Demain, je dois encore prendre le métro, vu la qualité de la vidéo, je vais convertir la vidéo rapidement pour pouvoir la lire sur mon lecteur vidéo portable. Tiens, le gestionnaire de contenu numérique me dit « non ». Mais c’est quand même un film acheté ! Qu’a cela ne tienne, j’avais déjà contourné ce genre de problème avec une musique achetée sur la FNAC, je réutilise le logiciel qui permet de supprimer ce « non ». C’est fait, 3 minutes plus tard j’ai un film lisible sur mon lecteur vidéo portable. Mais, le fichier prenant 1.5 Go, il prend un peu trop de place, je me débrouille pour le réduire a 500 Mo, c’est plus facile à transporter.
<br />
<br />
Mais… Je viens de réagir : depuis la fin décembre, un décret paru au Journal Officiel stipule clairement que je n’ai pas le droit de faire ce que je viens de faire, zut j’ai violé la loi. Demain, j’irai au commissariat me dénoncer. Et je me promet que plus jamais je n’essayerai d’acheter sur Internet, en tous cas pas tant qu’une offre valable sera disponible. Renaud avait promis qu’une offre légale verrai le jour, je l’attend toujours, elle est loin d’être la.</div><div><a href="https://linuxfr.org/news/tentative-de-telechargement-legal-de-film-une-histoire-banale.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/21222/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/tentative-de-telechargement-legal-de-film-une-histoire-banale#comments">ouvrir dans le navigateur</a>
</p>
Zenitramhttps://linuxfr.org/nodes/21222/comments.atomtag:linuxfr.org,2005:News/206942006-04-19T22:30:45+02:002006-04-19T22:30:45+02:00Appel à tous: Jeudi 20 Avril, parlons de DADVSI aux actionnaires Vivendi<div>Suite aux dernières actions du collectif stopdrm.info [2] contre la loi DADVSI, celui-ci remet le couvert du fait des propositions de modification faites par les sénateurs [5].
<br />
Étant donné que ce jeudi 20 avril, Vivendi convoque ses actionnaires au Carroussel du Louvre, nous vous convoquons à ce même endroit ce même jour.
<br />
<br />
Nous viendrons informer les actionnaires que les consommateurs ne sont pas contents et boycottent désormais les produits des entreprises faisant du lobbying pour lutter contre la copie privée, contre le logiciel libre, qui font la promotion des DRM, qui luttent contre leur propres clients et qui nuisent à la diversité musicale.</div><ul><li>lien nᵒ 1 : <a title="http://stopdrm.info/index.php?2006/04/18/56-prochaine-flashmob-le-jeudi-20-avril" hreflang="fr" href="https://linuxfr.org/redirect/46577">[1] Avis de convocation</a></li><li>lien nᵒ 2 : <a title="http://stopdrm.info/index.php?tag/all-moobz" hreflang="fr" href="https://linuxfr.org/redirect/46578">[2] Toutes les actions précédentes de stopdrm.info</a></li><li>lien nᵒ 3 : <a title="http://stopdrm.info/index.php?2006/04/02/51-mobz3-paris" hreflang="fr" href="https://linuxfr.org/redirect/46579">[3] L'action au Virgin, du 2 Avril</a></li><li>lien nᵒ 4 : <a title="http://stopdrm.info/index.php?2006/03/31/29-mobz-2-paris" hreflang="fr" href="https://linuxfr.org/redirect/46580">[4] L'action à la FNAC, du 30 Mars</a></li><li>lien nᵒ 5 : <a title="http://linuxfr.org/2006/04/18/20688.html" hreflang="fr" href="https://linuxfr.org/redirect/46581">[5] Les associations du libre réagissent aux amendements du Sénat</a></li></ul><div>Rendez-vous est donc pris Jeudi 20 Avril à partir de 18h au foyer du Carroussel du Louvre, pour aller ensuite devant la salle Delorme.
<br />
<br />
Mode d'action : on se rassemble tranquillement au foyer du Carroussel. Prévoir un T-shirt blanc ou une chemise blanche. En tout cas quelque chose de blanc en haut. Certains d'entre nous auront des logos stopDRM sur le T-shirt. D'autres logos/slogans sont possibles, il suffit de les afficher sur son T-shirt. Quand nous sommes prêts, juste avant que les portes de l'AG ne s'ouvrent, nous montons dans la mezzanine et nous allons former une haie du refus de part et d'autre de la porte de la salle Delorme et nous distribuons les tracts aux actionnaires. Si possible nous parlons avec eux pour expliquer les raisons de notre boycott des majors.
<br />
<br />
Pour nous permettre d'estimer le nombre de participants, écrivez un courriel à : stopdrm@gmail.com!
<br />
<br />
Nous sommes aussi à la recherche de personnes motivées pour aider à structurer le site et nouer des liens avec les habitants de toutes les villes de France, n'hésitez donc pas à nous écrire pour vous porter volontaire.</div><div><a href="https://linuxfr.org/news/appel-a-tous-jeudi-20-avril-parlons-de-dadvsi-aux-actionnaires.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/20007/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/appel-a-tous-jeudi-20-avril-parlons-de-dadvsi-aux-actionnaires#comments">ouvrir dans le navigateur</a>
</p>
Zenitramhttps://linuxfr.org/nodes/20007/comments.atomtag:linuxfr.org,2005:News/205852006-03-28T22:45:01+02:002006-03-28T22:45:01+02:00Appel à tous: Jeudi 30 mars, action (silencieuse) contre la loi DADVSI<div>La musique que vous écoutez vous appartient (appartenait).
<br />
<br />
Comme vous le savez sûrement, le projet de loi DADVSI (Droit d'auteur et droits voisins dans la société de l'information) a été voté à l'Assemblée Nationale. Celle-ci contient des articles mettant le monde du libre ainsi que toute personne souhaitant écouter de la musique dans un flou juridique important, notamment du fait de la gestion des DRMs (Mesures de Protection Technique) légalisées.
<br />
<br />
Nous (des internautes ayant reçu le soutien d'eucd.info et de Framasoft) avons décidé de continuer notre action, après 4 actions déjà à notre actif [3][4][5][6]
<br />
<br />
Nous souhaitons de nouveau nous faire remarquer, et nous vous donnons rendez-vous à Paris [1] et dans plusieurs autres villes de France [2] entre le Jeudi 30 Mars et le Samedi 1er Avril!</div><ul><li>lien nᵒ 1 : <a title="http://stopdrm.info/index.php?2006/03/27/32-flash-mob-du-jeudi-30-mars-instructions" hreflang="fr" href="https://linuxfr.org/redirect/46291">[1] Les instructions détaillées pour Paris</a></li><li>lien nᵒ 2 : <a title="http://forum.framasoft.org/viewforum.php?f=82" hreflang="fr" href="https://linuxfr.org/redirect/46292">[2] Le forum Framasoft sur les libertés numériques</a></li><li>lien nᵒ 3 : <a title="http://forrochabrol.free.fr/flashmob/NO-DRM-Flashmob.mov" hreflang="fr" href="https://linuxfr.org/redirect/46293">[3] Dernière action dans les magasins de vente de CD</a></li><li>lien nᵒ 4 : <a title="http://stopdrm.info/index.php?Revue-de-presse" hreflang="fr" href="https://linuxfr.org/redirect/46294">[4] Revue de presse</a></li><li>lien nᵒ 5 : <a title="http://www.flickr.com/photos/tybaut/sets/72057594078047855/" hreflang="fr" href="https://linuxfr.org/redirect/46295">[5] Action à l'assemblée nationnale</a></li><li>lien nᵒ 6 : <a title="http://linuxfr.org/2006/03/07/20458.html" hreflang="fr" href="https://linuxfr.org/redirect/46296">[6] Dépêche listant les anciennes actions</a></li></ul><div>Après une première action au Palais de Tokyo [6], où nous avons pu symboliquement remettre un tract au Ministre de la Culture, une deuxième action aux Victoires de la musique [6], plus impressionnante (60 tracteurs), une troisième action à l'Assemblée Nationale moins glorieuse [5] (des professionnels en mesure de protection humaine ayant été plus forts que nous), une quatrième et dernière action dans différents magasins de vente de CD à travers la France pour donner des PVs aux clients (et ayant eu une couverture de presse intéressante [4]), nous avons imaginé une action silencieuse (le gouvernement souhaitant entendre les lobbies, et non les citoyens).
<br />
<br />
Pour Paris, <b>(correction) le rendez-vous est à 18h30 sur l'esplanade en bas des marches de l'Opéra Bastille</b> [1]. Pour ceux qui ne peuvent pas, un séance de rattrapage est prévue le Samedi 1er Avril. [2]
<br />
Pour les autres villes, restez connecté sur http://stopdrm.info, il y aura une communication de faite pour chaque ville ayant trouvé un correspondant (vous pouvez aussi être correspondant, faites vous connaître! [2])
<br />
<br />
Pour nous permettre d'estimer le nombre de participants, écrivez un courriel à : stopdrm@gmail.com en précisant dans quelle ville vous êtes!
<br />
<br />
Nous sommes aussi à la recherche de personnes motivées pour aider à structurer le site et nouer des liens avec les habitants de toutes les villes de France, n'hésitez donc pas à nous écrire pour vous porter volontaire.</div><div><a href="https://linuxfr.org/news/appel-a-tous-jeudi-30-mars-action-silencieuse-contre-la-loi.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/19896/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/appel-a-tous-jeudi-30-mars-action-silencieuse-contre-la-loi#comments">ouvrir dans le navigateur</a>
</p>
Zenitramhttps://linuxfr.org/nodes/19896/comments.atomtag:linuxfr.org,2005:News/204582006-03-07T10:12:40+01:002006-03-07T10:12:40+01:00Appel à tous: Mercredi 8 mars, action à l'Assemblée Nationale contre la loi DADVSI<div>Comme vous le savez sûrement, les débats concernant le projet de loi DADVSI (Droit d'auteur et droits voisins dans la société de l'information) vont reprendre le mardi 7 mars, pour 3 jours.
<br />
<br />
Nous (des internautes ayant reçu le soutien d'eucd.info et de Framasoft) avons décidé de continuer notre action, après notre première action au Palais de Tokyo [1], où nous avons pu informer un public très réceptif, échanger avec des artistes et symboliquement remettre un tract au Ministre de la Culture, et une deuxième action aux Victoires de la musique [2], plus impressionnante (60 tracteurs)
<br />
<br />
Nous souhaitons de nouveau nous faire remarquer pendant les les débats, et nous vous donnons rendez-vous le Mercredi 8 Mars, pour faire une chaîne humaine anti-DRM.</div><ul><li>lien nᵒ 1 : <a title="http://linuxfr.org/~nicOnicO/20927.html" hreflang="fr" href="https://linuxfr.org/redirect/45934">[1] Le journal sur l'action au Palais de Tokyo</a></li><li>lien nᵒ 2 : <a title="http://www.flickr.com/photos/tybaut/sets/72057594068760108/" hreflang="fr" href="https://linuxfr.org/redirect/45935">[1] Les photos au Palais de Tokyo</a></li><li>lien nᵒ 3 : <a title="http://linuxfr.org/2006/03/01/20424.html" hreflang="fr" href="https://linuxfr.org/redirect/45936">[2] La dépêche sur l'action aux Victoires de la Musique</a></li><li>lien nᵒ 4 : <a title="http://www.flickr.com/photos/tybaut/sets/72057594075446868/" hreflang="fr" href="https://linuxfr.org/redirect/45937">[2] Les photos aux Victoires de la Musique</a></li><li>lien nᵒ 5 : <a title="http://wiki.framasoft.info/EUCD/TractFinal" hreflang="fr" href="https://linuxfr.org/redirect/45938">[2] Le tract distribué aux Victoires de la Musique</a></li><li>lien nᵒ 6 : <a title="http://eucd.info" hreflang="fr" href="https://linuxfr.org/redirect/45939">Eucd.info</a></li></ul><div>Mais pour pouvoir nous faire voir, il faut que nous soyons aussi nombreux que samedi! Tous ensemble nous pouvons réussir, il faut profiter de cette occasion unique qui ne se représentera pas de sitôt.
<br />
<br />
Le rendez-vous est fixé Mercredi 8 Mars à 18h45 place de la Concorde. Pour que nous puissions vous communiquer les lieux et horaires exacts de rendez-vous et toutes les informations pratiques, et pour nous permettre d'estimer le nombre de participants, écrivez un courriel à : stopdrm@gmail.com
<br />
<br />
Le slogan et les méthodes sont en cours d'élaboration, et notre leitmotiv sera :
<br />
""Comme les DRM,
<br />
nous sommes inefficaces,
<br />
mais contrairement à elles,
<br />
nous ne sommes pas dangereux"
<br />
<br />
Propagez cet appel partout où vous pourrez, recopiez le dans les forums, blogs, ..., parlez en à vos proches, il faut que nous soyons le plus nombreux possible !!!
<br />
<br />
Merci</div><div><a href="https://linuxfr.org/news/appel-a-tous-mercredi-8-mars-action-a-lassemblee-nationale-co.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/19771/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/appel-a-tous-mercredi-8-mars-action-a-lassemblee-nationale-co#comments">ouvrir dans le navigateur</a>
</p>
Zenitramhttps://linuxfr.org/nodes/19771/comments.atomtag:linuxfr.org,2005:News/193932005-08-03T21:48:47+02:002005-08-03T21:48:47+02:00Politique sécurité de Cisco<div>Cisco a choisi l'arme judiciaire pour ses failles de sécurité.
<br />
La dernière faille importante en date semble vouloir être étouffée par Cisco, qui utilise la justice pour tenter (inutilement) de faire oublier un trou de sécurité d'IOS (le système d'exploitation des routeurs de Cisco).
<br />
Ceci montre encore une fois l'importance d'avoir un code ouvert partout : la sécurité par obscurcissement n'étant pas une méthode sûre, et les entreprises propriétaires du code souhaitant cacher l'information plutôt que corriger.
<br />
Administrateurs réseau, avec IOS <12.3(15) ou 12.4(2), patchez!</div><ul><li>lien nᵒ 1 : <a title="http://www.cisco.com/warp/public/707/cisco-sa-20050729-ipv6.shtml" hreflang="en" href="https://linuxfr.org/redirect/42919">Alerte de sécurité Cisco</a></li><li>lien nᵒ 2 : <a title="http://www.infowarrior.org/users/rforno/lynn-cisco.pdf" hreflang="en" href="https://linuxfr.org/redirect/42920">Exemple d'injonction de Cisco</a></li><li>lien nᵒ 3 : <a title="http://www.infos-du-net.com/actualite/5032-faille-routeurs-cisco.html" hreflang="fr" href="https://linuxfr.org/redirect/42921">Article d'Infos-du-net</a></li><li>lien nᵒ 4 : <a title="http://permanent.nouvelobs.com/multimedia/20050801.ZDN9248973.html?0803" hreflang="fr" href="https://linuxfr.org/redirect/42922">Article du Nouvel Observateur</a></li><li>lien nᵒ 5 : <a title="http://www.boingboing.net/2005/07/29/michael_lynns_contro.html" hreflang="en" href="https://linuxfr.org/redirect/42923">Présentation de Michael Lynn</a></li></ul><div>En effet, une faille a été récemment découverte par Michael Lynn, qui a démissionné de son entreprise (ISS, traitant de la sécurité Internet) pour pouvoir diffuser l'information (même si depuis il a cédé à l'injonction de Cisco et ne diffuse plus rien)
<br />
Cisco, à la place de corriger rapidement la faille, a tenté d'interdire la diffusion de l'information.
<br />
Comme on pouvait s'en douter, l'information circule toutefois dans le milieu de la sécurité, et est accessible par n'importe quelle personne ayant une volonté de prendre le contrôle d'un routeur Cisco (ancienne version de l'IOS)
<br />
Même si depuis l'éclatement de l'affaire Cisco a diffusé une alerte de sécurité, il est clairement montré que c'est sous pression de la communauté Internet que ceci a été fait.
<br />
<br />
Sources : diverses (conférences black hat, zdnet, Cisco...)</div><div><a href="https://linuxfr.org/news/politique-securite-de-cisco.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/18706/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/politique-securite-de-cisco#comments">ouvrir dans le navigateur</a>
</p>
Zenitramhttps://linuxfr.org/nodes/18706/comments.atomtag:linuxfr.org,2005:News/155932004-03-01T23:31:28+01:002004-03-01T23:31:28+01:00Article PresencePc : les journées FOSDEM<div>Presence-PC a mis en ligne en article sur les journées FOSDEM (Free and Open Source Software Developers' European Meeting) qui se tenait à Bruxelles les 21 et 22 février.</div><ul><li>lien nᵒ 1 : <a title="http://www.presence-pc.com/article-123.html" hreflang="fr" href="https://linuxfr.org/redirect/32509">L'article</a></li><li>lien nᵒ 2 : <a title="http://www.presence-pc.com" hreflang="fr" href="https://linuxfr.org/redirect/32510">Presence-PC</a></li></ul><div>Un article sur le libre de la part d'un site assez généraliste sur les licences des logiciels dont elle fait la publicité.
<br />
<br />
Au menu :
<br />
- Etat des lieux
<br />
- Le hardware libre : LEON
<br />
- DirectFB
<br />
- VideoLAN
<br />
- L'esprit "libre"</div><div><a href="https://linuxfr.org/news/article-presencepc-les-journees-fosdem--2.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/14911/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/article-presencepc-les-journees-fosdem--2#comments">ouvrir dans le navigateur</a>
</p>
Zenitramhttps://linuxfr.org/nodes/14911/comments.atomtag:linuxfr.org,2005:News/143902003-10-31T13:38:42+01:002003-10-31T13:38:42+01:00Le spam est un frein à l'utilisation généralisée du courriel<div>Pew Internet & American Life vient de publier une étude sur les dommages causés par le spam sur l'utilisation du courrier électronique.
<br />
Avec une personne sur trois intéressée par le contenu du spam au point de cliquer sur les liens, le spam est une arme redoutable.
<br />
Le courriel est parfois abandonné à cause du spam, car il perd alors son intérêt.
<br />
Chose assez intéressante, l'étude se penche ensuite sur la réaction des gens face à ce fléau.
<br />
On voit bien que l'éducation des utilisateurs du courriel s'avère nécessaire : le spam est la faute de l'utilisateur avant tout.</div><ul><li>lien nᵒ 1 : <a title="http://www.pewinternet.org/reports/pdfs/PIP_Spam_Report.pdf" hreflang="en" href="https://linuxfr.org/redirect/29334">L'étude</a></li><li>lien nᵒ 2 : <a title="http://www.pewinternet.org/reports/pdfs/PIP_Spam_Topline.pdf" hreflang="en" href="https://linuxfr.org/redirect/29335">Le questionnaire</a></li><li>lien nᵒ 3 : <a title="http://www.pewinternet.org/" hreflang="en" href="https://linuxfr.org/redirect/29336">Pew Internet & American Life</a></li></ul><div>Cette étude, faite auprès de 6 000 personnes, montre que 33% des personnes cliquent sur les liens pour avoir plus d'information, et que 7% des personnes affectées par le spam ont acheté.
<br />
Voila une belle démonstration de l'utilité du Spam pour les vendeurs : pourquoi arrêter si ça marche?
<br />
<br />
D'autres chiffres en vrac :
<br />
- 80% sont gênés par le contenu parfois malhonnête ou trompeur des spams (c'est de la publicité!)
<br />
- 37% utilisent des logiciels anti-spam
<br />
- 86% affirment effacer tout de suite les mails de spam (illogique par rapport aux 33% des gens qui cliquent sur les liens, mais bon...)
<br />
<br />
L'étude est découpée en deux parties : un résumé pour les pressés, et les détails pour les plus curieux.
<br />
<br />
How it is hurting email and degrading life on the Internet :
<br />
Table of Contents:
<br />
Summary of findings
<br />
Part 1: Introduction: Is spam killing the killer app?
<br />
Part 2: What is spam anyway?
<br />
Part 3: The volume and burdens of spam
<br />
Part 4: How emailers interact with spam
<br />
Part 5: How email users feel about spam
<br />
Part 6: Notable responses to spam
<br />
Part 7: When spam is a big problem
<br />
Part 8: The implications of these findings
<br />
Methodology</div><div><a href="https://linuxfr.org/news/le-spam-est-un-frein-a-lutilisation-generalisee-du-courriel.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/13713/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/news/le-spam-est-un-frein-a-lutilisation-generalisee-du-courriel#comments">ouvrir dans le navigateur</a>
</p>
Zenitramhttps://linuxfr.org/nodes/13713/comments.atom