Aller au contenu

TeBilePas

Membre
  • Compteur de contenus

    461
  • Inscription

  • Dernière visite

Messages posté(e)s par TeBilePas

  1. Hello,

     

    je viens de faire rapatrier mon matériel de mon observatoire et dans l'opération ils ont perdu le flight case original de ma monture skywatcher, qui comportait la mousse préformée qui va bien avec la monture.

    Je suis donc à la recherche d'une solution de remplacement... j'ai bien trouvé le flight case dans un magasin en ligne bien connu (c'est le seul endroit où je l'ai trouvé), mais il est vide, sans mousse.

     

    Je cherche donc toute solution : soit le flight case adapté complet (ma solution préférée),  la mousse seule préformée, ... bref toute bonne alternative. J'ai aussi contacté OU et Pierro pour voir s'ils pouvaient en obtenir, j'attends leur réponse...

     

    Merci d'avance pour toute aide !!!

     

  2. Désolé, j'ai été absent longtemps.... content de voir que ça fonctionne !!! Je viens de faire la màj de SGP, il y a quelques trucs sympas... Par contre, j'ai de nouveau des problèmes avec la détection des limites de la monture : le temps avant le méridien est différent dans SGP et EQMOD... et dans le mauvais sens (EQMOD atteint la limite avant SGP)... et c'est EQMOD qui a raison... :-(

    Retour aux calculs d'apothicaire jusqu'à ce que je retourne sur place pour vérifier tous mes paramètres en "live"...

  3. Merci ! Ah ben zut, je suis vraiment loin de ce résultat... Va falloir que je revérifie la mise en station quand j'ai l'occasion d'y retourner...

    A ce sujet, j'ai retrouvé quelques logs de PHD2 et je les ai passé au Viewer, et j'ai été étonné de voir les indications d'estimation de l'erreur d'alignement polaire, ça varie énormément : de 0.1" à 3"... y compris sur la même nuit (quand j'ai plusieurs sessions de guidage qui s'enchainent)... est-ce que c'est normal ?

     

    D'autre part, je me souviens de ma dernière mise en station, c'était super difficile de régler le dernier chouillat, parce que la monture est fixée sur une platine usinée par Skyméca pour laquelle j'ai dû mettre un boulon pour faire la butée sur laquelle les vis poussent pour régler l'azimuth et que quand ça me semble correct et que je serra les boulons qui ancrent de part et d'autre la monture dans la platine, je pense que ça fait très légèrement bouger la monture parce que mes mesures de contrôle après cela sont un peu moins bonnes...

     

    Quel genre de montage utilises-tu pour tes 2 montures ? Quelle erreur d'alignement as-tu pour obtenir ce genre de graphe ?

     

    Enfin, et c'est un peu hors sujet, quelle périodicité semble bonne pour une révision de la monture ? Je pensais l'envoyer chez Pierrot après 2 ans... entre autres parce que j'ai eu plusieurs nuits où la monture a buté sur son pillier quand elle était proche du retournement au méridien mais qu'elle n'avait pas détecté qu'il était temps d'opérer le retournement... et je craignais que la mécanique ait été un peu endommagée...

     

    Merci pour l'aide déjà fournie et pour cella à venir !

     

  4. Hello les z'amis,

     

    je continue à essayer d'améliorer mon setup et ses réglages, et manquant de points de repères, je me demandais si je devais ou non essayer d'améliorer mon autoguidage... sur base de quels critères est-ce que l'on peut se dire : c'est suffisamment bon ou on peut franchement améliorer ? Je n'ai pas de soucis visible dans mes brutes, à part peut-être un effet parfois un peu "empâté" des étoiles, mais qui peut être dû à une mauvaise MAP (le support de mon moteur n'est pas assez rigide), au ciel, etc...

     

    Je me demandais si vous aviez des courbes de suivi d'une EQ8 pour comparaison...

     

    Comment savoir si l'erreur RMS que j'ai est satisfaisante ou améliorable ?

     

    J'ai malheureusement perdu les mesures que j'avais de mon suivi, mais je devrais avoir une petite percée dans les nuages ce week-end pour en reprendre...

     

    Merci d'avance pour toute aide ou indication !!

     

     

  5. Je t'ai envoyé une des dernières versions du code que j'avais encore à la maison... mais en MP pour ne pas polluer plus ce post avec du code...

    Si mes souvenirs sont bons, d'une part, il n'y a pas grand'chose à faire... si ce n'est faire attention aux pins que l'on utilise pour d'autres choses que la carte ethernet. En effet, celle-ci utilise certains pins pour sa communication avec la carte UNO... les pins utilisés dépendant de la carte.

    Pour un premier essai, il vaut mieux ne faire que de l'ethernet. Le plus simple est sans doute de faire un petit 'echo' qui imprime sur serie tout ce qu'il reçoit sur ethernet. Dans mon cas, il imprime pas mal de choses en série, pour pouvoir comprendre où il en est dans l'exécution du code...

     

    Mon exemple a une adresse fixe. On peut aussi recevoir son adresse par DHCP, mais pour un PowerSwitch, ça n'a pas beaucoup de sens, je pense...

     

    Je pense que j'étais parti d'un mix entre l'exemple inclus avec l'IDE et un exemple trouvé sur le net...

     

    Si tu as d'autres questions ou des problèmes pour faire fonctionner l'exemple, n'hésite pas.

  6. Oui et non, malheureusement. Le Nano supporte jusque 12V mais beaucoup des nanos vendus sont des clones supportant pour certains (nombreux ?) mal le 12V...

     

    Pour d'autres montages, j'alimente le nano via Vin. Le nano switche sur le Vin si la tension qui y réside est supérieure à celle des autres entrées... Donc, ce que j'ai fait, c'est comme j'avais du 12V pour d'autres éléments de mon montage (un moteur et 2 contrôleurs de résistance chauffante), j'ai mis un LM7808 qui me délivre du 9V avec lequel j'alimente le nano sur Vin...

     

    Je n'ai rien inventé, je me suis largement inspiré du travail de Robert Brown avec son contrôleur de résistances chauffantes (https://sourceforge.net/projects/arduinonanodewcontrollerpro/files/?source=navbar)

     

    C'est un bon boulot bien documenté...

     

    Donc, pour en revenir à ton problème d'alimentation, tu peux sans doute (je ne sais pas comment est ton montage) utiliser une bonne alimentation et des LM pour délivrer la tension voulue pour chaque partie de ton montage (moi j'ai 3 tensions différentes à partir d'une alim 12V : 12, 9 et 5)

     

    Mon PowerSwitch quant à lui est bien alimenté en 9V, j'ai vérifié entretemps...

  7. Beau montage :)

     

    Tu l'alimentes à quelle tension l'arduino?

     

    Merci ! De mémoire, c'est du 5V ou du 9V... je m'étais acheté un petit lot de transfos multi-tensions, ce qui aide bien quand on a divers montages demandant des tensions différentes... j'ai testé la stabilité chez moi avant le grand déménagement...

  8. Un lien de ta réalisation ? Shield ethernet arduino ?

     

    Pas encore terminé un tuto correct... la base traîne dans les cartons...

    Le matos tourne depuis un peu plus d'un an maintenant, sans aucun problème.

     

    J'ai utilisé :

    - un Arduino Uno R3 qui traînait chez moi (il est un peu encombrant, mais pour ce genre de réalisation, ce n'est pas un problème)

    - un shield Ethernet qui s'empile sur l'arduino donc. De mémoire, entre 6 et 10€

    - un module de 8 relais de chez KEyes. Les relais supportent 10A, ce qui est largement suffisant...

    - une alimentation (d'une part je voulais que le module soit disponible 24/7, et il gère l'alimentation du PC, donc il doit pouvoir fonctionner même quand le PC est hors alimentation, d'autre part, les relais drainent un peu trop de courant, si on veut garder le tout stable... en remote on ne prend pas de risque)

    - des cables pour connecter le module relais à l'arduino

    - des prises de courant femelles que j'ai branchées sur les relais

    - 2 prises de courant mâles, pour la source de courant que je commande. Une pour l'alimentation normale, l'autre pour l'alimentation venant de l'onduleur. De mémoire, par la suite, j'ai branché les 2 sur l'onduleur...

    - une boite de dérivation dans laquelle faire les connections 220V

    - un joli boitier pour abriter les modules.

     

    Il ne me restait plus qu'à écrire le code de l'arduino, en me basant sur plusieurs exemples que l'on peut trouver facilement. Je pense qu'il m'a fallu 1H pour monter les modules ensemble, 1H pour monter les prises 220V et faire le boitier de dérivation et environs 30 minutes pour développer le code arduino....

     

    Vue du haut de l'intérieur du boitier :

     

    21272-1511106988.jpg

     

    Vue des connexions sur la carte Arduino : on voit que les câbles sont connectés sur le shield ethernet, lui-même empilé sur l'arduino.

     

    21272-1511107007.jpg

     

    Connexions côté module de relais :

    21272-1511106979.jpg

     

    Et enfin une vue du cablage 220V et des prises...

    21272-1511106969.jpg

     

    et la vue avant une fois dans l'armoire :

    21272-1511107408.jpg

     

    Voilà voilà... si vous avez des questions sur un point en particulier, n'hésitez pas !

  9. Hello,

     

    pour ma part, j'ai monté un arduino avec un module 8 relais et une interface ethernet... je préférais le piloter par http, comme cela, je peux aussi gérer l'alimentation de mon PC... ce qui peut s'avérer utile quand on est en remote et que l'on se retrouve à devoir redémarrer une machine qui ne répond plus...

     

    Le code de l'arduino est basique et il y avait très peu de montage et pas de soudure... donc vraiment à la portée de tout le monde...

     

    Quand je débute une session, je lance la commande avec un navigateur web (souvent depuis mon smartphone) pour allumer sélectivement ou tout d'un coup... on peut aussi assez facilement faire envoyer la commande par n'importe quel PC...

     

    Si besoin, je peux aider sur le sujet...

  10. Juste en passant : est-ce que tu es toujours connecté sur ta carte avec l'IDE de l'arduino ou un moniteur de port COM ? Si oui, c'est peut-être lui qui empêche quelqu'un d'autre de se connecter... j'ai eu cela quand je débugais mon contrôleur de résistance....

  11. Merci pour les retours. Ca confirme par ailleurs ce que Kayron expliquait aussi dans son post http://www.lightvortexastronomy.com/optec-alnitak-flip-flat-motorised-telescope-cover.html

     

    Raison pour laquelle il a remplacé son SnapCap par un FLipFlat... mais bon, le soucis est qu'Optec ne sait pas quand ils vont pouvoir en livrer...

     

    J'ai aussi monté une solution analogue, comme j'avais un Arduino nano avec quelques ports libres (celui que j'utilise pour contrôler ma résistance chauffante), mais je ne trouvais pas de panneau à flat que je pouvais intégrer et qui soit dimmable... j'ai bien un Aurora, mais en remote, inutilisable à la fois pour les narrow band et le LRGB...

     

    @Bandido : on ne serait pas voisins remote, par hasard ?

  12. Hello,

     

    la nouvelle (?) version du SnapCap de Gemini a maintenant un flat pannel dimmable. Génial, pour ceux qui ont du LRGB et du narrowband...

     

    Mais quelqu'un a-t-il déjà eu / vu un retour d'expérience sur cet aspect du flat panel ? Qualité du flat lorsque l'on dimme ? Le retour que j'avais sur l'Optek FlipFlat était excellent, mais ils ne le produisent plus pour une durée indéterminée à cause de soucis d'approvisionnement d'un des composants...

     

    Je cherche à la fois à protéger mon tube et à pouvoir facilement produire des flats, dans un observatoire distant. Si quelqu'un a une bonne solution autre que ces 2-là, je suis également preneur...

     

    Merci d'avance et belles nuits dégagées !!!

  13. Hello !

     

    après une petite mission d'entretien de l'observatoire, je continue enfin le traitement des nombreuses cibles que j'ai engrangées !

     

    La cible n'est pas très originale, mais elle passait par là, alors j'en ai profité ! Ici, j'ai eu pas mal de fil à retordre, bien que j'aie accumulé pas mal d'heures de pose, elles n'étaient pas toutes de très bonne qualité... la météo n'était pas toujours top, mais bon, j'allais pas tout jeter pour autant, c'est un défi que d'arriver à quelque chose de bon à partir de shoots pas parfaits !

     

    C'est mon premier traitement incluant du Ha, merci aux tutos de Kayron ! C'est surtout un plus pour M82...

     

    J'espère que cette fois-ci le fdc n'est pas trop sombre (je me suis rendu compte en faisant un tirage photo de mon shoot de M101 que mon écran était très loin d'être bien calibré)...

     

    Au total, j'ai gardé :

    - L : 100 x 600 s en bin 1 à -25°C

    - RGB : 65-67-66 x 300 s en bin 2 (-20°C, -20°C et -15°C, selon les nuits !)

    - Ha : 13 x 1200s en bin 1 à -25°C

     

    Cette fois, j'ai bien veillé à faire des sessions complètes (tous les filtres à chaque fois), ça m'a permis de rester plus équilibré...

     

    Au niveau traitement, c'est la première fois que j'utilise des masques composés avec PixelMath entre des stars mask et des masques de niveau... ça m'a permis de donner plus de finesse avec un Multiscale sans ajouter trop de bruit au niveau du fdc ni créer de gros rings autour des étoiles, comme je l'avais tout d'abord fait dans un premier traitement...

     

    Niveau traitement : calibration, registration avec drizzle, sélection des images (subframeselector pour donner une pondération aux shoots), intégration des images de chaque filtre, Drizzle.

    Là, on commence à s'amuser : color calibration sur les RGB, LinearFit, Combinaison RGB, Background neutralization.

    Enrichissement du canal rouge du RGB, enrichissement du L avec le Ha.

    Histo sur le RGB et sur le L.

    LRGBCombination.

    Histo

    Mask pour ne traiter que les galaxies -> MultiScaleLinearTransform

     

    Quelque part dans le flux, j'ai fait aussi un TGVDenoise mais en prenant soin d'inverser le mask -> traite tout sauf ce que je viens d'affiner...

     

    Enfin, reprise sous Photoshop pour... ah ben non, rien d'autre que sauvegarder sous différents formats ! :D

     

    Pour ce qui est du matos, rien de changé à l'observatoire, c'est toujours une FLT110 WO avec une Atik 383L... que du plaisir... :wub:

     

    Cliquer sur l'image pour avoir la full (enfin, la 50%....)... désolé pour la compression, j'ai du mal à rester dans la limite de 3Mb....

    21272-1498157778.jpg

    image_pleine.php?photo=62772

  14. Excellent ! J'ai moi-même commencé un projet en profitant du fait que j'avais déjà un arduino nano sous la main (je viens de terminer un contrôleur pour les résistance anti-condensation avec des capteurs et un asservissement des résistances)...

    Mais il y a un point que me freine pour le moment : il me faut absolument faire des flats... j'ai bien un Aurora, mais le problème est qu'on ne sait pas vraiment faire varier la luminosité. Or, c'est franchement le gros point positif des l'Alnitak ou du Gemini, c'est qu'on peut faire varier la luminosité et cela semble bien fonctionner...

    Par contre, je n'ai pas trouvé de fournisseur pour ce genre de flat panel... tu fais comment ?

     

    Bonne continuation en tous cas, c'est un superbe projet, et merci pour le partage !!!

  15. je ne peux franchement pas t'aider, je n'ai pas encore sérieusement joué avec le HaRGB, mais le peu que j'ai tenté n'était pas terrible... je pense qu'il faut un peu de temps, de doigté et ça vient mieux...

     

    Moi je la trouve pas mal du tout en tous cas ! Un peu plus de pose lui ferait sans doute du bien...

     

    Je trouve juste le halo autour de étoiles très tranché par rapport à la nébuleuse... la transition est assez brute...

     

    pour le reste, bonne chance et bon amusement !

  16. Merci à tous pour vos comms, ça fait plaisir !

     

    Jolie galaxie sur un fond de ciel un peu trop sombre.

    Oupsss, bravo pour la pugnacité :b:

    Oui, je pensais bien que le ciel était un peu trop noir... mais je dois avouer que d'une part j'aime assez un ciel plutôt noir et que comme il y a pas mal d'étoiles de toutes les luminosités, je ne trouve pas cela artificiel. J'avais essayé une version en atténuant pas mal le bruit et là le fdc était vraiment trop "lissé", trop artificiel...

     

    Pour ce qui est de la durée, là je n'ai pas trop de mérite, suffit de laisser faire le setup... le véritable travail est en amont pour avoir un setup qui tourne et en aval au traitement...

     

    Ah oui, en effet c'est un superbe résultat avec ce temps de pose énorme. Bravo pour cette très belle image. Par contre je rejoins Christian sur le fdc qui est trop sombre.

     

    Merci merci ! +2 pour le fdc. Bon je dois aussi vous avouer quelque chose : j'ai joué avec les curseurs pour atténuer un léger gradient dont je ne parvenais pas à me débarasser, sans doute dû à un peu de buée sur pas mal de shoots... je suis occupé à finaliser un contrôleur de résistance pour me débarrasser de cela... il suivra la température de rosée pour chauffer juste ce qu'il faut et sera parfaitement contrôlable en remote... je vais visiter mon setup début juin pour un entretien / mise à jour et ce sera l'occasion d'installer cela...

     

    Belle image en effet !

     

    En ce qui me concerne, le fond de ciel (effectivement peut-être un peu trop noir) ne me déplait pas. Et avec un ciel comme tu as sur le site e-Eye, ça doit grandement faciliter le traitement.

    Merci ! C'est sûr qu'avec un bon ciel, on ne doit pas rattraper autant de choses lors du traitement... pas de PL, entre autres (à part la Lune, celle-là je la retiens ! :rolleyes:)

     

    Le seeing est généralement bon, ce qui ne gâche rien... mais c'est au prix de la distance, ce qui apporte son lot de difficultés.

     

    Juste une question concernant l'EQ8 : il t'arrive (ou pas) d'avoir des petits soucis avec une exploitation longue distance ?

     

    J'avais installé (il y a 2 ou 3 ans) une EQ8 en remote dans mon jardin, et de temps en temps, elle avait tendance à perdre la boule !!! Je pense que le firmware a dû évoluer depuis ce temps et que les caprices de cette monture ont (je l'espère) disparu.

     

    Vu que je prévoyais (et je prévois toujours) de faire du remote longue distance, j'avais investi dans une monture un peu plus "sûre" mais aussi plus chère.

     

    Mon EQ8 est toujours dans sa caisse, il faudra que je me décide à la revendre :confused:

     

    Jean-Pierre

     

    Non, jamais eu le moindre soucis, c'est une perle cette EQ8. Testée et réglée par Pierro, je dois dire que j'ai été étonné de la qualité et de la fiabilité... même pas le moindre plantage de driver, rien ! Par contre, quand je me suis aventuré à essayer de faire un réglage de la PPEC, je ne suis arrivé qu'à dégrader ma courbe ! Mais j'ai lu quelques retours d'expérience similaires indiquant qu'entre les premières EQ8 et celle que j'avais eue, les progrès ont été significatifs... je n'ai pas de base de comparaison, mais je suis hyper content de mon investissement. Je lorgnais sur du plus lourd, mais mon budget m'a rappelé à la réalité. Maintenant, c'est sûr que quand je vois les autres etup à e-Eye, ça fait envie... et même en restant raisonnable, Kayron a comme moi une lulu de petit diamètre (mais bon, lui c'est une taka) mais sur une Avalon M-UNO ce qui lui permet de ne pas s'embêter avec le retournement au méridien...

     

    bref, c'est une aventure, un projet d'envergure, mais c'est absolument fantastique d'avoir un setup fixe, qui plus est dans un endroit où le ciel est bon et la météo clémente avec les astrams...

     

    Très très belle image !!!!!!

     

    Sachant que je viens de finir de traiter la même galaxie faites en 1h avec un A7s, lulu 102mm f/d 7, la différence est énorme ! On se rend pas toujours compte de la faible luminosité de certains objets comme celui-ci tant qu'on a pas passé quelques heures dessus.

     

    Je met notre image dans ton post, (dis-nous si ça dérange) ; elle vaut pas le cout d'ouvrir un post...

     

     

    Excellente image, surtout pour 1h de pose. J'aime beaucoup et le cadrage permet de voir aussi de belles choses... j'aime bien moi voir les objets dans leur contexte... franchement, y'a vraiment pas à rougir de ce shoot... après, le temps de pose paie jusqu'à un certain niveau, c'est un fait... joli traitement, très fin et naturel aussi...

     

    Bien sûr que si qu'elle mériterait un poste ton image Kris! Comme je l'ai dit je ne suis pas spécialiste du tout en cp n'en ayant jamais fait, pourquoi un ciel "bien" noir nuirait à une image en CP?:?:

     

    tout à fait d'accord ! Pour ce qui est du ciel noir, pour moi la limite c'est que cela reste naturel. Quand on abuse de la réduction de bruit et que tout devient très lisse, moi j'aime pas du tout... j'ai la main moins lourde aussi dès qu'il s'agit de nébuleuses, allez savoir pourquoi...

     

    Très jolie cette galaxie :)

     

    JF

     

    En tous cas, merci à tous, ça fait plaisir de voir que cela peut plaire et que le partage en soi fait également plaisir !

     

    Et tout autant merci pour les remarques, j'apprécie et comme toujours, cela me fera progresser !

  17. Hello,

     

    ça fait très très longtemps... alors pour me rattraper (un peu), voici la première galaxie que je traite... le choix de la cible s'est fait pour une fois très rapidement : il me restait 2-3 heures dans une séquence et j'étais pressé de terminer la programmation, donc j'ai pris la première qui était sur ma "whish list"...

     

    Les captures ont été faites sur les nuits du 24/04, 30/04, 01/05 et 02/05.

     

    J'ai :

    - 52 x 600sec en bin1 pour le filtre L soit 8h40

    - 42 x 300sec en bin2 pour R soit 3h30

    - idem pour G

    - 40 x 300sec en bin2 pour B 3h20

     

    Capture réalisée avec SequenceGeneratorPro... c'est un setup qui tourne bien maintenant... sous le ciel d'Estramadure (Espagne), chez e-Eye...

     

    Traitement réalisé sous PixInsight et un léger post-traitement sous Toshop, juste pour dire.

     

    En fait, au début, je faisais juste un petit traitement très rapide pour voir ce que cela donnait et si je devais continuer mes captures (je pensais ajouter au moins 2h de L, voire un peu de Ha)... et le traitement qui avait été fait à l'arrache est devenu ma base pour la combinaison LRGB... et j'ai fini par aimer suffisamment le résultat pour m'y arrêter ! :rolleyes:

     

    21272-1494592207.jpg

     

    Le traitement est volontairement lumineux pour sortir suffisamment les extensions. J'ai pris garde à ne pas crâmer le coeur, sur la full on distingue encore assez bien les bras proches du coeur... j'aurais peut-être dû m'essayer à faire un peu de HDR, mais je ne sais pas encore comment m'y prendre...

     

    J'aime bien NGC5474, elle se montre pas mal, je trouve...

     

    Il y a un beau bestiaire de galaxies un peu partout... j'ai eu la chance de tomber sur un shoot bien documenté et ça m'a donné envie de jouer avec Aladdin pour documenter un peu cela...

     

    21272-1494592254.jpg

     

    J'espère que cela vous plaira... si je trouve le temps, j'ai une très grosse moisson de shoots de M51... qui commencent à date :cry:

  18. Voilà ! Je voulais partager ma joie avec vous ! Pour le deuxième jour consécutif, j'ai la belle surprise de voir que la séquence de la nuit s'est parfaitement déroulée avec un magnifique retournement au méridien ! :banana:

     

    Ca faisait quelques nuits que je testais les paramètres avec 2 matins de déception (vous imaginez vous lever au matin de Noël en espérant trouver foultitude de cadeaux et ne rien trouver du tout ?) Les logs n'étaient pas suffisamment détaillés pour confirmer, mais je pense que le second échec est dû à un passage de nuage au mauvais moment...

     

    Sur le forum de SGP, il y a quand même pas mal d'astrams ayant des difficultés à ce niveau en combinant SGP et EQMod. Perso, j'avais une différence que je ne pouvais pas expliquer entre le temps avant le méridien indiqué par SGP et celui indiqué par EQMod (5 minutes). Sur le forums, certains indiquent qu'il faut s'assurer que le Dx/Dy dans EQMod est à 0. C'est quand j'ai fait un sync au lien d'un blind solve que chez moi, le Dx et le Dy ont changé et que le temps est devenu (à 2 secondes près) identique. C'est après cela que j'ai reprogrammé mes limites sous EQMod et depuis ce moment, SGP peut faire le retournement avant d'atteindre la limite fixée dans EQMod (qui reste bien paramétrée car si SGP entre en mode recovery, la monture continue sur sa vitesse sidérale, mais le retournement ne sera pas effectué et on risque donc de rencontrer le limite, ça m'est déjà arrivé).

     

    Voilà, finis les calculs d'apothicaire pour "sauter" le moment fatidique en changeant de cible ! :break:

     

    Pour moi, c'est vraiment un logiciel à la fois simple et assez complet. Il y a juste quelques fonctionnalités que j'aimerais, mais qui ne seront pas pour tout de suite... mais bon, à ce prix là et pour un setup remote pour lequel je dois juste lancer la session au soir, je n'ai absolument pas à me plaindre !!!

     

    Belles nuits à vous !

  19. comment sous pix tu vérifie le flat

     

    Tu ouvres ton images, puis tu utilises le processus Statistics. Tu sélectionne l'image et il te donne les valeurs de sigma, moyenne, ...

     

    par message privée peut on joindre des fichiers ?

    En bin1, ton image doit faire dans les 15Mb. Si tu utilises gmail, cela passe sans problème, je peux te donner en MP mon adresse email. Si non, un dropbox ?

     

    4 sec : Artemis : 20383

    8 sec : Artemis 41973

    7.5 sec : Artemis 39158

     

    Ca me semble pas mal. Essaie pour voir combien de temps il te faut pour atteindre 45000 comme le précise Oli...

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.