[Librairie] Compress - Compressez vos données/images !

[Adriweb]

Bon travail

Au passage, peut-être seras-tu intéressé par ce code que j'ai fait ya quelques jours pour justement avoir des fonctions de base pour un lecteur d'images en Lua :
viewtopic.php?p=142571#p142571

Le tien propose de bouger, le mien propose en plus des fonctions de zoom

Reprends le code comme tu le souhaites

[Morhaus]

Je viens juste d'apprendre que la méthode copy permettait en effet de scaler des images Le mode d'interpolation est loin d'être idéal pour les annales par exemple où le texte n'est pas lissé, mais c'est mieux que rien. J'en ai profité pour intégrer assez rapidement des raccourcis pour zoomer / dézoomer / 1:1 / adapter.

[Morhaus]

Nouvelle version !
https://mega.co.nz/#!UxYBAZQR!BfvEC079- ... 5xsJMV1KYY

Changelog :

• image.py n'effectue plus de correction de couleur.
• lzw.compress est beaucoup plus efficace.
• convert.py lance une erreur lorsque aucun fichier d'entrée n'a été trouvé.
• convert.py peut créer des scripts & classeurs contenant plusieurs images avec le paramètre -z ou --zip.
• convert.py accepte le paramètre facultatif -l[N] qui limiter la taille maximale du dictionnaire de codes de l'algorithme LZW (utile en cas de manque de mémoire).
• convert.py accepte le paramètre facultatif --rle qui force l'utilisation de la compression RLE
• touches de zoom :
  
  • +: zoom avant
  • -: zoom arrière
  • *: l'image occupe toute la largeur de l'écran
  • /: l'image occupe toute la hauteur de l'écran
  • 0: zoom 1:1
• les touches 1, 2, 3, 4, 6, 7, 8, 9 envoient à un coin de l'image.
• les touches A, B, C, ..., Z permettent de naviguer entre les images.

[Lionel Debroux]

Ca avance bien

[Adriweb]

En effet, bon boulot !)

[Morhaus]

surprise surprise... la limite d'utilisation mémoire des scripts lua est située quelque part entre 28 et 32mb. Et certains des plus gros fichiers (notamment lorsqu'ils sont mis en classeurs) vont faire dépasser cette limite au décompresseur lorsqu'il s'agit de restaurer la string d'origine (table.concat).
J'ai donc ajouté un paramètre de plus en ligne de commande nommé -p [N]/--part-size [N] qui va spécifier une taille pour découper la décompression en plusieurs parties, afin d'appeler garbagecollect() entre chaque table.concat. Ce n'est pas idéal et des problèmes persistent (évidemment). Une solution serait de découper les images trop grandes en plusieurs parties, une autre de les réduire au préalable.

Edit : ou bien décharger une image et la recharger à la demande.

[Morhaus]

Bonne nouvelle
La décompression est suffisamment performante pour permettre la décompression des différentes images d'un classeur à la volée (~2s de chargement pour une page d'annale en 700*1200). Les problèmes de mémoire sont donc inexistants !
Cette approche permet aussi de charger les fichiers 2 à 3x plus rapidement.

Du coup je vais compresser tous les sujets d'annales pour diminuer le nombre de classeurs dans la TI-Nspire.

Autre info, si la taille vous préoccupe beaucoup, réenregistrez les classeurs créés par luna dans Student Software, ça devrait récupérer environ 10% de la taille du fichier.

[Levak]

Autre info, si la taille vous préoccupe beaucoup, réenregistrez les classeurs créés par luna dans Student Software, ça devrait récupérer environ 10% de la taille du fichier.

Ah ? En 3.1 on avait trouvé que Luna optimisait à 30% plus que TI-Nspire Computer Software qui compressait moins à 40% que la calto (il ajoutait surement des choses)...

[Morhaus]

Je pense que ça dépend beaucoup du format de donnée. Compressées, les images sont des suites de nombres séparés par des virgules, ce qui est donc extrêmement répétitif. Je ne fais que constater : sur tous les classeurs que j'ai réenregistré sous Student Software, j'ai pu constater un gain de l'ordre de 10% (sur le plus gros, 207ko -> 189ko).

[Excale]

En utilisant 7-zip au lieu de la lib normale, on peut les compresser encore bien plus^^.