Derniers messages sur Zeste de Savoirhttps://zestedesavoir.com/forums/2020-04-12T21:55:30+02:00Les derniers messages parus sur le forum de Zeste de Savoir.La compression de zéro (avec Python), message #2188172020-04-12T21:55:30+02:00r0anne/@r0annehttps://zestedesavoir.com/forums/sujet/13461/la-compression-de-zero-avec-python/?page=1#p218817<p>Message auto : le tutoriel est en validation depuis un moment, je le sync juste avec la bêta <img src="/static/smileys/clin.png" alt=";)" class="smiley"></p>La compression de zéro (avec Python), message #2183552020-04-05T07:31:11+02:00lhp22/@lhp22https://zestedesavoir.com/forums/sujet/13461/la-compression-de-zero-avec-python/?page=1#p218355<p>Je viens de commencer à lire ton tuto. Et je suis particulièrement en joie ! <img src="/static/smileys/heureux.png" alt=":D" class="smiley"></p>
<p>edit : Je ne te remercie pas pour m’avoir <strong>I’m blue da da bee</strong> dans la tête de si bon matin <img src="/static/smileys/b.png" alt=":B" class="smiley"> </p>La compression de zéro (avec Python), message #2148532020-01-31T21:42:27+01:00r0anne/@r0annehttps://zestedesavoir.com/forums/sujet/13461/la-compression-de-zero-avec-python/?page=1#p214853<p>Petite MàJ : j’ai terminé les parties sur BZip2 et PNG, et fait 50 % d’une partie sur JPEG.</p>
<p>Bonne soirée,</p>La compression de zéro (avec Python), message #2139692020-01-18T17:57:44+01:00r0anne/@r0annehttps://zestedesavoir.com/forums/sujet/13461/la-compression-de-zero-avec-python/?page=1#p213969<p>Bonjour les agrumes !</p>
<p>La bêta a été mise à jour et décante sa pulpe
à l’adresse suivante :</p>
<div class="align-center"><p> <a href="https://zestedesavoir.com/contenus/beta/3385/la-compression-de-zero-avec-python/">La compression de zéro (avec Python)</a> </p></div>
<p>Merci d’avance pour vos commentaires.</p>
<p>Edit : J’ai terminé la partie sur LZMA, commencé une partie sur PNG et une partie sur BZ2.</p>La compression de zéro (avec Python), message #2134292020-01-09T12:22:22+01:00r0anne/@r0annehttps://zestedesavoir.com/forums/sujet/13461/la-compression-de-zero-avec-python/?page=1#p213429<p>(Message automatique de mise à jour)</p>La compression de zéro (avec Python), message #2134282020-01-09T12:21:57+01:00r0anne/@r0annehttps://zestedesavoir.com/forums/sujet/13461/la-compression-de-zero-avec-python/?page=1#p213428<p>Merci pour ces premiers retours !</p>
<figure><blockquote>
<p>Y’a juste un petit couac dans ton schéma "LZSS : un peu plus sérieux" :</p>
<p>Que me dit le prochain bit ? C’est un 1, je vais devoir lire une donnée. Puis y’a deux flèches, une qui part vers la fin "Le fichier est fini, j’arrête tout !" ; elle n’était sûrement pas prévu celle-là. <img src="/static/smileys/clin.png" alt=";)" class="smiley"> </p>
</blockquote><figcaption><a href="https://zestedesavoir.com/forums/sujet/13461/la-compression-de-zero-avec-python/?page=1#p213427">Yarflam</a></figcaption></figure>
<p>Il n’y a pas de marqueur de fin de fichier avec LZSS. Mais c’est vrai que dans ce cas le prochain bit de flag sera plus probablement laissé à 0 qu’à 1. J’ai déplacé cette flèche vers le bloc au-dessus pour plus de clarté.</p>La compression de zéro (avec Python), message #2134272020-01-09T12:00:22+01:00anonyme/@anonymehttps://zestedesavoir.com/forums/sujet/13461/la-compression-de-zero-avec-python/?page=1#p213427<p>J’éditerai mon message après avoir tout lu.</p>
<p>Y’a juste un petit couac dans ton schéma "LZSS : un peu plus sérieux" :</p>
<p>Que me dit le prochain bit ? C’est un 1, je vais devoir lire une donnée. Puis y’a deux flèches, une qui part vers la fin "Le fichier est fini, j’arrête tout !" ; elle n’était sûrement pas prévu celle-là. <img src="/static/smileys/clin.png" alt=";)" class="smiley"> </p>La compression de zéro (avec Python), message #2134082020-01-08T22:37:52+01:00etherpin/@etherpinhttps://zestedesavoir.com/forums/sujet/13461/la-compression-de-zero-avec-python/?page=1#p213408<p>Je ne comprends pas pourquoi, dans ta première phrase, tu parles de tous petits ZIP (au pluriel) qui correspondraient à un gros fichier (unique).</p>
<p>Je ne comprends pas la deuxième phrase. Je n’y retrouve pas la définition de la compression de données. Il vaut mieux ne rien dire qu’une phrase obscure. </p>
<p>La suite du tuto est de très bonne facture, très pédagogique.</p>
<p>Je n’ai pas tout lu. Mais au chapitre "comparaison" il manque 'ment’:
comprendre le <strong>fonctionnement </strong>des différents</p>La compression de zéro (avec Python), message #2134062020-01-08T21:46:09+01:00r0anne/@r0annehttps://zestedesavoir.com/forums/sujet/13461/la-compression-de-zero-avec-python/?page=1#p213406<p>Bonjour les agrumes !</p>
<p>La bêta a été mise à jour et décante sa pulpe
à l’adresse suivante :</p>
<div class="align-center"><p> <a href="https://zestedesavoir.com/contenus/beta/3385/la-compression-de-zero-avec-python/">La compression de zéro (avec Python)</a> </p></div>
<p>Merci d’avance pour vos commentaires.</p>La compression de zéro (avec Python), message #2133982020-01-08T19:21:14+01:00r0anne/@r0annehttps://zestedesavoir.com/forums/sujet/13461/la-compression-de-zero-avec-python/?page=1#p213398<p>Salut à tous ! <img src="/static/smileys/smile.png" alt=":)" class="smiley"></p>
<p>Ça fait quelques temps que je planche sur un gros tutoriel de vulgarisation à propos des algorithmes de compression les plus populaires, illustrés par des exemples annotés en Python.</p>
<p>J’ai déjà fait les parties sur LZ77, LZSS, LZ78, LZW, DEFLATE et 50 % de LZMA. Je pourrais par la suite éventuellement pivoter vers des algorithmes de compressions plus « récents » (Zstd, LZO, LZ4, etc.) ou des algorithmes avec perte comme DCT, etc.</p>
<p>Vous pouvez voir ce qui a été fait jusqu’à là ici : <a href="https://zestedesavoir.com/contenus/beta/3385/la-compression-de-zero-avec-python/">https://zestedesavoir.com/contenus/beta/3385/la-compression-de-zero-avec-python/</a></p>
<p>Les avis et les retours sont les bienvenus.</p>
<p>Bonne soirée ! <img src="/static/smileys/smile.png" alt=":)" class="smiley"></p>GitHub et format d'archives, message #2128392019-12-31T18:53:57+01:00ache/@achehttps://zestedesavoir.com/forums/sujet/13413/github-et-format-darchives/?page=1#p212839<p>De manière générale il n’y a aucun standard absolu en informatique.</p>GitHub et format d'archives, message #2128372019-12-31T17:23:41+01:00Helmasaur/@Helmasaurhttps://zestedesavoir.com/forums/sujet/13413/github-et-format-darchives/?page=1#p212837<p>D’accord. Je pensais qu’il y avait certains standards implicites. Merci pour les réponses <img src="/static/smileys/smile.png" alt=":)" class="smiley"> .</p>GitHub et format d'archives, message #2128362019-12-31T17:18:11+01:00Eskimon/@Eskimonhttps://zestedesavoir.com/forums/sujet/13413/github-et-format-darchives/?page=1#p212836<p>JPG n’est pas un format par défaut. Typiquement ce que <em>moi</em> j’utilise par défaut c’est le png, pour le support de la transparence. Mais c’est pas un standard non plus. La compression pareil.</p>GitHub et format d'archives, message #2128322019-12-31T16:02:46+01:00Helmasaur/@Helmasaurhttps://zestedesavoir.com/forums/sujet/13413/github-et-format-darchives/?page=1#p212832<p>le format ZIP n’est pas celui par défaut comme peut être le JPG ?</p>GitHub et format d'archives, message #2128292019-12-31T14:36:36+01:00Renault/@Renaulthttps://zestedesavoir.com/forums/sujet/13413/github-et-format-darchives/?page=1#p212829<p>Je suppose que c’est parce que le format zip est pris en charge chez Windows tandis que tar.gz l’est nativement sous Linux et autres systèmes.</p>GitHub et format d'archives, message #2128282019-12-31T14:26:04+01:00Helmasaur/@Helmasaurhttps://zestedesavoir.com/forums/sujet/13413/github-et-format-darchives/?page=1#p212828<p>Bonjour,</p>
<p>Tour d’abord, je voudrais dire que je ne sais pas du tout si je crée ce nouveau sujet au bon endroit.</p>
<p>Concernant le sujet, je viens de réaliser que GitHub fournit les sources en deux formats différents :</p>
<ul>
<li>zip</li>
<li>tar.gz</li>
</ul>
<p>Vous pouver trouver une exemple sur <a href="https://github.com/zestedesavoir/zds-site/releases/tag/v28.2b-feve">la dernière version de Zeste de Savoir sur GitHub</a>.</p>
<p>Pourquoi ne pas fournir l’archive en un seul format parmi les deux ?</p>Compresser et archiver des vidéos (et audios) . , message #2092592019-10-01T18:43:13+02:00anonyme/@anonymehttps://zestedesavoir.com/forums/sujet/13049/compresser-et-archiver-des-videos-et-audios/?page=1#p209259<p>Merci, la réponse est claire <img src="/static/smileys/heureux.png" alt=":D" class="smiley"></p>Compresser et archiver des vidéos (et audios) . , message #2092392019-10-01T14:29:56+02:00SpaceFox/@SpaceFoxhttps://zestedesavoir.com/forums/sujet/13049/compresser-et-archiver-des-videos-et-audios/?page=1#p209239<p>En fait et sans rentrer dans la technique :</p>
<ul>
<li>ZIP va compresser fichier par fichier, tu vas donc avoir (les données compressées + la « table de décompression ») stockée pour chaque fichier. Si tes fichiers sont compressibles et se ressemblent, la table va être pratiquement copiée à l’identique à chaque fichier.</li>
<li>7Z (lzma / lzma2), mais aussi RAR (au moins avec une option) et tout ce qui est <code>tar.{gz|bz2|xz}</code> voit l’ensemble des fichiers compressés comme un seul bloc de données à compresser d’un seul tenant (7z peut découper en plages de données de tailles arbitraires). Ça permet de mutualiser les « tables de décompressions », mais en contrepartie, si tu veux lire le dernier fichier de la liste, tu dois tout décompresser (et ça peut être long).</li>
</ul>
<p>Cette technique ne permet de gagner de la place que si toutes les conditions suivantes sont remplies :</p>
<ul>
<li>Les données sont compressibles (ce qui n’est pas ton cas),</li>
<li>Les données sont toutes de même types,</li>
<li>Les données sont éparpillées sur beaucoup de petits fichiers.</li>
</ul>Compresser et archiver des vidéos (et audios) . , message #2092382019-10-01T14:15:25+02:00anonyme/@anonymehttps://zestedesavoir.com/forums/sujet/13049/compresser-et-archiver-des-videos-et-audios/?page=1#p209238<p>Oui c’est ce genre de chose auquel je pensais. C’est dommage s’il en est ainsi, mais bon…</p>
<p>Mais par rapport au .7z est-ce que ça signifie que si on a 10 fichier que l’on veut compresser, qu’on le fasse fichiers par fichiers ou tous ensemble, on auras le même résultat ?</p>
<p>Sinon merci ! </p>Compresser et archiver des vidéos (et audios) . , message #2092362019-10-01T14:00:20+02:00SpaceFox/@SpaceFoxhttps://zestedesavoir.com/forums/sujet/13049/compresser-et-archiver-des-videos-et-audios/?page=1#p209236<p>Ce que tu cherches s’appelle « déduplication », idéalement ça s’applique au niveau du système de fichier, et dans ton cas ça ne servira à rien sauf si tu as des vidéos qui sont identiques.</p>
<p>Pourquoi ? Parce qu’un fichier correctement compressé (que la compression soit destructive ou non) est, d’un point de vue binaire, quelque chose qui s’approche fortement d’une suite aléatoire – parce que si ça n’était pas le cas, on pourrait facilement la compresser encore plus. Donc, pas d’occurrences à recouper, donc pas de gain à espérer avec ton idée.</p>Compresser et archiver des vidéos (et audios) . , message #2092312019-10-01T12:24:49+02:00anonyme/@anonymehttps://zestedesavoir.com/forums/sujet/13049/compresser-et-archiver-des-videos-et-audios/?page=1#p209231<p>En fait, mes fichiers vidéos et audio sont tous compressés à fond sans que la qualité ne soit dégradé (destructif modéré). Les seules nouvelles compressions que j’appliquerai peut-être, ce sont des compression non-destructive (plus récentes). Le problème avec les formats vidéos, c’est que les fichiers sont compressés individuellement sans prendre compte des autres. <img src="/static/smileys/siffle.png" alt=":-°" class="smiley"> </p>
<p>C’est pourquoi je m’étais dit qu’il faudrait peut-être trouver une méthode d’archivage compressé (on met plusieurs fichiers dans une archive, et l’algorithme trouve les occurrences dans toutes les vidéos), un peu comme fait le. 7z. </p>
<p>C’est comme si les fichiers texte étaient réunis en une fois, et compressés en groupe; ce qui augmente la rentabilité en terme d’espace. <img src="/static/smileys/heureux.png" alt=":D" class="smiley"> </p>