• # Compression

    Posté par  . Évalué à 2.

    Qui semble-t-il va supporter la compression Zstandard
    https://www.phoronix.com/news/LibreOffice-Landing-Zstd

    • [^] # Re: Compression

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

      Et, comme je ne sais pas ce que c'est tu peux m'en dire plus ? (pour ma dĂ©pĂȘche en prĂ©paration).

      Merci.

      Je n’ai aucun avis sur systemd

      • [^] # Re: Compression

        Posté par  . Évalué à 3.

        Je pense que toutes les explications sont dans le signalement de bogue en lien dans l'article de Phoronix.

        En résumé, l'algorithme de compression Zstandard est beaucoup plus efficace que l'algorithme par défaut de Zip (deflate).

        Dans un premier temps son implĂ©mentation a Ă©tĂ© refusĂ©e car la norme OpenDocument spĂ©cifie que c'est deflate qui doit ĂȘtre utilisĂ© en cas de compression.

        Zstandard est finalement accepté est sera disponible dans la version 25.8.0 de LibreOffice.

      • [^] # Re: Compression

        Posté par  (site web personnel, Mastodon) . Évalué à 5. DerniĂšre modification le 02 mai 2025 Ă  10:10.

        Un fichier ODT, ODG, etc. est simplement une archive zip avec des fichiers dedans. Zip est un conteneur, dans un zip, chaque fichier est compressĂ© sĂ©parĂ©ment, ce qui permet de lire et dĂ©compresser un seul fichier depuis l’archive sans avoir Ă  dĂ©compresser toute l’archive, c’est pourquoi zip est souvent utilisĂ© comme conteneur de divers format (Microsoft fait pareil avec ses OOXML). Chaque fichier Ă©tant compressĂ© sĂ©parĂ©ment dans le conteneur, il est en fait possible d’utiliser diffĂ©rents algorithmes de compression, par fichier. Par dĂ©faut l’algorithme de compression est deflate, mais ça peut ĂȘtre autre chose, comme rien du tout (fichier non compressĂ©), ou zstd. La compression zstd Ă©tant plus efficace que deflate, ça devrait produire des fichiers plus compacts, mais comme le conteneur est inchangĂ©, tout le code de manipulation de fichier dans une archive reste le mĂȘme, exceptĂ© la fonction de compression ou dĂ©compression.

        Je connais un peu le sujet car avec Unvanquished nos fichiers de jeux sont stockĂ©s dans des archives DPK
 qui sont en fait des zip. Tout comme un jeu qui va stocker des textures dans un zip, libreoffice va stocker les divers fichiers d’un document dans un zip, le texte en lui-mĂȘme, les mĂ©tadonnĂ©es, les images et fichiers sons Ă©ventuels
 :D

        ce commentaire est sous licence cc by 4 et précédentes

        • [^] # Re: Compression

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

          Un fichier ODT, ODG, etc. est simplement une archive zip avec des fichiers dedans.

          Je suis au courant, merci :-).

          J'ai l'impression qu'on confond ODF et LibreOffice dans l'histoire.

          Je n’ai aucun avis sur systemd

          • [^] # Re: Compression

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

            C’était pour reprĂ©ciser le contexte pour bien identifier oĂč zstd rentre en jeu dans l’affaire. =)

            Ça concerne LibreOffice mais je doute qu’ils aient deux bibliothĂšques “zipapi”, donc l’ajout de zstd Ă  leur bibliothĂšque zip laisse supposer que cette compression sera utilisable avec un fichier ODF. Ça pourrait aussi ĂȘtre utilisĂ© pour les fichiers d’extension OXT, ou les sauvegardes temporaires.

            Ce commentaire est intĂ©ressant :

            [
] a fast zip odt-mode with zstandard for working could be possible.
            zstandard compression is also possible for internal automatic fast saving in a second parallel work file in session.

            ce commentaire est sous licence cc by 4 et précédentes

  • # Et MS Office est compatible (heureusement... ou pas)

    Posté par  . Évalué à 0.

    Coïncidence, j'apprends ça aujourd'hui : https://linuxfr.org/users/damiend/liens/microsoft-office-est-compatible-avec-odf-depuis-2021

Suivre le flux des commentaires

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