PascalD

peut-etre que le moteur décroche (si le couple à fournir est trop important, ou la vitesse de rotation trop rapide, un moteur pas-à-pas peut se mettre à osciller)A+ -- Pascal.

Ah OK , merci Céline, je pensais qu' il y avait un créneau super serré pour bénéficier de tarifs sympas ... Bon, faut sans doute se dépêcher d' y aller, avant que les changements climatiques ne fassent de l' Atacama une zone tropicale humide Vivement les vacances ...Et continues de nous envoyer des petits bouts de ton ciel clair, transparent et étoilé ... A+ -- Pascal.

Juste par pure curiosité désintéressée, c' est quand la basse saison ?A+ -- Pascal.

Avec un nagler 12 sur un newton à F/5, le bord de champ commence à être assez mauvais (à cause de la coma, pas du Nagler). Alors avec un 26 à F/4 sans correction ...Je pense qu' il est prudent de faire un test avant ...A+ -- Pascal

Bonsoir, La commande DDP est nichée dans le menu "Visualisation" ... Cf: http://www.astrosurf.com/buil/iris/lecon2.htm A+ -- Pascal

micv: quote:je connais pas d'autres logiciel qui propose cela pour l'instant http://software.audela.free.fr/plus_audela.htm A+ -- Pascal

Bon , ça semble marcher. Je te génère un mesh au format .obj de 1024x512 sommets, avec les paramètres suivants:Rayon du geoide : 100 Rayon lunaire : 1737 km Elevation maxi : 8km Elevation mini : -8km (source : http://nssdc.gsfc.nasa.gov/planetary/factsheet/moonfact.html )ça risque d' être assez gros, mais comme tu veux un maximum de réalisme ...A+ -- Pascal.

Bon, je vais essayer de faire tourner le truc. Comme j' ai jamais utilisé cette macro, je ne te garantit pas un résultat dans la minute ...A+ -- Pascal.

J' ai regardé un peu du coté des macros de génération de mesh pour Povray. Il en existe une qui génère du .obj (format Wavefront). Est-ce que tu sais importer ce format ? A+ -- Pascal.

jjd: oui, parfois 10 C'est clair que les viseurs taka ont l' air pas mal. Pourtant, je me souviens très bien d' une soirée test où un canon 300D au foyer d' une fs102 posée sur une EM1S mise en station au viseur polaire par quelqu'un qui n' était pas un débutant, montrait sur des poses de 40 secondes, une dérive de plusieurs pixels ... Erreur de mise en station ou erreur périodique ? Je serais surpris que ça soit uniquement un pb d' erreur périodique ...A+ -- Pascal.

Salut. Ben oui, même moi je le vois le halo rouge (pourtant je suis daltonien). Mais à par ce détail, elle est pas mal cette image. T' as du en baver pour faire disparaitre la pollution lumineuse ...Je me demande si un flat suffit dans le cas d' un ciel très pollué ?A+ -- Pascal.

Pour la partie software, je me permets de faire un p'tit coup de pub pour le truc fait par un de mes collègues: http://atpdec.sourceforge.net/ A+ -- Pascal.

Ah que c' est lâche de nous avoir abandonné dans la grisaille humide pour aller voir si Mercure et Vénus étaient toujours à leur places. Privé de madeleines dès la prochaine sortie (en 2038)Très beau CROA, ça donnerait presque envie de se remettre à l' astro A+ -- Pascal.

Ah oui TRES TRES BIEN !!!! ça fonctionne bien l' association PST, Barlow et Webcam dis donc !!A+ -- Pascal.

Povray est un ray-tracer. Son langage de description de scènes travaille avec les surfaces mathématiques, il ne passe pas par des meshs. Il existe des macros qui permettent d' exporter un mesh à partir de la description mathématique de la surface, mais il n' est pas sûr que le résultat soit très bon sur ce type d' objet (je ne crois pas que le maillage de ces macros soit paramétrable). Pour info, le script permettant de faire un displacement mapping sur une sphere en povray ressemble à ça :#declare text_object=texture{ pigment {color rgb <.9,.9,.9>} } #declare Radius=1500000; //planetary radius in meters #declare ElevationScale=4000; // max pixel value #declare ElevationOffset=-3000; // Elevation of 0 pixel value #declare Factor=ElevationScale/(Radius/Rad); #declare OffsetVal=ElevationOffset/(Radius/Rad); #declare fn_elev=function{pigment{ image_map { jpeg "moonbump.jpg" map_type 1 interpolate 2 once } } } #declare fn_object=function{ f_sphere(x,y,z,Rad) - (fn_elev(x/Rad, y/Rad, z/Rad).gray*Factor + OffsetVal) } // create a isosurface object - the equipotential surface // of a 3D math function f(x, y, z)isosurface { function { fn_object(x,y,z) } // function (can also contain declared functions contained_by { box { -Rad*1.3, Rad*1.3 } } // container shape accuracy 0.001 // accuracy of calculation [0.001] max_gradient 4 // maximum gradient the function can have [1.1] texture{text_object} finish{ambient .01} }A+ -- Pascal.

Ah ok tu veux un mesh pour faire de l' animation ... Ben c' est pas gagné, je peux te passer le script povray mais ça va pas beaucoup t' aider ... Peut-etre en passant les macros de maillage , mais je ne suis pas sur que le format des mesh povray soit exportable vers un format "standard".De toute façon, si tu veux faire des gros plans, il va y avoir un problème de rendu parce que l' échantillonnage de l' image de départ est insuffisant en altitude ...Je creuse ...A+ -- Pascal.

Frédo: J' ai fait un essai vite fait sans étalonner l' échelle. Le rendu de test montre pas mal d' artefact au niveau du terminateur (du au paramétrage povray pour avoir un rendu dans un délai raisonnable d' une part, et au format de ton image d' autre part) Il faudrait en effet pouvoir étalonner les altitudes (altitude du noir/altitude du blanc) pour avoir un truc réaliste. Et si l' image pouvait etre en 16 bits plutot que 8, et dans un format de compression non destructif, (genre png N&B 16 bits) ça serait meilleur, parce que là, en gros plan, c' est pas jojo ...A+ -- Pascal.

La collimation sans oeillet (arretez-moi si je dis une bêtise ) :1) Avec l' oculaire de collimation en place (ou la boite de pelloche ), regler le secondaire de façon à centrer l' image du primaire (s' aider des butées de maintient de ce dernier pour juger)2) pointer une étoile, défocaliser un poil, bouger le tube jusqu' à ce que l' ombre du secondaire et l' image de l' étoile soient concentriques; Si , coup de bol, la position de l' étoile qui satisfait cette condition correspond au centre du champ , c' est fini Sinon, à l' aide des vis de collimation du primaire, (donc sans toucher au pointage de la monture), déplacer l' image de l' étoile pour la ramener au centre du champ.Grossir davantage, moins défocaliser, et itérer le point 2 avec les anneaux de diffractions (avec la même étoile)Finir avec la tache d' airy si les conditions le permettent, et si le but est de faire des images de la surface de Titan Bon, cette procédure n' est pas facile à mettre en oeuvre sur un Dob ou une monture qui "saute", mais en visant une étoile proche de la polaire, et pas double, c' est jouable.Dans la pratique, mieux vaut: * Faire ça sur une étoile proche de la (future) direction d' observation * Attendre un peu que le bazar soit en équilibre thermique (because dilatations mécaniques ) * charger le PO avec le même poids que pour l' observation * Bien s' assurer que les vis de blocage remplissent leur role avant de passer à l' action Voilà. A+ -- Pascal.[Ce message a été modifié par PascalD (Édité le 17-01-2005).][Ce message a été modifié par PascalD (Édité le 17-01-2005).]

1) Quelle image ? 2) Pourquoi tu fais pas ça avec Povray (sphère mathématique, pas besoin de mailler)?A+ -- Pascal.

