Mise à jour mViewer GX Creator avec économie de mémoire

[AnToX98]

Non ce que je voulais c'est juste de pouvoir regrouper les images dans des dossiers pour s'y retrouver...
Mais ce n'est pas grave

[critor]

Pourquoi ne pas simplement utiliser les dossiers de la TI-Nspire ?

[AnToX98]

Parce que le fait d'avoir toutes ses images dans un seul programme est plus appréciable. Mais bon, ce n'est pas très problématique

[critor]

Ce n'est pas déjà ce que tu as actuellement ?
6 images dans le même programme ?

De toutes façons, on ne peut pas faire plus de 6 sans trouver un moyen de corriger le problème de consommation mémoire, si tant est que ce soit possible.

[Lionel Debroux]

On s'est déjà pas mal fait chier à essayer de trouver une solution aux problèmes de mémoire dus au Lua merdique de TI, croyez-nous

[le solutionneur]

Est-ce que le programme Lua entier est mis dans la mémoire vive lors de son exécution ou non ?

[critor]

Oui, le script est en mémoire, comme le document tns, ainsi que toutes les variables qu'il crée.7$

[AnToX98]

Et je ne vois pas quel est le problème de mémoire ?
C'est le format TI-image qui pose problème ?
Alors, j'ai une petite question : est-ce que on aura les mêmes problèmes de mémoire en stockant la couleur de chaque pixels dans une matrice et de le dessiner ensuite à l'aide d'un gc:fillRect(--code) ? Et pour éviter le lag, d'introduire le getFocus() et LoseFocus() ?

[le solutionneur]

Une solution (moche) serait de créer un programme permettant d'installer les images. En réalité il les mettrait des variables TI-Basic.
Ensuite ton programme Lua permet de sélectionner l'image qu'on souhaite regarder, pour cela il charge la variable.
Comme ça pas de problème de mémoire vive
(Ça va être juste un galère à gérer ces variables mais bon Avec un peu de chance, le Lua Nspire autorise le listing des variables, te permettant ainsi d'utiliser un préfix par exemple mvgx_)

Édit :

C'est le format TI-image qui pose problème ?

C'est le fait que les images soient contenues dans le document Lua qui pose problème : elles sont chargées dès son ouverture et risquent d'effectuer un dépassement mémoire. C'est pour ça que ça sera pas mal de réussir à les mettre à l'extérieur du classeur Lua.

[critor]

@AntoX98: je ne pense pas qu'une matrice change quoique ce soit au problème.
Elle risque même de l'empirer, le code source prenant beaucoup plus de place à cause des séparateurs.


@le_solutionneur: On y a déjà pensé - on ne dirait peut-être pas, mais on ne se tourne pas les pouces.

En pratique, on ne peut pas stocker facilement de telles images dans les variables TI Basic, tout simplement à cause de la limite de taille.
On parle ici d'image 640x896, soit dans les 500'000 pixels.
C'est bien au délà de la limite.