EOutOfResources sur resize d'un bitmap

Bonjour,

Pour scroller un tres grand document (partition musicale), je le decoupe en bandes d'images (portées) que je dessine à la demande en fonction de la position du scrolling et que je colle sur l'ecran via un CopyRect, puis je les conserve en cache pour que le scrolling soit plus fluide ensuite (plus de dessin à faire, uniquement le CopyRect).

Si vous avez suivi jusque la, lisez la suite :wink:

Cela peut consommer pas mal de memoire sur des tres grands documents, et il arrive que j'ai une exception EOutOfResources.

Ce que je ne comprends pas, c'est que cela arrive avant que la RAM soit pleine. Par ex. j'ai 2Go de RAM et ca plante autour de 900Mo. Je ne sais donc pas trop quelle "memoire" est saturée, et donc comment prévenir cela en limitant mon cache perso.

Pour le moment j'attends que l'exception se produise, et a ce moment je vide entierement le cache, pas top top... la memoire fait les montagnes russes.

Pour info l'exception se produit sur une commande Bmp.Width := XXX, que j'appelle juste apres la creation du bitmap via Bmp := Graphics.TBitmap.Create.

Salut

Je pense que tu charges un peu trop la mule ...

remarque : si le logiciel n'est pas pour ton usage exclusif, tu devrais peut-être tabler sur un espace mémoire plus petit que 2 Go (veinard, j'en ai que le quart).

En ce qui concerne ton problème, l'idée de placer tes pages d'image dans un cache en mémoire est bonne pour la rapidité mais le résultat est là : tu consommes tout de même de la mémoire, mince!

Une idée consiste à définir un cache qui ne prend que quelques pages (2 par exemple ou une valeur paramétrée selon tes besoins) en avant de la page courante et autant en arrière, comme cela l'occupation mémoire est moindre et parfaitement contrôlée. Ceci marche si l'utilisateur ne passe pas son temps à défiler et prend le temps de lire sa partition morceau par morceau. L'astuce consiste à entretenir le cache en arrière plan.

Si tu as accès à ACDSEE, regardes comment il précharge les images quand tu les défiles, tu remarqueras que si tu regarde une image un certain temps, la suivante apparaît tout de suite mais pas si tu défiles trop vite.

(je n'ai pas d'exemple Delphi et je pense qu'une telle gestion doit être assez sophistiquée alors bon courage)

Autre suggestion, tu travailles sur un format Bitmap ? Si tes partitions sont vectorielles, il y a peut-être moyen de faire mieux (là aussi pas de solutions précises à donner).

cordialement

e-ric

ton bmp est-il en 24 bits (voire plus) : tu n'as pê pas besoin de coder sur autant de couleurs ; utilise une palette, ou du N&B pour diminuer la mémoire consommée

Bonjour, je suis d'accord avec ton système de cache, par contre quelques optimisations sont necessaires.
Pourquoi ne pas charger seulement les images dont tu as immédiatement besoin.
Dans ton cas, tu t'occupes seulement de précharger l'image de droite et gauche au fur et à mesure puis tu vides celles qui sont trop "loin" avec biensur un controle sur la vitesse du scroll. 2Go c'est vraiment énorme, plafonne sur une utilisation mémoire de 256/512 ce qui correspond à une grande majorité d'utilisateurs.
L'idée de tourlourou n'est pas mauvaise non plus, des partitions musicales ne sont pas des oeuvres d'art, tu peux les afficher en noir et blanc sans altérer leurs qualitées ce qui nécessite beaucoup moins de mémoire. Si tu as plusieurs fiches, ne les créent pas au démarrage de l'application mais plutot lorsque tu en as besoin puis détruit les quand elles ne sont plus utilisées.

Merci pour toutes ces idees. Je vais effectivement essayer d'appliquer un cache qui reste autour de la zone visible, bien que cela pose pas mal de problemes techniques dans mon cas precis. L'idee de tout mettre en cache etait liée à la lecture sonore de la partition, pour laquelle il faut limiter au maximum tout autre traitement afin d'eviter un ralentissement de la lecture pendant le dessin d'une bande. A ce sujet, j'ai une question :

Si je créé un timer avec une priorité très basse, et que ce timer appel une fonction "Dessiner". Cela revient-il à faire mon dessin dans un thread de priorité très basse, ou bien ce n'est pas aussi simple que ca, et il faut manuellement créer une gestion de thread ?

Pour le nombre de couleurs, c'est une tres bonne idee. Je ne peux pas faire du noir et blanc mais la palette dont j'ai besoin est restreinte. Je vais etudier ce point. D'ailleurs si vous avez 2/3 infos la-dessus... ca me fera gagner du temps :roll:

Pour les fiches, merci de l'idee, c'est bien comme cela que je procede. Et heureusement car il y en a des dizaines.

Encore merci à tous!

Au fait, si vous voulez voir un peu mieux de quoi je parle :

http://www.guitar-pro.com/gp5preview/screenshot.png

Salut

Tu travailles sur un progiciel qui a l'air intéressant.
tu joues de la guitare ?

e-ric

Citation:

---

Envoyé par dav555

Au fait, si vous voulez voir un peu mieux de quoi je parle :

http://www.guitar-pro.com/gp5preview...erabadsign.png

---

:king:

Tu le développe pour toi, ou professionnellement ?

:?:

En fait Guitar Pro est plutot connu dans le monde de la guitare, et vous le trouvez meme à la Fnac :wink:

La très prochaine version 5 est une petite révolution, mais cela a necessité la refonte complète du moteur d'affichage, qui ne va pas sans poser quelques soucis, d'où mon post ici...

Je suis le developpeur principal, mais nous sommes désormais une petite équipe à bosser dessus.