quote:en tout cas c'est mieux que du Jean-Michel Jarre Quelqu' un ayant l' esprit mal tourné pourrait faire remarquer que c' est pas difficile ... On dirait plutot du Klaus Schulze (moondawn face 2) ou plutot du Tangerine Dream (Zeit)De mémoire, hein, ça fait longtemps que je les ai pas écouté ces 2 là ... Je me souviens pas où ils sont rangés.N' empêche c' est assez bluffant tout ça. Penser à ce petit tas de ferraille qui a réussi à nous faire parvenir le son et l' image à travers le milliard et quelques de kilomètres, les vents déchainés et les monolithes en orbite autour de Saturne (si on en croit le bouquin) ...Chapeau.A+ -- Pascal.

Si la monture est celle que je crois (EQ3-2), tu es confronté aux problèmes suivants :* L' erreur (a)périodique est très élevée et génère des erreurs de pointage (effet "Z"). Pour avoir des étoiles à peu près ponctuelles sans faire de rattrapage manuel ("guidage") , il ne faut pas dépasser la minute de pose. Disons 30 secondes maxi pour avoir 90% de photos exploitables. Au delà sans guidage c' est 100% de spaghettis.* Le simple fait de déclencher fait vibrer la monture. Pour éviter cet effet là, il faut impérativement faire une occultation manuelle (mettre ton chapeau de Zorro devant le tube, déclencher, attendre quelques secondes, retirer le chapeau).* Le moindre souffle de vent fait aussi vibrer l' ensemble. Pas de photo si il y a la moindre brise, même légère.Bon courage pour la suite ...A+ -- Pascal.

Euh, oui, que veux-tu de plus que la doc fournie avec ? Pour 2010 et plus, moi aussi j' étais dans le mode 'extrapolation pifométrique'. A priori, pas d' autre solution (sinon demander une mise à jour du réticule ...)A+ -- Pascal.

[Suppression d' un truc HS qui répondait à un autre truc HS]A+ -- Pascal.[Ce message a été modifié par PascalD (Édité le 30-12-2004).]

Le LX200 GPS. J' en ai déjà vu un en action : Le GOTO marche bien une fois aligné , l' optique est bonne voire très bonne, le suivi impec en visuel. On a rarement eu l' occasion de juger le suivi en photo, parce qu'une fois en station, JAMAIS , sur l' année dernière , UNE SEULE PHOTO n' est sorti de l' engin. PB de mise en station, vibration terrible du tube sur sa table equatoriale, risque qu' exploser l' appareil photo en cas de GOTO intempestif ... Bref, en AltAZ, je suis convaincu du concept. Une fois sur sa table equatoriale (prévoir séances de muscu préliminaires), beaucoup moins. Mais ça reste un engin très correct.A+ -- Pascal.

Salut. Interessant ce comparatif ... Mais tu n' as pas précisé les paramètres ... Vu la combinatoire possible en faisant varier les paramètres des deux filtres, ça rends la comparaison difficile, non ?A+ -- Pascal.