Jeremy KUHN a �crit :
Bonjour,
Lorsque l'on cr�e une image sous gimp d'une certaine taille comme par exemple
un A3 en 300dpi. Il met 135Mo dans un fichier temporaire par calque sur disque.
Tout ceci fait que �a rame �norm�ment m�me avec une bonne machine et surtout
lorsque l'on veut cr�er des images encore plus grande (80x60 en 300dpi). Il
faut savoir que les imprimeurs demandent ce genre de r�solution. En gros avec
mon athlon 1400 et mes 256mo de ram je ne peux m�me pas cr�er ce genre d'image
avec gimp. Je ne connais pas bien photoshop mais il me semble qu'il est tout a
fait possible de cr�er des images de grande taille avec une grande r�solution
sur une configugation bien moins performante et avec autant de calque qu'on le
souhaite.
Quelqu'un aurait-il une explication ou un truc qui me permettrait de r�soudre
ce probl�me?
merci
Une explication, oui. Ou plut�t de l'espoir pour l'avenir:
Jusqu'ici, et comme beaucoup de personnes l'ont remarqu�, la gestion de
la m�moire par The Gimp laissait un peu � d�sirer (gros fichiers...).
Mais j'ennui, c'est que le code source de The Gimp 1.2 n'�tait pas assez
modulable pour pouvoir am�liorer nettement la chose (m�me probl�me pour
la quadrichromie).
Les d�veloppeurs ont donc d�cid�, lors du d�veloppement de la 1.3
(instable) vers la 2.0 de s�parer au maximum le moteur de l'interface.
C'est donc la t�che qui a �t� entreprise, ainsi que le port en GTK2.
La version 2.0 qui sortira d'ici peu est donc peu diff�rente de la
version 1.2 pour l'utilisateur (enfin, y'a qd m�me des changements),
mais par contre, la restructuration du code va permettre de pr�parer le
d�veloppement de la version suivante qui elle, aura notamment pour but
de combler cette mauvaise gestion, la quadrichromie (et m�me la
n-chromie, apparemment)...
Bref, du bon va arriver, mais il faut patienter...
Voil� ce que j'ai compris en lisant � droite � gauche des trucs sur le
sujet...
Bon Gimp quand m�me,
jm
-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/
