gpe a écrit 799 commentaires

Oui l'arborescence semble avoir été remplacée par un fichier unique :( pour des raisons de performances je crois.

Oui c'est ce que j'ai vu aussi. Mais ça me fait toujours un peu peur ces gros fichiers monolithiques. Un petit pet de travers dans ce genre de fichiers peut suffire à les rendre inutilisables. Mais peut-être suis-je trop paranoïaque?

Sinon pour gconf qui voit de choses qui ont été supprimés dans les fichiers il fallait sans doute redémarrer gconfd pour qu'il relise tout.

Oui c'est ce que j'avais fais. Mais là en y repensant je me demande si mon passage en utf-8 n'avait pas aussi foutu un peu la merde...

Pour les profils audios l'idée est de les définir au niveau de desktop de sorte à ce que ce soit un élément commun à tous les logiciels multimédias. Sur le principe je ne trouve pas ça idiot.

Il ne me semble pas avoir critiqué ce point?

Meme si c'est bourrin, techniquement, tu peux faire ce que tu dis en fouillant les fichiers/dossiers dans $HOME/.gconf/. Je te laisse découvrir, c'est pas super compliqué :)

Il me semblait avoir vu que maintenant l'organisation arborescente était remplacée par un fichier unique?
Sinon il m'est arrivé une fois d'aller mettre mon nez dans cette fameuse arbo et j'ai foutu une belle merde!!! Gconf continuait à voir des clés supprimées... Bref j'ai dû effacer gconf pour rétablir...

Plus proprement parlant, il ya un "set as default" par clé.

Oui effectivement... qui génère une magnifique erreur disant qu'il ne peut pas modifier la clé parce qu'il ne trouve pas de base accessible en écriture! Alors que si je modifie la même clé à la main pas de soucis. En fait j'ai plutôt l'impression que celà sert à définir le réglage que tu viens de faire comme valeur par défaut et non pas à revenir à la valeur par défaut, non?
Et puis si pour revenir à l'état par défaut il faut se taper toutes les clés une à une, bonjour le user friendly!

Sinon, pour sound-juicer, si on parle de la meme chose, c'est parceque ca ne se fait plus dans sound-juicer meme, mais dans le panneau "Edit GNOME Audio Properties", accessible dans les preferences de sound-juicer via "Output format" ou via le binaire gnome-audio-profiles-properties. Par contre c'est pas tres user friendly pour le moment.

Oui je sais mais avoue que c'est tout sauf pratique comme méthode! Avant (Gnome 2.6?) pour un profil donné on pouvait modifier la valeur de compression. Je ne vois pas pourquoi on doit aller modifier le profil pour régler un truc aussi basique?

