> gqview (que je n'ai jamais vu planter dailleurs)
Essaye avec un repertoire contenant plusieurs images d'environ 50Mo si tu peux, je suis interesse de savoir si c'est mon installation ou pas. Gwenview m'a egalement claque dans les doigts avec le meme repertoire.
> avec tout ce qui est cache et tout, c'est pas tres precis tout ca...
Si je pense que c'est suffisamment precis, logiquement les softs ne mettent pas en cache une image passee en parametre depuis la console (je fais $time soft image puis je ferme le programme). D'ailleurs je n'ai pas trouve de grandes differences entre mon 1er et 2e test tout comme aucun repertoire .xvpics n'a ete cree. Le seul probleme est le temps que je met pour fermer le programme (j'ai tronque apres la virgule donc ca compense) + le temps de chargement des differentes libs en memoire la 1er fois mais comme j'ai beaucoup trifouille tous les programmes les libs etaient donc charges en memoire.
Sinon pour GQview j'ai fait plusieurs fois le test meme en deplacant l'image dans le cadre et les valeurs sont veridiques.
Il faut aussi relativiser les valeurs, certains viewers affichent les images dans la resolution d'origine alors que d'autre redimensionne l'image a la taille de la fenetre.
Egalement certains logiciels ont une interface complexe/complete a charger avec pleins de fonctions. Aussi les logiciels chargent les images en fonction de leurs besoins: The Gimp 1.2.5 est tres lent la 1er fois mais logiquement apres il n'y a plus de ralentissement lors des manipulations.
De toute facon ce qu'il faut en deduire c'est que gdk_pixbuf est tres bon et ca se sent ensuite lorsque l'on manipule les images avec eog (zoom instantane par exemple). En revanche Qt est vraiment execrable meme pire que Imlib1 (j'ai carrement fait un programme de 5 lignes pour confirmer les resultats de Kview). J'ai toujours entendu beaucoup de mal de Imlib1 (c'est probablement pas pour rien que GQview est passe de Imlib1 a gdk_pixbuf) et Imlib2 n'est pas beaucoup meilleur si l'acceleration OpenGL n'est pas active (ou alors feh n'utilise pas Imlib2 correctement).
[^] # Re: Test visionneurs d'images sous GNU/Linux
Posté par tanguy_k (site web personnel) . En réponse au journal Test visionneurs d'images sous GNU/Linux. Évalué à 2.
Essaye avec un repertoire contenant plusieurs images d'environ 50Mo si tu peux, je suis interesse de savoir si c'est mon installation ou pas. Gwenview m'a egalement claque dans les doigts avec le meme repertoire.
> avec tout ce qui est cache et tout, c'est pas tres precis tout ca...
Si je pense que c'est suffisamment precis, logiquement les softs ne mettent pas en cache une image passee en parametre depuis la console (je fais $time soft image puis je ferme le programme). D'ailleurs je n'ai pas trouve de grandes differences entre mon 1er et 2e test tout comme aucun repertoire .xvpics n'a ete cree. Le seul probleme est le temps que je met pour fermer le programme (j'ai tronque apres la virgule donc ca compense) + le temps de chargement des differentes libs en memoire la 1er fois mais comme j'ai beaucoup trifouille tous les programmes les libs etaient donc charges en memoire.
Sinon pour GQview j'ai fait plusieurs fois le test meme en deplacant l'image dans le cadre et les valeurs sont veridiques.
Il faut aussi relativiser les valeurs, certains viewers affichent les images dans la resolution d'origine alors que d'autre redimensionne l'image a la taille de la fenetre.
Egalement certains logiciels ont une interface complexe/complete a charger avec pleins de fonctions. Aussi les logiciels chargent les images en fonction de leurs besoins: The Gimp 1.2.5 est tres lent la 1er fois mais logiquement apres il n'y a plus de ralentissement lors des manipulations.
De toute facon ce qu'il faut en deduire c'est que gdk_pixbuf est tres bon et ca se sent ensuite lorsque l'on manipule les images avec eog (zoom instantane par exemple). En revanche Qt est vraiment execrable meme pire que Imlib1 (j'ai carrement fait un programme de 5 lignes pour confirmer les resultats de Kview). J'ai toujours entendu beaucoup de mal de Imlib1 (c'est probablement pas pour rien que GQview est passe de Imlib1 a gdk_pixbuf) et Imlib2 n'est pas beaucoup meilleur si l'acceleration OpenGL n'est pas active (ou alors feh n'utilise pas Imlib2 correctement).