Liens en vrac de sebsauvage2023-09-21T13:42:18+02:00https://www.sebsauvage.net/links/https://www.sebsauvage.net/links/https://www.sebsauvage.net/links/Le projet qui va révolutionner la vidéo pour toujours - Invidioushttps://www.sebsauvage.net/links/?HiM8Dg2023-09-21T13:42:18+02:00Une bonne explication du papa de VLC sur le bordel absolu qu'est le monde des codecs (et pourquoi, en fait, les codecs propriétaires sont juste d'immondes machines à fric).<br />
Le codec AV1 codé par l'équipe de VLC, c'est 200 000 lignes d'assembleur. D'ASSEMBLEUR. 🤯<br />
<br />
Si vous n'avez jamais programmé en assembleur vous ne vous en rendez-sans doute pas compte, mais c'est un travail véritablement TITANESQUE.<br>(<a href="https://www.sebsauvage.net/links/?HiM8Dg">Permalink</a>)Yaniv Erlich sur Twitter : "Ziv and Lempel co-invented the famous Lempel-Ziv algorithm that is the basis of ZIP files. Prof. Abraham Lempel died 7 weeks ago. Prof. Jacob Ziv died today 😔 RIP. We are losing the giants that shaped computing as we know it. https://t.co/SPK3KB1G1N" / Twitterhttps://www.sebsauvage.net/links/?d6Nr0A2023-03-27T10:14:53+02:00Le professeur Abraham Lempel est décédé il y a 7 semaines.<br />
Le professeur Jacob Ziv est décédé ce 26 mars.<br />
L, Z, ce sont les initiales de LZ. Ce sont les auteurs de l'algorithme de compression LZ qui est à la base de la majorité des algorithmes de compression utilisés actuellement (zip, gz, lzma, etc.)<br>(<a href="https://www.sebsauvage.net/links/?d6Nr0A">Permalink</a>)La compression de fichiers [Wiki de sebsauvage.net]https://www.sebsauvage.net/links/?JtwsqQ2023-03-15T13:08:43+01:00Premier jet d'une page assez généraliste sur la compression de fichiers, mais avec malgré tout un conseil majeur: Utilisez 7-Zip !<br>(<a href="https://www.sebsauvage.net/links/?JtwsqQ">Permalink</a>)Compression : Non, zstd n'est pas une "silver bullet"https://www.sebsauvage.net/links/?oIPVbg2023-03-03T12:41:53+01:00J'entends beaucoup "Il faut utiliser zstd partout, maintenant !"<br />
Alors non. Vraiment pas.<br />
zstd est excellent, cela ne fait aucun doute. Il compresse aussi bien que gz, mais beaucoup plus vite. <br />
Mais ce n'est pas pour autant que c'est la solution à tout.<br />
<br />
Si vous voulez une compression *beaucoup* plus rapide, lz4 et lzo sont imbattables et seront *nettement* plus rapides que zstd (c'est d'ailleurs ces algos qui sont utilisés dans la compression de RAM (zram)).<br />
Si au contraire vous voulez faire du stockage à long terme, lzma (c'est à dire 7z et xz, qui utilisent tous deux cet algo) ou zpaq sont de biens meilleurs choix. Ils mettent beaucoup plus de temps à compresser et utilisent plus de mémoire vive, mais ils ont des taux de compression bien supérieurs à zstd.<br />
<br />
Donc choisissez judicieusement votre algo de compression en fonction de vos besoins : Allez-vous les décompresser souvent ? Ou bien allez-vous compresser/décompresser sur des machines avec peu de ressources (CPU, RAM) ?<br>(<a href="https://www.sebsauvage.net/links/?oIPVbg">Permalink</a>)Râlage du jour : png/jpghttps://www.sebsauvage.net/links/?cv9GcQ2022-09-26T14:16:44+02:00Je déteste franchement découvrir qu'un PNG possède des artefacts de compression jpeg. Ça veut dire que c'était un jpeg avant.<br />
Donc on a à la fois la perte de qualité du jpeg (sans les avantages de la compression) et la place occupée par le png (sans les bénéfices de la qualité d'image d'une compression non-destructive).<br />
Le pire des deux mondes.<br />
ARRÊTEZ DE CONVERTIR LES JPG EN PNG.<br>(<a href="https://www.sebsauvage.net/links/?cv9GcQ">Permalink</a>)Xz format inadequate for long-term archivinghttps://www.sebsauvage.net/links/?aa9Bvw2022-07-24T12:10:55+02:00Quelqu'un a analysé le format de compression xz et en déduit que ce n'est pas un bon choix pour le stockage à long terme de données. Ainsi que LZMA2 (mais pas LZMA).<br>(<a href="https://www.sebsauvage.net/links/?aa9Bvw">Permalink</a>)[compression] zpaq (encore)https://www.sebsauvage.net/links/?fYju1A2022-05-30T12:58:01+02:00Ah ouais... si vous avez du temps, zpaq avec l'option -m5 est assez impressionnante. Lente, mais balaise. (voir <a href="https://sebsauvage.net/links/?iRMA8Q" rel="nofollow">https://sebsauvage.net/links/?iRMA8Q</a>)<br />
<br />
J'avais un peu plus de 36 Go de logs à compresser (un truc que je ne vais pas ouvrir souvent, donc je m'en fout).<br />
En 7z (déjà excellent) ça faisait 1,7 Go en mode max (-mx=9).<br />
Là en zpaq -m5 (max), ça fait seulement 700 Mo. Un giga de moins que 7z ! C'est dingue. 😮<br>(<a href="https://www.sebsauvage.net/links/?fYju1A">Permalink</a>)GitHub - kspalaiologos/bzip3: A better and stronger spiritual successor to BZip2.https://www.sebsauvage.net/links/?zogOJw2022-05-16T16:19:50+02:00Tiens... un nouveau programme de compression, bzip3. Il semble avoir un bien meilleur taux de compression, meilleures que xz/lzma.<br>(<a href="https://www.sebsauvage.net/links/?zogOJw">Permalink</a>)ZPAQhttps://www.sebsauvage.net/links/?iRMA8Q2022-04-30T09:15:38+02:00Par un certain hasard, je reporte à nouveau mon attention sur ZPAQ (un logiciel de compression que Pierre Z. m'avait signalé en 2014 : <a href="https://sebsauvage.net/links/?5Ql3qg" rel="nofollow">https://sebsauvage.net/links/?5Ql3qg</a>)<br />
Je viens de refaire des essais avec zpaq, et c'est intéressant. C'est un logiciel de compression/archivage/backup qui à mes yeux peut avoir deux utilisations :<br />
- Compresser fortement de gros ensembles de données (>2 Go) mieux que 7-Zip.<br />
- Faire des backups incrémentaux (à la manière de borg) en mode "append only".<br />
<br />
Compresser des données, c'est repérer des répétitions. Tous les logiciels de compression utilisent une "fenêtre" de compression à travers laquelle ils "regardent" les données à compresser. Si des répétitions sont vues dans cette fenêtre, on gagne de la place. Pour obtenir une meilleure compression, en plus d'un bon algorithme, il faut donc une grande fenêtre de compression (et donc consommer plus de mémoire).<br />
<br />
C'est pour cela que 7-zip est plus efficace que la majorité de ses concurrents (zip, rar, zstd...) car il a non seulement d'excellents algorithmes (dont lzma) mais il utilise une plus grande fenêtre (et donc consomme plus de mémoire à la compression, par exemple si vous utilisez le mode "ultra" (-mx=9)). Il ajoute à cela une "astuce" : il trie les fichiers par extensions et nom. Avec cette astuce, il a donc plus de chance d'avoir dans sa fenêtre des fichiers avec du contenu similaire.<br />
<br />
ZPAQ va plus loin: Il n'est pas limité à une fenêtre, mais peut repérer des répétitions sur l'ensemble des données (déduplication). Dans mes essais, zpaq (avec l'option -m4) donne de meilleurs résultats pour un ensemble de données de plusieurs Giga-octets. (Typiquement, il n'y a généralement pas de gain pour un ensemble de données inférieur à 2 Go).<br />
<br />
ZPAQ est donc intéressant pour obtenir de meilleurs taux de compression que 7z pour toute donnée supérieure à 2 Go.<br />
<br />
Mais ce n'est pas tout: Il possède un mode de fonctionnement très similaire à Borg afin de faire des backups incrémentaux. Le premier archivage/backup est long (puisqu'il compresse toutes les données), et les backups suivants sont plus rapide car il ne sauvegarde que les données modifiées. Avec déduplication et compression, il est très efficace.<br />
On peut ainsi garder plusieurs versions des fichiers dans l'archive.<br />
Tout comme Borg, ZPAQ permet de supprimer les derniers backups ajoutés. Par contre il ne sait pas supprimer d'anciens backups. L'archive ne peut donc que grossir. (C'est pour cette raison que pour un usage "backup", je continue à préférer borg: On peut purger les backups les plus anciens).<br />
En utilisant un taux de compression moins fort (-m1,2 ou 3) il est très rapide pour les backups.<br />
<br />
Si on résume :<br />
- Pour compresser mieux que 7-Zip de gros ensembles de données, utilisez l'option -m4 de ZPAQ (Si vous avez du temps, l'option -m5 permet compresser encore mieux, mais avec un temps de compression *beaucoup* plus important).<br />
- Si vous utilisez ZPAQ pour des backups, les options -m1 à -m3 conviennent très bien (compression rapide).<br />
(Astuce : l'option -m du taux de compression doit se mettre en *fin* de ligne de commande.)<br />
<br />
ZPAQ est un Logiciel Libre, bien documenté, solide et qui existe sous toutes les plateformes (y compris Windows). L'auteur semble porter grand soin à bien documenter son format et à le rendre pérenne.<br />
Sous Linux, vous trouverez zpaq dans vos dépôts.<br>(<a href="https://www.sebsauvage.net/links/?iRMA8Q">Permalink</a>)QOI — The Quite OK Image Formathttps://www.sebsauvage.net/links/?TjxflQ2022-04-02T10:08:45+02:00Tiens... encore un format de compression d'image.<br />
C'est un format non-destructif comme le png. Il compresse aussi bien que png, mais beaucoup plus vite: 20 à 50 fois plus vite pour compresser, et 3 à 4 fois plus vite pour décompresser.<br>(<a href="https://www.sebsauvage.net/links/?TjxflQ">Permalink</a>)Zlib data compressor fixes 17-year-old security bug – patch, errrm, now – Naked Securityhttps://www.sebsauvage.net/links/?W9dDDQ2022-03-30T08:17:37+02:00zlib est l'un des bouts de code les plus utilisés au monde (comme SQLite). Vous en avez sûrement de multiples exemplaires dans votre périphérique, que ce soit un smartphone ou votre ordinateur. Il y en a dans Firefox, dans les logiciels Adobe, dans Windows, dans Linux, dans les machines Apple, dans Android...<br />
Un bug qui peut faire planter le logiciel à la compression est resté inaperçu pendant 17 ans. Il vient d'être corrigé.<br>(<a href="https://www.sebsauvage.net/links/?W9dDDQ">Permalink</a>)AVIF has landed - JakeArchibald.comhttps://www.sebsauvage.net/links/?fSD1yA2022-03-11T12:39:37+01:00Je vous avais déjà parlé d'AVIF (<a href="https://sebsauvage.net/links/?CHkh2A" rel="nofollow">https://sebsauvage.net/links/?CHkh2A</a>). Non seulement il est plus compact que JPEG, mais il est même plus compacte que WebP à qualité équivalente !<br />
(Cette page vous permet de comparer jpeg/webp/avif avec divers exemples.)<br>(<a href="https://www.sebsauvage.net/links/?fSD1yA">Permalink</a>)The Unreasonable Effectiveness of JPEG: A Signal Processing Approach - YouTubehttps://www.sebsauvage.net/links/?YT4l7g2022-01-24T11:40:21+01:00Explications détaillées et bien illustrées (en anglais) du fonctionnement de la compression JPEG. C'est très complet.<br>(<a href="https://www.sebsauvage.net/links/?YT4l7g">Permalink</a>)Lossless Image Compression in O(n) Time - PhobosLabhttps://www.sebsauvage.net/links/?_mnqhA2021-11-24T16:32:12+01:00Un format de compression d'image lossless (qoi) qui a grosso-modo la même efficacité que le PNG mais qui est *beaucoup* plus rapide que le PNG. 20 fois plus rapide à la compression.<br>(<a href="https://www.sebsauvage.net/links/?_mnqhA">Permalink</a>)Facebook building 'on-demand executable file format' that self-inflates using homebrew compression • The Registerhttps://www.sebsauvage.net/links/?9HFjyg2021-09-14T11:54:44+02:00Facebook gère des données. D'énormes quantités de données. Les algorithmes deflate/gz ou lzma aident beaucoup, mais Facebook veut aller plus loin avec "Superpack", même si pour le moment il limite son utilisation à la compression de ses applications Android (apk).<br />
<br />
L'idée n'est pas de représenter les données sous forme compressée toujours avec le même algo.<br />
L'idée est de représenter les données sous forme d'un programme capable de re-créer ces données 😱 <br />
Pour faire un parallèle: Un programme capable de calculer la suite de Fibonacci est une représentation "compressée" de la suite de Fibonacci. <br />
On remplace donc les données par du code, du code capable de reconstruire les données.<br />
Ils arrivent déjà à gagner 20% sur les APK (application Android) par rapport à la compression zip habituelle des APK.<br />
<br />
(Article source: <a href="https://engineering.fb.com/2021/09/13/core-data/superpack/" rel="nofollow">https://engineering.fb.com/2021/09/13/core-data/superpack/</a>)<br>(<a href="https://www.sebsauvage.net/links/?9HFjyg">Permalink</a>)Using Saliency in progressive JPEG XL images | Google Open Source Bloghttps://www.sebsauvage.net/links/?VNakIw2021-09-10T08:56:15+02:00Mmmmm... voilà une propriété intéressante du JPEG-XL que je ne connaissais pas: Un JPEG progressif traditionnel (3 passes) est forcément top-to-bottom, mais le JPEG-XL peut raffiner en priorité certaines parties de l'image.<br />
Et là toute l'astuce de Google est d'utiliser un algo pour détecter quelles parties de l'image il est plus intéressant de raffiner tôt (et donc d'afficher "net" en premier lors de l'affichage). Par exemple les yeux, le visage, et coder seulement plus loin le fond.<br />
Cela permet d'avoir un affichage progressif de l'image *perceptuellement* beaucoup plus rapide alors qu'on a reçu qu'une petite partie du fichier, mais avec des performances meilleures que le JPEG progressif (non-XL).<br />
(Si vous voulez vraiment apprécier les exemples dans la page, mettez les vidéo en plein écran.)<br />
<br />
Dommage que le JPEG-XL soit encore une technologie bardée de brevets.<br />
(Je me demande si le WebP peut faire ce genre de chose.)<br />
<br />
En référence sur le jpeg progressif, un article sur mon vieux blog: <a href="https://sebsauvage.net/rhaa/index.php?2013/07/30/14/35/17-grosses-images-et-petits-debits" rel="nofollow">https://sebsauvage.net/rhaa/index.php?2013/07/30/14/35/17-grosses-images-et-petits-debits</a><br>(<a href="https://www.sebsauvage.net/links/?VNakIw">Permalink</a>)FFV1, un format vidéo sans perte et libre, normalisé à l'IETF - LinuxFr.orghttps://www.sebsauvage.net/links/?WWXONw2021-08-24T14:24:42+02:00Sous le coude: un format de compression vidéo sans perte.<br />
C'est un peu le FLAC de la vidéo.<br />
Utile pour archiver des vidéo sans perdre en qualité.<br>(<a href="https://www.sebsauvage.net/links/?WWXONw">Permalink</a>)RadioDroid | F-Droid - Free and Open Source Android App Repositoryhttps://www.sebsauvage.net/links/?23tQug2021-04-17T11:54:44+02:00J'écoute des radios sur l'application RadioDroid.<br />
Un certain nombre sont dispo en AAC 128k (FIP, SomaFM, RadioParadise...)<br />
C'est quand même beau de se dire qu'on arrive à avoir une telle qualité audio avec seulement 16 ko/sec. (À débit équivalent, l'AAC est largement meilleur que le mp3)<br />
À quand des stations qui diffusent en Opus ?<br />
PS: Pour avoir les stations en ligne: <a href="https://www.radio-browser.info/" rel="nofollow">https://www.radio-browser.info/</a><br>(<a href="https://www.sebsauvage.net/links/?23tQug">Permalink</a>)LZHAM + Crunch Now Placed Under The Public Domain - Phoronixhttps://www.sebsauvage.net/links/?KsYL2w2020-09-17T09:08:46+02:00Et là j'apprend l'existence de l'algo LZHAM, qui a le même taux de compression que LZMA (l'un des meilleurs algos de compression, celui utilisé dans le format .7z), mais avec une vitesse 1,5 à 8 fois supérieure.<br />
LZHAM vient de passer dans le domaine public: <a href="https://richg42.blogspot.com/2020/09/lzham-and-crunch-are-now-in-public.html" rel="nofollow">https://richg42.blogspot.com/2020/09/lzham-and-crunch-are-now-in-public.html</a><br>(<a href="https://www.sebsauvage.net/links/?KsYL2w">Permalink</a>)H.266/VVC Standard Finalized With ~50% Lower Size Compared To H.265 - Phoronixhttps://www.sebsauvage.net/links/?XTE3XA2020-07-06T15:32:33+02:00WAIT, WHAT ?<br />
Le H266 (VVC) est 50% plus performant en compression que le H265 (HEVC), qui lui-même est déjà 40% plus efficace que le H264 !<br />
(Le H264 est le format utilisé actuellement presque partout (YouTube, Android...)<br />
Malheureusement, les format H26x restent la propriétés de MPEG-LA et sont barés de brevets. Les licences coûtent des millions de dollars.<br />
Il sera intéressant de voir comment se compare H266 à AV1, le codec libre.<br>(<a href="https://www.sebsauvage.net/links/?XTE3XA">Permalink</a>)Google and Binomial partner to open source high quality basis universal | Google Open Source Bloghttps://www.sebsauvage.net/links/?OFFqZQ2020-03-23T09:01:54+01:00Bon... "Basis Universal", encore un nouveau format de compression d'images. 6 à 8 fois plus efficace que jpg/png, et peut être décompressé par les GPU. Woao.<br />
(Sources: <a href="https://github.com/BinomialLLC/basis_universal" rel="nofollow">https://github.com/BinomialLLC/basis_universal</a>)<br>(<a href="https://www.sebsauvage.net/links/?OFFqZQ">Permalink</a>)AVIF for Next-Generation Image Coding - Netflix TechBloghttps://www.sebsauvage.net/links/?CHkh2A2020-02-17T10:19:00+01:00Après avoir commencé à utiliser le codec vidéo AV1 (<a href="https://sebsauvage.net/links/?gNd-yQ" rel="nofollow">https://sebsauvage.net/links/?gNd-yQ</a>, plus performant que H264 et H265), Nextflix travaille sur un format d'image dérivé d'AV1: AVIF.<br>(<a href="https://www.sebsauvage.net/links/?CHkh2A">Permalink</a>)Netflix Now Streaming AV1 on Android - Netflix TechBloghttps://www.sebsauvage.net/links/?gNd-yQ2020-02-06T10:35:03+01:00Waouuuu... on y est déjà ? Neflix a commencé à streamer des vidéos en utilisant le codec AV1 (sur Android pour le moment).<br />
C'est totalement dans l'intérêt de Netflix, puisque cela permet de réduire la quantité de données à envoyer pour une qualité d'image équivalente.<br />
PS: À qualité d'image équivalente, AV1 consomme 50% de bande passante en moins par rapport à H264 (que tout le monde utilise actuellement).<br>(<a href="https://www.sebsauvage.net/links/?gNd-yQ">Permalink</a>)Battle of the Video Codecs: Coding-Efficient VVC vs. Royalty-Free AV1 - IEEE Spectrumhttps://www.sebsauvage.net/links/?wLuUNA2020-02-05T16:59:49+01:00Mais c'est pas possible.<br />
Comme si HEVC ça suffisait pas, des entreprise sont en train de balancer des millions dans VVC, un nouveau codec encore bardé de brevets.<br />
Vous pouvez pas faire comme Mozilla, Microsoft, Google, Facebook, Intel, NVidia, Amazon, Cisco et Apple et bosser ensembles sur AV1, un codec libre de droits ?<br>(<a href="https://www.sebsauvage.net/links/?wLuUNA">Permalink</a>)GitHub - leandromoreira/digital_video_introduction: A hands-on introduction to video technology: image, video, codec (av1, vp9, h265) and more (ffmpeg encoding).https://www.sebsauvage.net/links/?5ShAbQ2019-11-26T11:36:32+01:00Sous le coude : Comment fonctionne un codec vidéo.<br>(<a href="https://www.sebsauvage.net/links/?5ShAbQ">Permalink</a>)H.265/HEVC — Wikipédia - Le Hollandais Volanthttps://www.sebsauvage.net/links/?rr9NRQ2019-11-18T10:03:49+01:00:-)<br />
Et encore !<br />
Il parait que le codec AV1 fait *mieux* que le H265 (en plus de ne pas être bardé de brevets).<br />
Les progrès de la compression ne cesseront jamais de m'étonner. Je n'espère même pas comprendre comment ces nouveaux codecs fonctionnent.<br>(<a href="https://www.sebsauvage.net/links/?rr9NRQ">Permalink</a>)Squash Compression Benchmarkhttps://www.sebsauvage.net/links/?dusqJA2019-10-29T10:15:05+01:00WOAOUUUU.... super site de comparaison des algos de compression (zlib/lzma/lzo/lz4/bzip2/zstd...)<br />
Ils ont 28 jeux de données différents (textes, sources en C, XML, PDF, exécutables...), testés sur différents types de machines (x86 i3/i7, arm).<br />
Vous pouvez sélectionner une archi et voir les débits attendus des différents algos.<br>(<a href="https://www.sebsauvage.net/links/?dusqJA">Permalink</a>)dav1d 0.5.1 Boosts AV1 Video Decode For Older CPUs by 40~50% - Phoronixhttps://www.sebsauvage.net/links/?q0YrXg2019-10-28T13:50:50+01:00AV1 est un nouveau codec de (dé)compression vidéo extrêmement performant, mais très gourmand en CPU. Il est en phase de développement et amélioration.<br />
Le codec dav1d vient d'améliorer les performances de 41% sur les processeurs ARM.<br>(<a href="https://www.sebsauvage.net/links/?q0YrXg">Permalink</a>)Cisco Leap Frogs H.264 Video Collaboration with Real-Time AV1 Codec - Cisco Bloghttps://www.sebsauvage.net/links/?UEkQVg2019-06-27T09:00:45+02:00Cisco semble avoir réussi à fait de l'encodage en temps réel d'AV1 en 720p (30fps). Ce qui a consommé la moitié de la bande passante de H264 (le codec actuellement le plus utilisé).<br>(<a href="https://www.sebsauvage.net/links/?UEkQVg">Permalink</a>)A Real-Time Wideband Neural Vocoder at 1.6 kb/s Using LPCNethttps://www.sebsauvage.net/links/?NxePqw2019-04-11T15:28:23+02:00Et hop... encore un nouveau codec (compression audio), cette fois adapté spécifiquement à la voix, mais capable de descendre beaucoup plus bas en débit qu'Opus ou Speex, tout en gardant une voix intelligible, même en descendant à 200 octets/secondes.<br />
(On peut écouter des exemples dans la page.)<br />
Ce codec est encore expérimental.<br />
(Source: <a href="https://xiphmont.dreamwidth.org/95505.html" rel="nofollow">https://xiphmont.dreamwidth.org/95505.html</a>)<br>(<a href="https://www.sebsauvage.net/links/?NxePqw">Permalink</a>)Compression ultra-rapide sous Linuxhttps://www.sebsauvage.net/links/?6qcOhQ2019-03-28T16:59:44+01:00Besoin d'archiver rapidement un répertoire sous Linux ? N'utilisez pas tar/gzip: Prenez tar/lzo !<br />
Lzo compresse un peu moins bien que gzip, mais il est *beaucoup* plus rapide. Vraiment beaucoup.<br />
<br />
Petit test rapide: Avec 1,1 Go de données sur un core-i7:<br />
- tar/gzip prend 40 secondes pour compresser.<br />
- tar/pigz prend 15 secondes.<br />
- tar/lzo ne prend que 3,7 secondes (!)<br />
(Pour une taille finale: tar/gz : 754 Mo, tar/lzo : 849 Mo).<br />
<br />
Donc si vous voulez compresser un répertoire pour gagner rapidement de la place ou en faire une copie avant de faire des opérations risquées dedans, tar/lzo est rapide comme l'éclair !<br />
<br />
La syntaxe:<br />
tar --lzop -cvf archive.tar.lzo dossier/<br />
( Pour la décompression, c'est juste: tar xvf archive.tar.lzo )<br>(<a href="https://www.sebsauvage.net/links/?6qcOhQ">Permalink</a>)Auphonic Blog: Codec2: a whole Podcast on a Floppy Diskhttps://www.sebsauvage.net/links/?j_5x2g2018-06-27T13:50:58+02:00Sous le coude pour lecture ultérieure: Codec2 est un nouveau codec conçu spécifiquement pour la voix, conçu pour des débits très faibles: De 700 à 3200 bits par seconde (soit à 88 à 400 octets/seconde !).<br />
À 3200 bits/seconde, 1 heure d'audio ne prend que 1,37 Mo !<br />
C'est déjà une belle prouesse, mais ils ont eu l'excellente idée d'ajouter un décodeur supplémentaire (WaveNet) qui améliore de manière spectaculaire la qualité en sortie (voir les exemples dans la section « Codec 2 and WaveNet »).<br>(<a href="https://www.sebsauvage.net/links/?j_5x2g">Permalink</a>)AV1 beats x264 and libvpx-vp9 in practical use case | Engineering Blog | Facebook Code | Facebookhttps://www.sebsauvage.net/links/?93bvcw2018-04-11T16:19:16+02:00Des gens de chez Facebook (qui a *fortement* besoin de bonne compression étant donné le volume effarant de données qu'ils traitent) ont comparé le codec vidéo AV1 à H264 et VP9.<br />
À qualité égale, les vidéos sont 50% plus petites que le H264 ! (Qui est le codec actuellement le plus utilisé.)<br />
Excellent.<br />
L'avenir semble enfin s'éclaircir: Et avec AV1 on risque moins d'avoir une guerre des brevets comme l'immense bordel passé (H264, Theora, VP8/VP9...)<br />
<br />
Pourquoi ? Parce que les membres de Alliance For Open Media ont désespérément besoin d'un meilleur codec vidéo.<br />
Et cette fois-ci, tout le monde participe: Mozilla, Amazon, ARM, Cisco, Facebook, Google, Microsoft, Intel, NVidia... et même Apple !<br>(<a href="https://www.sebsauvage.net/links/?93bvcw">Permalink</a>)The Alliance for Open Media Kickstarts Video Innovation Era with “AV1” Release – Alliance for Open Mediahttps://www.sebsauvage.net/links/?aUS-IQ2018-04-03T15:33:59+02:00La première spécification du nouveau codec vidéo AV1 est sortie. ( je vous en parlais là: <a href="http://sebsauvage.net/links/?searchterm=av1" rel="nofollow">http://sebsauvage.net/links/?searchterm=av1</a> )<br />
Cela nous promet de bien meilleurs taux de compression pour la vidéo. Et sans risque au niveau des brevets.<br>(<a href="https://www.sebsauvage.net/links/?aUS-IQ">Permalink</a>)Getting the Most Out of PNG - Coding Horror - Liens en bazarhttps://www.sebsauvage.net/links/?iQKVfQ2018-03-14T11:49:09+01:00Perso pour optimiser les PNG j'utilise deux outils:<br />
optipng re-compresse les PNG en essayant plusieurs paramètres de compression différents pour une compression maximum.<br />
Selon les png, tu peux ajouter pngnq avant optipng: pngnq réduit le nombre de couleurs du png, ce qui peut augmenter de manière spectaculaire le taux de compression.<br />
J'ai fait une mini doc là: <a href="http://sebsauvage.net/wiki/doku.php?id=en_vrac#optimiser_les_fichiers_png" rel="nofollow">http://sebsauvage.net/wiki/doku.php?id=en_vrac#optimiser_les_fichiers_png</a><br>(<a href="https://www.sebsauvage.net/links/?iQKVfQ">Permalink</a>)Lossy GIF compressorhttps://www.sebsauvage.net/links/?-hU0mA2018-03-13T12:27:39+01:00Sous le coude: Un recompresseur de GIF qui perd en qualité mais permet de gagner beaucoup en taille (réduction de 30% à 50%).<br />
Avec l'exemple donné, un GIF animé de 3,3 Mo descend à 1,2 Mo.<br>(<a href="https://www.sebsauvage.net/links/?-hU0mA">Permalink</a>)Waddawewant? Free video codecs! When dowe .. oh, look, the last MPEG-2 patent expired! • The Registerhttps://www.sebsauvage.net/links/?kTRtXw2018-02-15T11:30:16+01:00Le dernier brevet concernant MPEG-2 vient d'expirer. On peut donc officiellement l'utiliser dans Linux sans enfreindre de brevet.<br />
Pour mémoire, MPEG-2 c'est l'algo de compression des DVD. Ça date et ça ne compresse pas très bien.<br />
Heureusement que depuis tout ce temps on a ffmpeg et VLC !<br>(<a href="https://www.sebsauvage.net/links/?kTRtXw">Permalink</a>)Codec vidéo : après avoir intégré le HEVC sur macOS et iOS, Apple rejoint son concurrent (AV1)https://www.sebsauvage.net/links/?eb4zSA2018-01-09T14:51:27+01:00Je vous avais parlé du codec vidéo AV1 encore en élaboration (<a href="http://sebsauvage.net/links/?bv1dNA" rel="nofollow">http://sebsauvage.net/links/?bv1dNA</a>).<br />
À ma grande surprise, Apple a choisi de rejoindre le mouvement et supportera AV1. <br />
C'est une excellente chose: On va peut-être enfin éviter une fragmentation comme par le passé.<br />
<br />
Et pour l'audio ? Opus semble un excellent choix (et Mozilla+Microsoft y participent) (<a href="http://sebsauvage.net/rhaa/?2012/09/12/08/30/48" rel="nofollow">http://sebsauvage.net/rhaa/?2012/09/12/08/30/48</a>). J'aimerais assez qu'Apple rejoigne aussi le mouvement.<br>(<a href="https://www.sebsauvage.net/links/?eb4zSA">Permalink</a>)DASH playback of AV1 video in Firefox – Mozilla Hacks – the Web developer bloghttps://www.sebsauvage.net/links/?bv1dNA2017-12-05T12:30:47+01:00Bien bien bien.<br />
Le format vidéo H264 est actuellement le plus répandu (La plupart des fichiers mp4 sont des H264).<br />
Le nouveau codec H265 (ou HEVC) du consortium MPEG est 40% plus efficace en compression que le H264. C'est énorme ! Mais c'est encore un codec bardé de brevets et la licence coûte toujours des millions de dollars.<br />
<br />
Mozilla, Microsoft, Netflix, Amazon, Google (et d'autres) travaillent actuellement sur un nouveau codec vidéo appelé "AV1" qui est 35% plus efficace que le H265. C'est absolument énorme !<br />
Il n'est pas encore assez aboutit pour être distribuable en l'état, mais les premiers résultats sont très encourageant.<br />
(Quand je dis "pas encore abouti", rien que l'encodeur actuel est lent: 150 secondes pour encoder 1 seconde de vidéo, c'est très lent !)<br />
<br />
Couplé à Opus pour l'audio (dont je vous avais parlé là: <a href="http://sebsauvage.net/rhaa/?2012/09/12/08/30/48" rel="nofollow">http://sebsauvage.net/rhaa/?2012/09/12/08/30/48</a>), cela augure des vidéos formidablement compactes.<br />
<br />
Actuellement, seule la version "nightly" de Firefox peut lire ces vidéos.<br />
<br />
(Comme d'habitude, ce gros con d'Apple boude tout seul dans son coin et s'accroche à son H265. Va mourir, Apple !)<br />
<br />
EDIT: Autre article en français: <a href="http://www.01net.com/actualites/firefox-defie-apple-avec-un-codec-taille-pour-la-4k-sur-le-web-1315470.html" rel="nofollow">http://www.01net.com/actualites/firefox-defie-apple-avec-un-codec-taille-pour-la-4k-sur-le-web-1315470.html</a><br />
EDIT: Grosse surprise: Apple dit rejoindre l'effort AV1 ! <a href="http://sebsauvage.net/links/?eb4zSA" rel="nofollow">http://sebsauvage.net/links/?eb4zSA</a><br>(<a href="https://www.sebsauvage.net/links/?bv1dNA">Permalink</a>)Le codec AC-3 (Dolby Digital) est désormais libre de tout brevethttps://www.sebsauvage.net/links/?WsLEsw2017-04-02T16:39:29+02:00Ah c'est bien. C'est une bonne chose.<br>(<a href="https://www.sebsauvage.net/links/?WsLEsw">Permalink</a>)Codec 2 700C | Rowetelhttps://www.sebsauvage.net/links/?5RyEBA2017-01-15T02:12:41+01:00Un codec audio pour la voix capable de descendre à seulement 700 bits par secondes !<br>(<a href="https://www.sebsauvage.net/links/?5RyEBA">Permalink</a>)A Year Without a Byte | code.flickr.comhttps://www.sebsauvage.net/links/?hfViVQ2017-01-13T04:23:07+01:00Flickr est un site d'hébergement de photos. Les jours de fort trafic, ils peuvent recevoir 80 Téra-octets de photos (!).<br />
Ils se sont donnés un pari : Tenir un an comme ça sans acheter d'espace de stockage supplémentaire. Et il y sont arrivés en 2016 !<br />
Cet article - assez technique - explique comment il s'y sont pris.<br />
Très fûté.<br>(<a href="https://www.sebsauvage.net/links/?hfViVQ">Permalink</a>)Smaller and faster data compression with Zstandard | Engineering Blog | Facebook Code | Facebookhttps://www.sebsauvage.net/links/?sJuecA2016-09-01T07:03:02+02:00Et pouf ! Encore un nouvel algo de compression (cette fois-ci, venant de Facebook).<br />
Décidément, nous avons plein de nouveaux algos qui sortent ces derniers temps, et des bons !<br />
(via <a href="https://twitter.com/sam_et_max/status/771039591545659392" rel="nofollow">https://twitter.com/sam_et_max/status/771039591545659392</a>)<br>(<a href="https://www.sebsauvage.net/links/?sJuecA">Permalink</a>)Rich Geldreich's Tech And Programmer Culture Blog: RAD's ground breaking lossless compression product benchmarkedhttps://www.sebsauvage.net/links/?mSoyWg2016-08-10T08:36:11+02:00La librairie «Oodle» de compression non destructive de chez RAD semble avoir d'excellents ratios, identiques ou meilleurs que les plus récents (lz4, brotli, lzham...). Notez que c'est une librairie payante (RAD fournit depuis très longtemps des libs de compression aux éditeurs de logiciels, principalement destinés aux jeux. Par exemple, la vidéo d'intro de Dungeon Keeper était déjà compressée avec les outils RAD. C'est dire si ça date ! :-)<br />
(Oodle fournit 4 algos différents: Kraken, Mermaid, Selkie, LZNA. <a href="http://www.radgametools.com/oodle.htm" rel="nofollow">http://www.radgametools.com/oodle.htm</a> )<br>(<a href="https://www.sebsauvage.net/links/?mSoyWg">Permalink</a>)Lepton image compression: saving 22% losslessly from images at 15MB/s | Dropbox Tech Bloghttps://www.sebsauvage.net/links/?ARiLJA2016-07-21T06:39:55+02:00Lepton est un format de stockage d'image 22% plus compacte que le JPEG.<br />
Il faut bien comprendre que cet algo n'améliore pas la taille des images JPEG. C'est un format à part entière. La lib permet de faire la conversion JPEG-->Lepton ou Lepton-->JPEG, vous rendant au final votre JPEG identique bit à bit.<br />
Ce qui est globalement intéressant pour le stockage en masse d'images JPEG, d'autant que la vitesse de décompression est assez bonne.<br />
C'est ce qu'on appelle un trade-off : Vous troquez de l'espace de stockage contre de la consommation CPU. (Ce qui n'est pas déconnant étant donnée la masse énorme de données que doit stocker DropBox.)<br>(<a href="https://www.sebsauvage.net/links/?ARiLJA">Permalink</a>)Voici le résultat d'une image sauvegardée 500 foishttps://www.sebsauvage.net/links/?nVdoiA2016-04-07T22:43:51+02:00Je suis assez surpris de la vitesse de dégradation de WebP.<br>(<a href="https://www.sebsauvage.net/links/?nVdoiA">Permalink</a>)Actualité > Exclusif : ce Français qui révolutionne la compression de donnéeshttps://www.sebsauvage.net/links/?1LTXGQ2016-03-24T18:23:27+01:00Et concrètement, il est où cet algo ? On peut voir l'implémentation ? Il a un petit nom ?<br />
Non parce qu'annoncer un algo 10 000 fois plus rapide que LZW et plus efficace, je demande à voir.<br />
Ou alors il est efficace sur certains type de données bien spécifiques.<br />
Quand on a entendu parler de LZMA, FLIF, BGP, Zstd ou Brotli, on avait des exemples concrets.<br>(<a href="https://www.sebsauvage.net/links/?1LTXGQ">Permalink</a>)Google Open Source Blog: Introducing Brotli: a new compression algorithm for the internethttps://www.sebsauvage.net/links/?9JXg4A2015-09-22T12:28:46+02:00OH BEN MERDE.<br />
Voilà que Google a développé un nouvel algo de compression non destructive, Brotli, pratiquement aussi rapide que le célèbre zlib et un peu meilleur en compression que LZMA (7z). <br />
Et en plus des vitesses de décompression de folie comparé à LZMA (3 à 5 fois plus rapide)... des vitesses de décompression même généralement *supérieures* à zlib. °o°<br />
Woao.<br />
C'est sous licence libre (Apache2) et sur GitHub: <a href="https://github.com/google/brotli/" rel="nofollow">https://github.com/google/brotli/</a><br />
et ils ont soumis un draft à l'IETF: <a href="http://www.ietf.org/id/draft-alakuijala-brotli" rel="nofollow">http://www.ietf.org/id/draft-alakuijala-brotli</a><br>(<a href="https://www.sebsauvage.net/links/?9JXg4A">Permalink</a>)Day 16: gzip + poetry = awesome - Julia Evanshttps://www.sebsauvage.net/links/?QClNCg2015-02-24T13:28:24+01:00Très fun: Le principe de la compression LZ77 (et de la plupart des compressions non destructives) est de trouver des similarités. Chaque fois que l'algorithme tombe sur du texte déjà rencontré, il mémorise la référence au texte précédent (plutôt que le texte lui-même).<br />
Ici, on assiste à la décompression: Les bouts de texte déjà rencontré sont affichés entre accolades. On voit que plus on progresse dans le texte, plus il réutilise des bouts précédents.<br>(<a href="https://www.sebsauvage.net/links/?QClNCg">Permalink</a>)RealTime Data Compression: Zstandard - A stronger compression algorithmhttps://www.sebsauvage.net/links/?aKb71g2015-01-26T11:38:04+01:00Zstd, un nouvel algo de compression. Il compresse un peu moins bien que LZMA (mais bien mieux que zlib), mais son avantage est surtout sa vitesse de compression: 500 Mo/sec. par coeur.<br />
Sources: <a href="https://github.com/Cyan4973/zstd" rel="nofollow">https://github.com/Cyan4973/zstd</a><br>(<a href="https://www.sebsauvage.net/links/?aKb71g">Permalink</a>)