D'ailleurs j'ai un peu de mal à comprendre la phylosophie avec les profils. On nous dit que pour les trucs avancés il faut passer par gconf mais là pour les profils (qui semble ne pas faire partie de l'usage basique) on nous met une couche intermédiaire. Et si tu as le malheur d'aller modifier un profil dans gconf, bonjour le souc ensuite avec l'éditeur de profil. C'est comme ça que j'ai foutu la merde dans mon gconf...

Et que je souhaite virer les [cequonveux] un p'tit coup de sed s/:.*/:/ fait l'affaire. Mais c'est chiant de sauvegarder le fichier et ouvrir un terminal pour faire des manips.

[troll]
gvim est ton amis!!! ( :s/:.*/:/ )
[/troll]

Moi ce qui me gêne dans Gconf c'est cet aspect gros fichier fourre tout plus ou moins obscure où on y va à taton sans trop savoir ce que l'on fait car beaucoup d'options ne sont pas commentées. Je n'ai pas vu de manière de revenir à une configuration par défaut pour une appli (mais peut-être que ça existe?). Avant (c'était toujours mieux avant! ;-) ) avec un fichier de conf par appli. tu supprimais le fichier et hop tu revenais au mode par défaut...
Sinon pour continuer sur Sound Juicer, je trouve vraiment dommage que l'option permettant de choisir son taux de compression ne soit plus présente que dans gconf. C'est comme si dans Gimp tu ne pouvais pas choisir ton taux de compression jpeg!!!

Si il est conforme USB OTG avec un connecteur mini AB on peut normalement tirer 8mA sur l'alim USB...

Comment se passent les mises à jours? Ca se fait directement depuis la machine (genre apt-get) ou il faut le faire depuis un autre ordinateur (sous Win, Linux, Mac, ...?) ?

On peut aussi lire la page officielle en français plutôt qu'en anglais:
http://www.nokia.fr/index.php?content_id=6531&increment=(...)

Pour info: une bande de base (qui contient un arm946 + dsp + divers contrôleurs) telle que l'on peut trouver dans un Samsung D500 consomme entre 2mW et 500mW en fonction de ses états (fréq. max une centaine de MHz).

<troll on>
Mouais quand tu as les drivers pour le dit GPU...
<troll off>

Le probleme est plutot du cote de Gthumb.
Gthumb identifie les fichiers RAW comme images si leur mime type est de la forme image/xxxxx et il peut aussi reutiliser les miniatures crees par Nautilus.
Par contre, il ne sais pas utiliser les 'thumbnailers' de Gnome donc il ne peut pas les creer de lui meme.

Nautilus me crée les imagettes pour mes ORF mais pas pour mes CRW et Gthumb n'en affiche aucune il reconnaît juste que c'est un fichier image.
Si j'essaie la création manuelle avec la séquence expliquée dans un autre de tes messages l'imagette n'est prise en compte ni par Nautilus ni par Gthumb.

NAME=`echo -n file:///home/bob/test.raw | md5sum`

il y a un petit problème car md5sum rajoute en bout de la somme le nom du fichier. Ici c'est l'entrée standard il rajoute donc " -" au bout de la somme. NAME est donc faussé et fait planter le mv.

Je propose donc la commande suivante:

NAME=`echo -n file:///home/bob/test.raw | md5sum`;NAME=`echo -n ${NAME/ *-/}`

Tu définirais comment le rôle de Digikam?
Moi je le classais dans la catégorie des logiciels permettant de gérer des photos, de les classer, les renommer, les tagguer, etc.
Dans ce cadre c'est bien qu'il sache lire des RAW mais je ne vois pas l'utilité du mode 16 bits ni de la gestion de profil, de courbes, etc.
Digikam change-t'il de voie pour devenir un logiciel de retouche photo en plus ou bien est-ce moi qui l'esprit étroit?
Attention je ne dis pas que ce que tu fais n'est pas bien (pas tapper svp ;-) ), ça à même l'air plutôt sympa la visu du gamut et tout ça, mais j'ai juste du mal à situer le produit et son avenir?

oui le support EXIF dans UFRAW est très basique (NEF uniquement). Udi (le développeur) semble en être conscient (il y a un fil sur le sujet sur le forum UFRAW). Il a fait un appel à compétences et il semble que ça s'oriente vers une utilisation de exiftools, qui (je crois) est la lib qui supporte le mieux les formats RAW.
DCRAW et UFRAW étant très actif ça semble actuellement être LA solution pour dérawtiser sous Linux, hors logiciels commerciaux (Bibble). Manque encore deux choses pour être au niveau des logiciels commerciaux:
- la gestion de la colorimétrie (des progrets semblent être annoncés pour la prochaine version de Gimp si j'ai bien compris?), mais toujours pas de solution de calibration des écrans (?)
- la gestion des format 16 bits (géré par DCRAW).

En résumé:
- pour le tout venant on peut travailler sous Linux,
- pour le reste faut ressortir Windows avec Photoshop. :-(

Par example, DCRAW, bien que tres impressionnant, est un example typique de ce qu'il ne faut pas faire. Plutot que d'essayer de comprendre le format de fichier, DCRAW utilise les tag TIFF ou EXIF pour obtenir le modele de camera, puis utilise ce modele pour determiner la taille de l'image, le format du CCD, ...
En pratique, cela signifie que dcraw doit etre adapte pour chaque nouveau modele de camera alors qu'en fait la pluspart des formats RAW sont suffisament bien connus pour pouvoir extraire ces informations du fichier.

Certe mais la majorité des logiciels de déRAWtisage semblent fonctionner sur le même principe car à chaque nouvel appareil on a droit à une floppé de mise à jours des différents logiciels. Il est d'ailleurs amusant de constater que DCRAW est en général le premier à supporter un nouveau modèle et qu'il faut souvent attendre plusieurs semaines ou mois avant d'avoir la mise à jour des logiciels commeciaux... dont un certains semblent être basés sur DCRAW...

l'enjeux des données "brut de capteur" et de leur traitement est tres reelle, pour les pro en tout cas

Lisant quelques forums photos tout en n'étant qu'un simple amateur, il semble que le RAW intéresse surtout les amateurs experts plus que les pros qui à part dans certains secteurs (studio par exemple) semblent ne pas avoir le temps de faire du développement RAW et font donc beaucoup de jpg direct boitier (presse par exemple).

oui mais bon Gimp se prétend le concurrent de Photoshop et il ne le sera vraiment que s'il gère les formats 16 bits... Enfin c'est mon avis...

Ben par exemple, j'écris en français normal et mon mail part en ISO8859-1.
Je mets un "¤", et il part en ISO8859-15.
Je mets un "ĝ", et il part en ISO8859-3.
Je mets les deux ensemble, et il part en UTF8.

Il me semble que Sylpheed (donc surement Sylpheed-claws) propose un mode automatique pour le choix de l'encodage en sortie.

Par exemple, si on ouvre juste une console texte (pressé, où en se connectant à distance par ssh sur liaison lente ou depuis un système handicapé qui n'a pas X), on ne dispose que de mh la commande) pour vérifier ses mails. Et mh (la commande) ne fait pas très envie...

Je ne crois pas dire de connerie en disant que Mutt supporte le format mh ?

ouais bon je viens de me lever et j'avais pas vu que l'on parlait d'une branche française d'une asso déjà existante...
Bon je vais me recoucher...

oui et non. Le fichier est sur 16 bits mais seul 12 bits sont utiles, les capteurs étant en général 12 bits (sauf celui du Fuji S3 je crois?).

Ce qui est certains c'est que Gimp ne percera pas dans la retouche photo tant qu'il restera en 8 bits. Photoshop est tranquille pour un bon moment semble-t'il...
Dommage que les dév de Gimp n'en prennent pas conscience...

Oui c'est dans le domaine du possible. Tu as une préférence quand au sujet de la photo?

J'ai du mal à comprendre comment "Association pour une infrastructure informationnelle libre" ça fait FFII, à première vue j'aurai dit AIIL?
Doit manquer un truc dans la nouvelle...

Intéressant je vais regarder ça de plus près dès que j'ai un moment.

Quel types de fichier RAWs?

Moi j'ai un Olympus E-1 (fichier ORF) et j'ai aussi pas mal de fichiers de mon ancien Canon G2 (fichier CRW).

Je ne pense pas que le but soit de mettre un RAW en fond d'écran mais peut-être plutôt de permettre à Nautilus d'afficher des imagettes pour les RAW. Le travail ne doit pas être très important car le simple fait d'avoir fait générer l'aperçu d'un RAW dans le gestionnaire de fichiers de Gimp permet ensuite à Nautilus d'afficher une imagette pour le RAW correspondant.
Concernant les gestionnaires d'images, je ne connais pas Digikam et kimdaba (sauf de nom), mais gthumb ne sait pas gérer les RAW et c'est bien un de ces plus gros défauts pour moi.
Donc actuellement, c'est effectivement Nautilus que j'utilise pour gérer mes RAW, car je ne connais rien de mieux (en tout cas pour Gnome)...