Frédéric COIFFIER a écrit 702 commentaires

  • [^] # Re: Développement des fichiers RAW

    Posté par  . En réponse à la dépêche Sortie de digiKam 0.9.2. Évalué à 3.

    Merci beaucoup pour cette réponse ! (Et félicitations pour le travail effectué sur Digikam avec toute l'équipe)
    Effectivement, dommage qu'il n'y ait pas la possibilité d'avoir un gamma automatique en 16-bit.
    Par contre, je viens d'essayer les profils sur :
    http://digikam3rdparty.free.fr/ICCPROFILES/CameraProfiles/LZ(...)
    et en particulier CANON EOS 10D ISO400.icm et celui-ci me donne déjà un résultat nettement meilleur ! Je n'ai plus qu'à ajuster les niveaux et j'ai maintenant des couleurs un peu plus réalistes.

    D'où viennent ces profils ICC ? Faut-il avoir un labo pour les générer ? Peut-on espérer un jour voir ces profils intégrés à Digikam ?
  • [^] # Re: Développement des fichiers RAW

    Posté par  . En réponse à la dépêche Sortie de digiKam 0.9.2. Évalué à 4.

    Pour le wiki, c'est une très bonne chose qu'il soit en préparation.
    Sinon, les liens que tu donnes sont ceux que j'avais justement trouvé.

    Pendant qu'il y a du monde, je pose mes questions et par la même occasion, je fais part de mes investigations à propos de la gestion des couleurs.
    Je possède un Canon EOS350D. Comme indiquait sur plusieurs pages, il est conseillé de travailler en 16bits (Décodage RAW dans la configuration Digikam). Cette config implique l'utilisation de la gestion des couleurs. Pour les profils couleurs de l'EOS 350D, la page suivante :
    http://www.maashoek.nl/color_profiles.html
    indique la correspondance entre les fichiers présent sur le CD livré avec l'appareil et le profil de l'appareil (6111_x ou 6071_x à priori pour le 350D).
    Pourtant, même en choisissant ces profils, lorsque la photo apparaît dans l'éditeur de Digikam, elle est très sombre, mais même en ajustant l'exposition dans la Balance des blancs, les couleurs ne correspondent absolument pas à l'aperçu que j'avais, ni à ce que j'obtiens par défaut dans Gimp.
    J'ai lu que l'on avait un gamma de 1.0 par défaut en 16-bit (ce qui semble être vrai car manuellement, en ajustant autour de 2.0, le résultat s'améliore), mais je pensais que le profil allait l'ajuster.
    Doit-on obligatoirement le corriger manuellement ? Comment s'approcher du résultat "normal" de l'appareil ?
  • [^] # Re: Félicitations!

    Posté par  . En réponse à la dépêche TestDisk & PhotoRec 6.7 disponibles!. Évalué à 4.

    Je croyais que les fichiers pouvaient être fragmentés sur un disque (et c'était au filesystem d'indiquer où se trouvaient les morceaux). Comment ça se passe dans ce cas si le filesystem est HS ?
  • [^] # Re: Paquets mandriva

    Posté par  . En réponse à la dépêche Sortie de digiKam 0.9.2. Évalué à 10.

    Au lieu de parler à tort et à travers (LinuxFR, c'est ni un bugzilla, ni un bureau des plaintes), il faudrait se renseigner un peu : Gwenview, c'est une appli KDE !
  • [^] # Re: très sympa

    Posté par  . En réponse au journal CaRMetal (géométrie dynamique) en nouvelle version pour les vacances. Évalué à 3.

    Effectivement, il faudrait prévoir un export SVG.

    Moi aussi, je me suis amusé à résoudre quelques petits problèmes de géométrie avec l'applet Java (cf précédente news). C'est un très beau programme et j'aurai bien aimé avoir ça, quand j'étais gamin (à l'époque, j'avais tenté de faire quelque chose comme ça en BASIC ! y a longtemps...)
  • # Développement des fichiers RAW

    Posté par  . En réponse à la dépêche Sortie de digiKam 0.9.2. Évalué à 3.

    Pour ma part, j'ai une autre requête : Est-ce que quelqu'un a commencé ou souhaiterait commencer un tutoriel pour l'utilisation de Digikam pour développer les fichiers RAW avec la gestion des couleurs, etc... ?
    En ce moment, j'essaie d'utiliser Digikam à la place de Gimp et j'avoue ne pas obtenir les mêmes résultats et il n'est pas forcément simple de trouver les bonnes informations (on les trouve un peu dispersées sur des blogs).
    Y a t-il un wiki pour Digikam ?
  • [^] # Re: Paquets mandriva

    Posté par  . En réponse à la dépêche Sortie de digiKam 0.9.2. Évalué à 2.

    Certes, ça ne va pas t'aider mais je ne pense pas avoir le problème de crash. Tu l'obtiens quand en naviguant entre les albums de Digikam ? Peut-être un bug dans une dépendance Digikam (je suis sur Gentoo pour ma part)

    Pour tes autres requêtes, as-tu regardé Gwenview qui est plus orienté visualisation et qui est moins lourd que ShowFoto ?

    Sinon, tu peux toujours déposer un rapport de bug/requête sur le bugzilla de KDE (qui héberge Digikam)
  • [^] # Re: informations complémentaire

    Posté par  . En réponse au journal stats http://hardware4linux.info/. Évalué à 2.

    Il serait aussi bon de pouvoir laisser un commentaire pour en quelques mots pourvoir dire les astuces ou problèmes rencontrés (options du module, version stable utilisée, patch nécessaire, etc...) un peu comme sur la page de Ndiswrapper.

    J'espère qu'il y aura bientôt le formulaire de recherche pour classer tout ça.
  • [^] # Re: Les perfs ?

    Posté par  . En réponse au journal Plasma : Ca avance. Évalué à 2.

    Merci pour ces 2 très belles réponses ! Effectivement, j'avoue de ne pas avoir lu le post d'Aaron (du moins, celui-ci).

    En fait, ma crainte était fondée par le fait que les démo QGraphicsView de Qt4 sont une horreur à travers FreeNX : autant je peux surfer, lire mes mails, compiler sur une Konsole, etc... sans problèmes, autant la démo avec la grille élastique ( http://doc.trolltech.com/4.2/qt4-2-intro.html ) est une véritable horreur (alors, qu'il ne s'agit que de quelques cercles et de quelques lignes).

    Et effectivement, dès que KDE4 aura atteint au moins le niveau beta, je testerai.
  • # Les perfs ?

    Posté par  . En réponse au journal Plasma : Ca avance. Évalué à 6.

    Tout d'abord, je suis pro-KDE et je sais que l'informatique ne serait pas ce qu'elle est, si on avait du continuer à se limiter à 640k mais...

    - Il faut quoi comme carte graphique ?
    - Ca tourne avec des drivers video libre ?
    - Est-ce que l'on peut désactiver ces effets pour utiliser une config modeste (la même que celle qui fait tourner KDE3 en configuration par défaut) ?
    - Ca marche en X remote sur un réseau local ?
    - Ca marche avec VNC ?
    - Ca marche avec FreeNX (parce que tout ce qui est OpenGL, ça marche pas super mais pourtant, je suis actuellement en train d'écrire ce post dans un KDE3 via NX d'une machine connectée au net par ADSL) ?

    Certes, si je voulais de vraies réponses, faudrait mieux que je contacte des développeurs mais il y en a peut-être ici !
  • [^] # Re: SuperKaramba !

    Posté par  . En réponse au message Applet et Kde. Évalué à 2.

    Je ne connais plus trop Mandriva mais pour ton erreur de compilation, il y a de forte chance que tu n'es pas installé les packages de développement de Xorg (xorg-devel peut-être ou quelque chose de la sorte). Si c'est bien ça, il faudra que tu installes les librairies de développement de qt et de kde (quelque chose comme qt-devel et kdelibs-devel).

    Si c'est vraiment un problème de PATH, fait un ./configure --help
    Il te listera une liste d'option parmi lesquelles une qui te permettra peut-être de définir le chemins des includes X11.
    Je sais, la procédure reste vague mais c'est toujours la même démarche pour ce genre de problème.
  • [^] # Re: un commentaire ? d'accord !

    Posté par  . En réponse au journal HDR Facile. Évalué à 3.

    Effectivement, on dirait un filtre gimp/toshop mais ça donne quand même un résultat intéressant (j'ai pas dit joli !).
    En tout cas, pour déboucher les ombres, ça les débouche !
  • [^] # Re: Waa

    Posté par  . En réponse au journal HDR Facile. Évalué à 3.

    Oui, juste ce qu'il faut : sous-exposé, normal, sur exposé.
    Si on compte 8 bits de précision par photo, même avec les recoupements, je dirai à la louche qu'en les composant en HDR, on doit frôler les 18 bits de précision. Ensuite, qtpsgui permet de mixer ce qui est intéressant dans cette plage (les détails très sombres + très éclairés) pour s'approcher de ce que peut voir le cerveau avec nos yeux (le cerveau doit faire le même chose : il voit les nuages claires mais les détails sombres et il combine) ou donner une impression surréaliste.
    Justement, faut que je m'y mette au HDR maintenant que l'on a tous les outils.
  • [^] # Re: ah oui

    Posté par  . En réponse au journal Bestiole dans l'écran. Évalué à 2.

    Il doit y avoir une épidémie en ce moment :

    http://www.lewistrondheim.com/blog/index.php#message_202
  • [^] # Re: AMD ne doit pas se racheter...

    Posté par  . En réponse au journal Driver libre pour carte graphique AMD R500. Évalué à 3.

    Un sondage ! Un sondage !!
  • [^] # Re: whoa pour une nouvelle

    Posté par  . En réponse au journal METAPOST 1.0 est sorti. Évalué à 2.

    Oups, oups, je suis pas au courant. Je ne reçois plus de newsletter Gentoo depuis plusieurs semaines maintenant mais je ne pensais pas qu'il y avait des problèmes internes.
    Que se passe-t-il ? Qu'est ce qui se dit sur gentoo-dev ?
    Je suis sur Gentoo depuis presque 5 ans et je n'ai absolument pas envie que la distrib meurt !
  • [^] # Re: une des raisons de ma réticence au cybercommerce

    Posté par  . En réponse au journal Topachat ca devient n'importe quoi. Évalué à 3.

    Le truc rigolo, puisqu'on parle de FT et de TopAchat, c'est que justement TopAchat est une filiale de FT !
  • [^] # Re: Non

    Posté par  . En réponse au journal Faut il que je retourne sous IE ?. Évalué à 5.

    Bizarre, chez moi, j'ai bien le son avec Konqueror (certes, ça ne t'avance pas beaucoup...).
    Ce qu'il y a de bien avec Konqueror, c'est que l'on peut désactiver l'exécution automatique de Flash : ça remplace par un rectangle gris avec un bouton pour le lancer. Comme ça, le PC rame moins quand on surfe sur des sites remplis de flash (Firefox a peut-être une extension pour faire la même chose mais j'ai pas cherché).
  • # Déjà discuté

    Posté par  . En réponse au journal Bestiole dans l'écran. Évalué à 7.

    Un problème similaire remonté il y a 2 ans :

    http://linuxfr.org/~tfc_duke/18603.html
  • [^] # Re: La perle rare existe (?)

    Posté par  . En réponse au journal Topachat ca devient n'importe quoi. Évalué à 7.

    Ouah ! En plus, la vue de leur site ne provoque pas de crise d'épilepsie !
  • [^] # Re: AMD ne doit pas se racheter...

    Posté par  . En réponse au journal Driver libre pour carte graphique AMD R500. Évalué à 3.

    Le problème avec NVidia, c'est le support des anciennes cartes. Elles n'ont plus été supportées, puis, une version legacy mais celle-ci est buggée dans mon cas :
    - avec ma Geforce 2, je ne peux pas activer XRender (RenderAccel), sinon, le PC freeze
    - avec ma Geforce 4, récemment, la sortie TVOut s'est mise à déconner (résolution pourrie avec des gros pixels).

    Mais côté OpenGL, pas de souci (Blender et Quake III passent)

    Si seulement ils avaient libérés les vieux drivers !!
    Le premier driver libre qui arrive à quelque chose de correct et je change de carte graphique.
  • [^] # Re: 1 million d'écritures

    Posté par  . En réponse au journal Remplacer un disque dur par une compact flash, autre expérience. Évalué à 2.

    Je plussoie fortement la désactivation de l'atime.
    J'ai rencontré le problème sur un système embarqué utilisant JFFS2 pour de la flash : je n'écrivais rien sur la flash mais pourtant, je voyais que l'on y accédait en écriture (et ça consommait plein de RAM). Jusqu'à ce que je m'aperçoive que ça venait de la mise à jour de l'atime sur tous les fichiers accédés en lecture...
  • # Il contient quoi ton fichier ?

    Posté par  . En réponse au message pour lire des fichiers alb. Évalué à 3.

    Que contient ton fichier ?
    Après une recherche sur Google, ça pourrait être un album photo :
    http://www.vicman.net/lib/alb/filetype
    Software for displaying Diji Album files (*.alb).

    Je ne connaissais absolument pas ce type de fichier et je ne pense pas que tu puisses utiliser un logiciel Linux pour le lire.
    Il y a peut-être la solution d'utiliser le logiciel Windows sous Linux (avec Wine) mais je ne peux pas te garantir que ça marchera. De plus, ce n'est pas forcément simple pour un débutant... Quelqu'un pour confirmer ?
  • [^] # Re: Rien comrpis ...

    Posté par  . En réponse à la dépêche Apple Plus : sans DRM, mais.... Évalué à 3.

    Mais puisque l'on te dit que c'est pour notre sécurité et notre bien !
  • [^] # Re: Je vois pas le rapport

    Posté par  . En réponse à la dépêche Gérez vos dépôts subversion avec USVN. Évalué à 2.

    En fait, non, je n'ai pas de tutoriel, j'ai juste une petite note qui liste les différentes actions à effectuer :
    - svnadmin pour créer un repository Subversion
    - tracadmin pour créer un projet Trac que je fais pointer sur le repository Subversion
    - Ajout des entrées dans la config Apache pour l'accés à Subversion d'un côté et aux pages du projets Trac de l'autre côté
    - Un fichier d'authentification Apache pour l'accès à Trac et à Subversion
    - Installation des scripts hooks dans le repository Subversion du nouveau projet (ce qui permet de faire le lien entre un commit Subversion et un ticket Trac)

    Je n'ai rien automatiser vu que je crée un nouveau projet tous les 2-3 mois et qu'ensuite, je dois plus ou moins personnaliser les projets (composants, roadmap Trac, etc...)