Fred_76

Membre
  • Compteur de contenus

    1 579
  • Inscription

  • Dernière visite

  • Last Connexion

    Soon available - 45689

Messages posté(e)s par Fred_76


  1. Je vais indiquer à Steve (l'auteur de Dark Library) de prendre en compte les ISO sans limite. Pour les fichiers JPG, quel intéret ! Ils sont codés sur 8 bits+compression alors que les RAW des APN de dernière génération le sont sur 14 non compressés...

    ==> Steve m'indique que la version 1.5 de Dark Library supporte maintenant jusqu'à 6400 ISO. Le lien :
    https://www.filesanywhere.com/fs/v.aspx?v=89726a87605f75ad73a7


    Sinon, il ne te restes plus qu'à déterminer les lois des courants d'obscurité pour tes deux APN. Avec ça on peut théoriquement mieux exploiter ses darks en les alignant correctement sur les températures des lights. Voir mon post précedent.

    A+

    Fred

    [Ce message a été modifié par Fred_76 (Édité le 05-09-2010).]


  2. Dire que j'ai passé des heures dans mon congélateur... lol

    Bref, pour l'EOS 1000D, le courant d'obscurité (qu'on appelle plus communément "bruit thermique") double tous les 12,8°C tant que la température mesurée par l'APN est inférieure à 29°C. Au delà, elle double tous les 7,3°C.

    Avec cette règle, je devrais pouvoir être en mesure d'aligner le dark sur la température de chaque image et ainsi m'affranchir de reprendre des darks avant et après chaque séance de prise de vues. Mais je n'ai pas encore testé...

    Voir mon post d'hier : http://www.astrosurf.com/ubb/Forum2/HTML/034088.html

    A+

    Fred


  3. Superbe initiative

    Mais comment seront récompensées les villes et villages qui font des efforts pour avoir un ciel étoilé, mais qui ont la malchance d'être voisinnes d'une mégacité qui, elle, illumine le ciel de mille feux, et davantage chaque année ?

    Par exemple, un petit village de 2800 âmes limitrophe du Havre...

    A+

    Fred


  4. Je ne sais pas moi non plus, c'était juste pour faire avancer le schmilblick !

    Sans blague, si, il y a une utilité mais elle n'est pas très pratique d'emploi. Je vais essayer de l'exposer...

    Quand on prend des photos et qu'on regarde la température enregistrée, on se rend compte qu'elle varie. Parfois beaucoup. On peut soit attendre deux bonnes heures le temps que l'appareil se "chauffe" et ait une température stabilisée, soit l'ignorer (c'est ce qu'on fait en général), soit s'affranchir de cette perte de temps en exploitant les propriétés du courant d'obscurité.

    Je m'explique.


    On a une série de photos de darks qui affichent (pour la i ième photo) une température T°(i). Les températures ne sont pas nécessairement égales.

    Nos images du ciel on une température mini que l'on note T°(0). C'est à cette valeur qu'on va fabriquer notre dark maitre.

    Il faut calculer pour chaque image de dark la valeur du courant d'obscurité qui, pour le 1000D, est égale à :
    dc(i) = 0,115 x 2^((T°(i)-28,6)/12,8)
    (ou 7,3 au lieu de 12,8 si T°(i)>28,6 °C).

    On calcule de même le courant d'obscurité du dark maître que l'on veut :
    dc(0) = 0,115 x 2^((T°(0)-28,6)/12,8) (ou 7,3 au lieu de 12,8 si T°(0)>28,6 °C).

    On calcule ensuite le coefficient de correction à appliquer au dark unitaire :

    r(i)=dc(0)/dc(i)

    Finalement, chaque image de dark unitaire sera calculée :

    dark_traité(i) = r(i) x [ dark_brut(i)-offset_maitre ]

    Le dark maître sera calculé à partir des dark traités et alignés sur la température T°(0).

    *** fin de la première étape


    Maintenant on applique le même principe pour nos images du ciel (les lights). Chaque light a sa propre température T°(i). On va alors calculer son courant d'obscurité :

    dc(i) = 0,115 x 2^((T°(i)-28,6)/12,8) (ou 7,3 au lieu de 12,8 si T°(i)>28,6 °C).

    Cette température n'est pas forcément égale à la température du dark maître T°(0). Cette fois ci c'est le dark maître qu'il faut rapporter au niveau de l'image light. On applique encore un ratio de correction :

    r'(i)=dc(i)/dc(0)

    light_traité(i) = light_brut(i) - offset_maitre - r'(i) x dark_maitre

    On est sûr maintenant d'avoir correctement corrigé chaque image avec le dark aligné sur la bonne température.

    *** fin de seconde étape


    On peut appliquer le même principe sur la durée d'exposition sachant que le courant d'obscurité est directement proportionnelle à cette durée. Il n'est plus nécessaire de faire des librairies pantagruelliques de darks pour chaque valeur de temps de pose et de température.

    Le problème c'est que cette méthode est fastidieuse et qu'aucun logiciel ne permet une automatisation aisée de cet algorithme. Iris avec ses script de commandes pourrait le faire, mais il faudrait créer une moulinette qui préparerait le script ad-hoc pour créer le dark maitre, puis pour l'appliquer sur chaque image du ciel. L'utilitaire Exiftool permet quant à lui d'extraire les températures stockées par l'APN dans les données exif des images.

    C'est pour l'instant de la théorie et je n'ai pas fait de comparaison pratique sur des images réelles. J'essaierai un de ces 4.


    Au fait, j'espère ne pas dire trop de conneries

    A+

    Fred


  5. Bonjour

    J'ai pris une 60aine de photos de darks de 5min sous une couverture puis dans mon congélateur et ai obtenu une série de photos de 0degC a 40degC.

    J'ai utilisé la température stockée dans les données Exif du fichier Raw. Cette température est assez proche de la température du capteur.

    Cela m'a permi de calculer le courant d'obscurité et la façon dont il varie en fonction de la température.

    La règle habituellement indiquée sur les forums dit que le courant d'obscurité double quand la température augmente de 6 a 8 degC.

    ///---- voir plus bas car ici c'est pas bon ! ----///

    Avec le 1000D, j'ai constaté que le courant d'obscurité double quand la température augmente de 12,8 degC, tant que la température est inférieure à 28,6 degC. Ensuite elle double tous les 7,3 degC.

    Le courant d'obscurité à la température de transition est de 0,115 e/s/pixel.

    ///---- voir plus bas car ici c'est pas bon ! ----///


    A+

    Fred

    [Ce message a été modifié par Fred_76 (Édité le 02-09-2010).]

    [Ce message a été modifié par Fred_76 (Édité le 09-09-2010).]


  6. Et moi, sans gros moyen, je me suis bricolé une planchette équatoriale. Pour ne pas faciliter le travail, j'ai imaginé un design de ma propre imagination (puis on m'a dit qu'un certain Hamon avait fait un truc similaire il y a 50 ans).

    C'est ça le bricolage, on bidouille, on invente, on découvre qu'on a repris une idée plus ancienne en l'améliorant, en l'adaptant, en la détournant...

    Bref, avec mes deux mains gauches (celles dont le pouce est à droite), j'arrive à mes fins et je peux poser mon 1000D avec son 200mm pour prendre quelques galaxies. Pas de telescope chez moi...

    A+

    Fred


  7. Attendons de voir la bête (et de la tester) avant de juger.

    Pour l'écran orientable, je pense que c'est très chouette pour le cou ! Cela va soulager un peu nos cervicales pour faire les mises au point quand on vise tout là haut et qu'on n'a pas un PC sous la main.

    Et puis le boitier en plastique, c'est un gros plus pour l'astro : qui dit plastique dit léger, et autant de contrepoids en moins sur la monture... C'est d'ailleurs un des gros avantages du 1000D.

    Fred

    [Ce message a été modifié par Fred_76 (Édité le 31-08-2010).]


  8. Et oui, c'est bien vrai, la commande WORK existe depuis ... 2006 (version 5.33). Mais elle n'est pas listée dans les 3 listes de commandes (celles de Javier Ruiz, de JP Richaume et de Howard & Co)...

    Sinon, les autres commentaires sur LOADRAW sont toujours valides. Cela me permettrait d'automatiser la création de fichier de commandes PGM pour Iris. J'ai dans l'idée de faire un traitement automatisé des darks en fonction de la température contenue dans l'Exif.

    A+

    Fred

    PS : je me suis inscrit sur le groupe Iris (http://tech.groups.yahoo.com/group/Iris_software)


  9. Bonjour Christian,

    Lors de la prochaine mise à jour d'Iris, serait-il possible d'ajouter la commande suivante :

    SETPATH chemin
    > cette commande permet de définir le chemin vers le répertoire de travail sans avoir à passer par le menu Fichier/Réglages


    Et légèrement revoir :

    LOADRAW [chemin\]nom_fichier
    > quand on entre le fichier avec son extension (par exemple CRW_9688.CRW) LOADRAW ne trouve pas le fichier car LOADRAW recherche CRW_9688.CRW.CRW. Ce serait bien que LOADRAW détecte si l'extension et saisie ou non et accepte les deux syntaxes. Il n'y a pas que LOADRAW qui fait comme ça.
    nouvelle syntaxe proposée : LOADRAW [chemin\]nom_fichier[.ext]


    Cela permettrait de pouvoir automatiser certains traitements plus facilement.


    Au passage les autres paramètres définis dans les fenètres pourraient être modifiables depuis la ligne de commande, par exemple :

    SETFILETYPE fits|fts|pic
    > cette commande défini le format par défaut de fichier (fits, fts ou pic) sans avoir à passer par le menu Fichier/Réglages

    SETCAMERA model
    > cette commande défini le modèle d'appareil photo par défaut sans avoir à passer par l'icône "Réglages caméra". Le paramètre model serait à prendre dans une liste à détailler.

    Idée sur les Réglages Caméra :

    Au lieu de mettre dans la liste déroulante les modèles d'APN, il serait peut être préférable de spécifier l'extension des fichier et le processeur graphique, par exemple "Canon CRW-Digic I", "Canon CRW-Digic II", "Canon CR2-Digic III", "Canon CR3-Digic IV"...
    Ou bien, quitte à rallonger la liste mais cela ne gènera pas grand monde, ne mettre qu'un seul modèle d'APN par ligne.


    Sinon, les gros travaux seraient :
    - exploiter les paramètres Exif des images RAW pour sélectionner automatiquement les meilleurs darks, offsets et flats dans le prétraitement en fonction du réglage ISO, pose et température des photos ;
    - utiliser un algorithme similaire à celui de PixInsight pour mettre les darks à l'échelle lorsqu'on n'a pas le dark adéquat
    - lors de la registration stellaire, changer l'image clef régulièrement afin de continuer à pouvoir registrer les images quand il y a des forts décallages (c'est le cas lorsqu'on ne fait pas de suivi, il est difficile d'empiler plus de 10-20 photos sans qu'Iris ne s'arrête faute d'étoiles communes).

    Bon, je sais, j'en demande beaucoup et Iris donne déjà énormément de satisfaction à tout le monde Désolé... c'était juste pour faire avancer le schimilimili...milblik

    Bonnes vacances à tous

    Fred


  10. Bonjour,

    ---oups erreur dans le titre, ce n'est pas DSS mais PixInsight !---

    Je ne sais pas si ce sujet a déjà été abordé, mais PixInsight a mis dans son logiciel une façon assez nouvelle de traiter les darks. On n'est plus obligés de se constituer une immense bibliothèque de darks, d'autant plus qu'il semble que la méthode donne de bons résultats.
    http://pixinsight.com/forum/index.php?topic=1809.msg11215#msg11215

    Voilà un algorithme qui devrait être implémenté dans DSS et Iris...

    A+

    Fred

    [Ce message a été modifié par Fred_76 (Édité le 28-07-2010).]


  11. Thierry :
    quote:
    je ne sais pas ce que tu entends exactement par "pros", mais en tout cas sur une caméra CCD il n'y a ni réglage iso ni réglage de gain

    Le matériel "pro" très cher (plusieurs milliers d'euros) en opposition au matériel "amateur" pas cher (quelques centaines d'euros). Oui c'est vrai, les CCD n'ont pas de réglage du gain.

    quote:
    ça n'a pas sens de comparer un offset (et son bruit de lecture) avec un dark qui contient le signal thermique

    Oui je suis d'accord mais c'est juste pour illustrer comment ces deux effets affectent l'image.

    quote:
    on parle souvent de bruit thermique, mais en fait c'est un signal, d'ailleurs on peut le retirer avec un dark justement, et au final reste un bruit résiduel, un vrai bruit celui-là.

    Merci de la précision, j'ai rectifié mon site

    A+

    Fred

    [Ce message a été modifié par Fred_76 (Édité le 23-07-2010).]


  12. J'ai quand même noté quelques bizarreries dans les images de mon 1000D.


    1) Pourquoi le niveau moyen des darks diminue quand la température augmente (de 255 ADU à moins de 13°C il descend jusqu'à 242 ADU à 41°C).

    Normalement ce niveau moyen devrait rester autours de 255 ADU (vu que Canon recentre la moyenne sur 255 ADU sur le 1000D) ou bien augmenter à cause du courant d'obscurité qui ajoute du signal.

    2) Des pixels présentent une structure particulière lors des prises de vue à haute température (41°C) :

    Celui de gauche je peux comprendre, on a une sorte de blooming, mais celui de droite je comprends pas.

    3) Le niveau à saturation des pixels passe de 4037 ADU pour les poses de moins de 10 secondes, à 3652 ADU au delà de 10 secondes.

    et cela quelle que soit la température du capteur.

    Cela fait perdre 10% de la dynamique ! Pourquoi Canon a opté pour ce choix ?

    A+

    Fred


  13. bboulant :

    Mais ce que tu décris est exactement ce que je dis !

    1) On fait une librairie de dark au fur et à mesure, et on trie automatiquement ses darks dans les bons répertoires iso_pose_temp
    2) on mouline les répertoires pour en faire des darks maitres par iso_pose_temp
    3) une 2e moulinette retire à chaque image "d'étoiles" (les lights) son dark maitre associé

    Ensuite on peut continuer avec Iris sur ces images prétraitées (offset/flat/cosme ... pas de dark car on l'a déjà fait)

    C'est vrai qu'à la main c'est une synécure, mais avec des utilitaires ça ira vite.


    Maintenant, en été il n'y a pas de mystère, les images bruitées sont récupérables ... jusqu'à un certain point.


    Comment faites vous pour refroidir "modéremment" les APN (un ventilo + un peltier ?)


    Sylvain :

    Bricoler l'entête du CR2, c'est bien, mais pourquoi inventer ce qui existe déjà. Exiftool le fait très bien et est rapidement mis à jour au fur et à la mesure des mises sur le marché des nouveaux APN. Il faut s'en servir, en plus il est gratuit.

    En ce qui concerne CHDK, il ne fonctionne que sur les Powershot équipés des Digic II et III, et encore, pas tous. Les Digic IV ne sont pas pris en compte, ni les Digic qui équipent les EOS. Il n'y a aucun développement en cours sur ces versions et ce n'est pas demain la veille qu'il y en aura. Sur ce lien, seuls les APN en vert sont compatibles CHDK, pas les autres (et dans les autres il y a tous les EOS...) http://chdk.wikia.com/wiki/For_Developers


    A+

    Fred


  14. Ce topic chez CN parle du même sujet et ça avance !
    http://www.cloudynights.com/ubbthreads/showflat.php?Cat=0&Number=3936832

    Ce qui serait bien c'est qu'on arrive à bidouiller un utilitaire qui fonctionne de concert avec Exiftool et Iris pour exploiter la librairie de darks que l'on se fabrique avec :

    code:
    >exiftool "-directory<${iso}_${exposuretime#}_${cameratemperature#}" . 

    Ensuite il faut une moulinette qui va chercher mettre à jour tous les darks maîtres dans les répertoires, puis une autre qui soustrait le bon dark à chaque image en fonction des paramètres récupérés (iso, pose, t°).

    Iris pourrait faire ça tout seul, mais je ne pense pas de Christian Buil ait le temps de le faire. Alors le mieux est de faire cette moulinette qui se servira d'Exiftool et préparera les fichiers pour une utilisation classique sous Iris.

    C'est du domaine du possible pour les programmeurs, et je ne pense pas que ce soit très complexe. La course est engagée, les américains font la moulinette pour DSS !!!!

    A+

    Fred

    [Ce message a été modifié par Fred_76 (Édité le 22-07-2010).]


  15. Canon décale la valeur des pixels d'un certain nombre afin d'éviter un écrétage par le bas des pixels après application de leur algorithme interne de réduction du courant d'obscurité (je crois qu'ils mesurent le courant d'obscurité d'une zone périphérique du capteur, non illuminée, et qu'ils soustraient ensuite cette valeur à l'ensemble de l'image).

    Pour connaître ce décalage, c'est simple, je prend une photo à la vitesse la plus rapide, dans le noir. Puis je mesure sa moyenne avec Iris. Cette moyenne est le décalage (offset en anglais).

    Il me semble que Nikon n'opère pas cet exercice et donc je pense qu'il est normal que tu trouves une valeur moyenne proche de 0.


    Je me demande si Nikon n'opère pas un traitement variable selon l'intensité lumineuse globale de l'image. Ca expliqurait pourquoi l'application des coefs donnerait des résultats différents pour des scènes à illumination très variable (plein jour/nuit).


    Pour les coefs "nuit" tu peux toujours prendre ceux retournés par l'image de la Lune.

    Je vais essayer avec mon Canon. On pourra comparer.

    Au fait, inutile de mettre 3 décimales, 2 sont largement suffisantes, et même 1 seule suffit.

    A+

    Fred

    [Ce message a été modifié par Fred_76 (Édité le 22-07-2010).]


  16. A la vue de ce qu'on trouve sur les autres forums, les 450D, 1000D, 50D, 500D semblent performants. De là à vouloir les comparer au 350D c'est autre chose. On ne parle pas des mêmes machines.

    En ce qui concerne Windows 7, des drivers existent pour le 350D :
    http://fr.software.canon-europe.com/products/0010192.asp

    Il faut aussi semble-t'il paramétrer dans le menu "Config" du 350D le mode de communication "print/PTP" au lieu de "PC".


  17. Bizarrement, Exifblu retourne des valeurs assez curieuses pour la température de mon 1000D.

    J'ai mis l'appareil en marche sous EOS Utilities réglé pour prendre 20 photos de 1 minute. La température des images évolue bien avec le temps, mais elle saute une énorme marche à 27°C pour passer d'un coup à 30°C :

    code:

    Image t°C ec.typ ADU
    1 25 11.30
    2 26 11.60
    3 26 12.00
    4 27 12.20
    5 27 12.50
    6 27 12.60
    7 27 12.90
    8 27 13.10
    9 27 13.30
    10 30 13.50
    11 30 13.70
    12 30 13.90
    13 30 14.10
    14 30 14.20
    15 30 14.40
    16 30 14.60
    17 30 14.80
    18 30 14.90
    19 30 15.10
    20 31 15.20

    Par contre le bruit progresse régulièrement ce qui prouve que la température monte progressivement.

    Je ne sais pas si le problême vient de Exifblu qui oublierait quelques bits, ou du Digic du 1000D qui discrétise "à la sauvage" la température.

    On m'a indiqué sur un autre forum qu'il avait été démontré que la température indiquée était celle du début de la prise de vue.


    Je vais essayer ce soir de refaire la même analyse avec Exiftool qui est bien plus performant qu'Exifblu. Voici au passage la commande qui permet de dispatcher ses fichiers de dark dans des répertoires :

    >exiftool "-directory<${iso}_${exposuretime}_${cameratemperature}" dark

    traduction : tous les fichiers contenus dans le répertoire dark vont être déplacés dans des répertoires dont le nom sera composé du réglage ISO/pose et température.

    Par exemple le dark pris à 800 ISO, de 300 secondes et à 27 C sera rangé dans le répertoire "800_300_27 C".

    A+

    Fred

    [Ce message a été modifié par Fred_76 (Édité le 22-07-2010).]


  18. Au fait, as tu bien soustrait l'offset avant d'appliquer les coefs sur tes images de la lune et de ton frigo ?

    En effet, si tu ne le retires pas, les coefs s'appliqueront dessus. Comme l'offset ajoute une valeur constante dans toutes les couches colorées (sur le Canon 1000D : +256), si on applique les coefs RGB dessus on se retrouve avec un offset artificiel de 540/256/356 (sur le 1000D) => l'image vire au rose !

    [Ce message a été modifié par Fred_76 (Édité le 22-07-2010).]


  19. En ce qui concerne les coefs calculés pour les divers réglages de la balance des blancs, ils sont tous similaires. L'écart type est de moins de 0,01 ! Cela confirme le fait que la balance des blancs n'est pas prise en compte dans les NEF de Nikon.