Zakath a écrit 741 commentaires

Encore en tildarch pour le moment mais ça devrait migrer assez rapidement en arch.

Pourquoi que donc ?

Et sinon, bien penser à remplacer arch par le vrai nom de votre architecture dans la commande précédente.

Disons que c'est plus dans la philosophie unix : faire une tâche mais la faire bien.

Pour le workflow, j'avais commencé à développer un logiciel en perl/SDL mais j'ai un peu perdu la motivation. Enfin si ça branche des gens, on pourrait relancer ça. Ca se passe par là : http://home.gna.org/alg/

Les calques de réglage sont indispensables, ils permettent de ne pas agir destructivement sur la photo (je fais mes niveaux, puis ${tailledel'historique}+1 actions et je m'aperçois que mes niveaux ne sont finalement pas parfaits avec les nouvelles retouches: sans calques de réglage, je suis foutu, plus qu'à réouvrir la photo et tout recommencer).
Pour le support 16bit, ça ne change évidemment rien si tu ne modifies pas la photo, ni ton écran ni ton oeil ne feront la différence. Par contre, dès que tu vas faire des modifications, typiquement changer les niveaux, qui va modifier la distribution des couleurs, avoir plus de détails te permettra d'avoir plus de marge et d'être moins destructif dans tes modifications.
Pour les profils colorimétriques, c'est surtout une merde infâme sous linux pour l'instant, même si ça commence à s'améliorer. Il faut bien que ton application sache dans quel profil exprimer les couleurs au moment de l'enregistrement, de même qu'il faut que X sache les interpréter correctement, donc il faut du support de profil des deux côtés.

dcraw et ufraw (GUI basée sur le premier) sont des outils du niveau d'aperture ou de lightroom au niveau de la qualité en sortie. Il n'y a que l'interface qui laisse à désirer, en fait.

Pour les fichier caché, où veux-tu les mettre ?

/usr/dtc, clairement.

Tant qu'on y est, vous faites développer vos photos où ?

Pour ma part, après avoir longtemps tâtonné sans jamais être satisfait, j'ai fini par tomber sur negatif plus (http://www.negatifplus.com), sur Paris. Ils sont rapides, pas trop chers (2.5¤ le 20x30), ils donnent les profils à utiliser et surtout, ils font du super boulot ! C'est bien la première fois que j'ai été fier d'un tirage papier d'une de mes images.

Faites tourner les bonnes adresses !

Il manque en effet les calques de réglage, les groupes de calque, le support 16 bit, les profils colorimétriques et de vrais outils de "soin" (le patch tool de photoshop est une merveille !). Et après, il y a une miriade de petites choses super pratiques qu'on ne retrouve pas forcément.

Les devs de gimp sont vraiment pas chouettes, ça forke sans arrêt et ils ont mis des années à commencer à envisager de rajouter les profils colorimétriques (qui arrivent dans 2.4). Personnellement, j'ai beaucoup d'espoir pour krita qui a l'air très prometteur, même si loin d'être encore fini.

J'ai oublié de parler de l'excellent photomatix pour les photos HDR (High Dynamic Range, mélange de plusieurs expositions différentes). Ca permet de faire ça : http://nattfodd.forkbomb.ch/aperturefirst/gal/landscape_016.(...) ou ça : http://nattfodd.forkbomb.ch/aperturefirst/gal/landscape_002.(...)

Pour ma part, je m'y suis mis sérieusement depuis un an. C'est principalement de la photo de nature/paysage mais je fais de plus en plus d'urbain (par la force des choses, maintenant que je suis parisien). J'expose sur mon site web : http://nattfodd.forkbomb.ch/aperturefirst/ et je participe aussi à http://www.weeklyshot.org (qui est vraiment un excellent site de photo !).
Niveau matos, c'est D50 + Tamron 11-18 + Nikkor 18-55 du kit + Nikkor 70-300 4.5-5.6G. Après avoir pas mal pratiqué ufraw et le gimp, j'ai fini par me mettre sous lightroom et photoshop parce que les résultats sont vraiment incomparables et que gimp est franchement une rigolade à côté de toshop (c'est triste mais c'est comme ça). Sous windows en attendant de m'acheter un mac (très bientôt normalement).
Et RAW, évidemment, pour affiner les détails et pour avoir une version que je peux tranquillement archiver (modulo le format propriétaire) en attendant d'éventuelles nouvelles retouches.

Si, j'avais effectivement d'anciennes versions installées, mais il me semblait qu'elles l'avaient été par portage, donc les anciennes maps auraient du être virées... Je modifierai l'ebuild tout à l'heure pour enlever la partie qui fait rm -rf, si vous êtes sûrs que ces maps ne sont pas installées dans la 0.8_alpha1.

Wouala l'extrait en question :

Anyway, I was today considering, after about a week of usage of the new GNU hash style introduced with glibc 2.5 and binutils 2.17. The startup speed improvement is unnoticed, compared to the improvements of direct bindings (although they were all but safe).
The downside seems to be that when using the newest binutils, all the ELF files have 2MB of data added, which is very bad, because you end up trading a CPU-intensive task (the symbols’ binding) with the I/O intensive loading. I’m not sure why that happens, but it’s due to 2.17.50 versions of binutils. With the power poured in CPUs, I won’t accept this trade right now, as my I/O is all but lightspeed (still using SATA drives, and I have other tasks that are I/O intensive on their own). Consider that Konqueror links to 43 libraries, which means 86MB of hashes to load, KMail to 65, Amarok to 33 but you need to add the xine plugins, and all of this is with as-needed enabled, it gets worse if you don’t use it.
So, for the ricers out there, who are using the snapshot versions of binutils because they think they’ll get better performance… reconsider your thoughts, binutils 2.17.50.5 will decrease your performances, not improve them. I’ll try to see if the next releases fix this that seems to me like a bug, and reconsider hash style then.

Source : http://farragut.flameeyes.is-a-geek.org/articles/2006/10/17/(...)

Bah écoute, tu vas dire ça au service informatique qui administre le parc (un des admins traine souvent sur ce site, d'ailleurs). Moi j'ai déjà essayé, et bizarrement il a pas voulu.

Voici un ebuild gentoo (non-officiel, pi une alpha n'ira jamais dans portage) :

http://dev.gentoo.org/~nattfodd/ebuilds/wormux-0.8_alpha1.eb(...)

et le patch à mettre dans le répertoire files :

http://dev.gentoo.org/~nattfodd/ebuilds/wormux-0.8_alpha1-us(...)


Quelques trucs bizarres:
- install-sh n'est pas en +x, du coup make install n'est pas content
- Trouvé par hasard: src/graphic/video.cpp référence un fichier wormux-32.xpm alors qu'il s'appelle maintenant wormux_32x32.xpm
- le jeu plante au démarrage : il manque des champs preview dans les config.xml de certaines maps ! En virant lesdites maps (cubism2, cubism3, ferme, linux, copper), ça marche bien.
- J'ai un "Sound error: File /usr/share/games/wormux/sound/share/../../weapon/sound/riot_bomb_exp.ogg does not exist !" pendant le jeu (mais ça ne fait rien planter).

Tu as déjà essayé de compiler un firefox avec tes mimines ? Parce que moi oui, et je t'assure que ce n'est pas triste (c'était une 1.5 sur debian stable, j'y ai passé un après-midi en suivant à peu près l'ebuild gentoo, et je n'ai pas réussi).

Crois-moi, ça n'a rien de trivial.

Mais si, gentoo a aussi glibc-2.5, et libre à chacun d'utiliser le hashstyle qu'il veut. Par contre, un blog récent de Flameeyes disait que les gains de vitesse n'étaient pas forcément au rendez-vous.

Et je ne sais pas où c'en est exactement au point de vue support officiel, mais gentoo tourne sur des macintel.


Donc prout.

Et pour le port de dtrace sous linux, quelqu'un sait si c'est en cours ? Ou si on pourra récupérer les bouts de chez *BSD ?

Ah, merci !
Enfin un argument censé dans ce débat. Ca n'a apparemment choqué personne que pas mal de gros LL soient protégés par une trademark (gnome et linux ont été cités ici) mais qu'ils n'utilisent cette marque que quand il le faut (ce qui, à ma connaissance, n'est pas très souvent).
D'autant que Debian, loin de "donner une mauvaise image de firefox", l'améliorait au contraire grandement et corrigeait de grossières erreurs de QA.

J'avais commencé à télécharger les sources dans le but de faire un ebuild, et puis j'ai vu la taille de la tarball: 52 Mo !
Du coup j'ai stoppé le téléchargement (sur mon ternet tout pourri, y en avait pour super longtemps de toute manière). Comment ça se fait que ça soit si gros ? Au vu des screenshots, les graphismes ne justifient pas une pareille place, est-ce que tu as compressé les images correctement ? Si c'est le son qui est responsable, peut-être peux-tu le rendre optionnel, dans une seconde tarball ?
Je pense que je ne serai pas le seul à trouver 52 Mo vraiment excessif, surtout si ce logiciel a vocation à être installé sur de "vieilles" machines.

Moi j'aimerais bien qu'on m'explique cette manie de fermer les commentaires. Soit on veut du retour sur ce qu'on raconte, soit on n'en veut pas mais couper la discussion dès qu'elle tourne "mal" (soit en troll, soit juste dans une direction qui ne nous plait pas ou avec des arguments trop convaincants), c'est juste stupide et frustrant.
Messieurs les censeurs, indiquez au moins un espace ouvert où continuer la discussion !

Si le seul moyen qu'on ces "ennemis" c'est de polluer puerilement son blog et l'obliger à faire le gendarme, qu'est ce que tu veux qu'il fasse ?

Qu'il essaie de convaincre lesdits crétins, ou au moins les (nombreux, apparemment) spectateurs du bienfondé de ses arguments et de ses opinions véhément exprimées, plutôt qu'en insultant les gens qui ne sont pas d'accord avec lui et en effaçant ou fermant les commentaires n'allant pas dans son sens.

S'il voulait vraiment "calmer le jeu", il devrait tout simplement laisser pisser lesdits trolleurs et bien vite, ceux-ci se lasseraient ou se rendraient compte de leur ridicule. Là, il joue purement dans la surenchère et ne vaut pas mieux que les gens qui l'emmerdent, dans un superbe cercle vicieux de génération mutuelle.


Bizarrement, aller exprimer son opinion très vocalement et insulter les gens ne le gêne absolument pas quand c'est dans le blog des autres.
Enfin, au moins maintenant sa politique vis-à-vis des commentaires est claire, ça nous changera des "commentaire effacé par daniel glazman, va jouer ailleurs, crétin" et autres joyeusetés.

J'en avais parlé ici : http://linuxfr.org/~Zakath/22332.html
De mémoire, le monsieur qui avait "donné" le pingouin à parrainer voulait rester anonyme, mais peut-être que si tu demandes gentiment aux gens du bugday de gentoo, ils pourront te mettre en contact.

C'est plus qu'inutilisable, c'est complètement mort. Le développement a été abandonné sur L4 et ils sont à la recherche d'un nouveau noyau qui serait encore plus mieux que les autres, le choix semblant pour l'instant se porter sur coyotos.

C'est dommage, on pouvait au moins lancer banner sur hurd/l4 (même s'il fallait le mettre en dur dans le noyau).

C'est quoi exactement, ces fameux dossiers de calques ?

Toutafé, et il a même le bon goût de continuer à faire du bruit quand on n'est plus sous X. Et puis il est totalement dans l'esprit unix, faire une seule tâche mais bien la faire.

En le lançant, on voit deux limitations : une fenêtre supposée être gênante (mais on peut la fermer) et surtout des watermarks plutôt visibles sur toute la surface de la photo.