keymlinux

Le Quark, de la société Daystar est un filtre H-Alpha utilisant le principe de l'interféromètre de Fabry-Perot (il existe aussi des variante pour d'autres longueur d'ondes du Calcium, Sodium et Magnesium) https://www.daystarfilters.com/Quark.shtml Le but étant d'observer le soleil en ne gardant que la longueur d'onde autour de la raie H-Alpha, pour observer la surface et les protubérances) Pour être efficace ce type de filtre doit être utilisée avec un gros rapport f/d, donc il y aune barlow x4.2 intégrée (d'ou le faible champ couvert, même avec une lunette de courte focale) Les société Lunt et Coronado font aussi des filtre Halpha pour l'observation solaire Attention, ce type de filtres n'a rien a voir avec les filtres H-Alpha pour l'observation/photo du ciel profond, et qui ne sont pas adaptés à recevoir le flux de notre soleil... L'interêt ici est que ce filtre n'est pas disposé à l'ouverture de la lunette (le coût varie de manière exponentielle en fonction du diamètre d'ouverture), mais se positionne à l'arrière e la lunette, comme un oculaire (et on met un oculaire ou une camera en sortie du quark) pour les lunette de diamètre jusqu'a 100mm. Au dessus de ce diametre il faut un filtre ERF à l'ouverture du tube (ERF=Energy Rejection Filter) H-Alpha https://fr.wikipedia.org/wiki/Hα Fabry Perot https://fr.wikipedia.org/wiki/Interféromètre_de_Fabry-Perot Cordialement

Bonjour, Si tu démonte tout et remonte tout et re-câble tout a chaque fois, alors oui, c'est galère, et plus on ajoute de composants (focuser, guidage, etc) plus c'est galère Dans mon cas, je transporte d'un seul bloc le montage suivant: - lunette 80/500 avec focuser électrique - lunette de guidage 60/240 + camera de guidage asi290mm - raspberry+hub usb+disque ssd (qui assure les prises de vue, le guidage et l'astrométrie) - le câblage des divers éléments entre eux reste monté Lors de la séance de prise de vue j'ai juste a connecter la batterie, l'imageur (APN ou ASI178 en fonction des cibles) et la monture (ce que je devrais faire quoi qu'il arrive avec ou sans autoguidage) Bon OK, la calibration du guidage sous Kstars/Ekos doit prendre 2 minutes... Et depuis que j'utilise le plate solving (astrométrie) je ne fais plus de mise en station sur 3 etoiles... Cordialement

Oui, @Aïki, savoir si le ROI était utilisé pour les 2 images ou pour une seule c'est important pour comparer les rayons de courbure, mais dès lors que le but d @-Amenophis- c'est d'agrandir le champ (d'où le réducteur de focale) pour éviter de faire des mosaïques avec trop d'images, il deviens alors important de ne pas limiter le champ avec du ROI, sous peine de devoir multiplier les images pour la mosaïque A mon avis la première chose a faire c'est de supprimer le ROI pour maximiser le champs couvert par la camera Ensuite, concernant l'usage d'un réducteur, il faut garder à l'esprit que le Quark donne des résultats optimum pour une plage de focale donnée, ou plutôt pou un rapport d'ouverture donné, entre f/d 4 et f/d 9 (mais a mon avis plus on est au centre de la plage donnée mieux c'est..., ce n'est pas comme si les fabricants donnaient des specs optimistes... 😉 ) La SW72ED fait 72/420 soit f/d=5.8 . Avec le réducteur x0.85 on passe à f/d=4.95 cela reste dans les specs du Quark, mais personnellement je resterais sur un f/d optimum entre 6 et 7, et la SW72ED sans réducteur s'en approche Cordialement

Bonjour, Pour faire de la résolution astrométrique on a pas besoin de poses longues, mais cela dépend de ce que l'on entend par "long" Habituellement on fait des poses longues (de 30 secondes à 10 minutes) pour l'astrophoto ciel profond, des poses courtes (quelques secondes) pour le guidage, voir très courtes en planétaire ou solaire (quelques millisecondes) Faire de l'astrométrie avec une lunette guide, des poses de 1 à 10 secondes seront suffisantes selon la sensibilité de la camera, cela reste court, mais suffisamment long pour avoir du filé d'étoile qui va contrarier le logiciel d'astrométrie, vu que ton dobson n'est pas motorisé. Si tu veux avoir une idée de l'endroit ou tu pointe, je te conseille plutôt une lunette guide "ouverte", comme une 60/240 f/d=4, accompagné d'une camera ASI290 monochrome pour la sensibilité. La courte focale epermet d'avoir du champ, ce qui augmente la probabilité d'avoir des etoiles brillantes dans le champ, et son ouverture ainsi que la sensibilité de la camera permet de faire baiser le temps de pose pour limiter le filé Sinon, si tu as un APN avec un objectif standard (focale entre 80 et 200 cela serait bien, avec un rapport d'ouverture f/d pas trop gros) , tu peux aussi le monter en parallèle de ton dobson et faire un test d'acquisition sur quelques secondes at tenter une résolution astrométrique. L'idée c'est de faire un test avant d'investir dans du matos... edit: nos réponses se sont croisées, les conseils de @krotdebouksont très bons. Ne pas investir avant d'avoir validé que l'absence de suivi motorisé ne rende la résolution astrométrique impossible Cordialement

Bonjour, Ta camera a 1936x1216 photosites, mais ton acquisition est en 1024x768 (regarde les options FireCapture qui commencent par ROI) --> ROI cela veut dire "Région Of Interest", tu as donc réduit (volontairement ou pas) la surface du capteur utilisée pour l'acquisition (et donc aussi le champ couvert) Pour le reste, je trouves tes photos magnifiques.. 🙂 Cordialement, Stephane

Bonjour, De mon expérience personnelle, on ne peut pas choisir de télécharger ou pas depuis l'APN, Ekos telecharge toujours une image, par contre on peut choisir de conserver ou pas l'image sur la carte SD de l'APN Effectivement le téléchargement c'est long, il semble que cela le soit un peu moins si on telecharge au format FITS et pas NATIVE (sur la carte SD de l'APN il y aura toujours la version NATIVE en fichier CR2 ou CR3, seule la version téléchargée par EKOS sera au format FITS, et c'est un peu plus rapide car Ekos n'a pas besoin de la transformer d native en fit pour l'analyser (pour calculer la FWHM, pour l'afficher dans FITS viewer, etc...), que cela soit dans les onglets "prise d vue" mais aussi pareil dans l'onglet "Focus" et "Astrometrie". De plus la durée de téléchargement c'est en fait la durée de 2 opération cumulée, le transfert entre l'APN et le raspberry d'une part, puis la durée d'écriture sur le raspberry d'autre part. Si sur le raspberry tu écrit les images sur la carte SD (celle du rasp, pas celle de l'APN), alors là aussi c'st une opération longue). Le mieux c'est de connecter un disque externe SSD sur le raspberry et d'en faire la destination des photos capturées (en fait le mieux avec un raspberry c'est de faire en sorte d'avoir le système d'exploitation sur un disque externe, sinon à la longue on tue la carte SD...) Ensuite pour l'empilement avec Siril ou autre tu as le choix d'utiliser les FITS recrées par Ekos et stockées sur la carte SD du raspberry ou bien d'aller chercher les fichiers natifs Canon sur la carte SD de l'APN (ce que je fait) note: la notion de téléchargement "local", "client" ou "both" n'a rien a voir avec le téléchargement depuis l'APN, cela s'applique lorsque tu utilise un "client" INDI gui gère le driver GPhoto sur un autre host que celui ou tourne Ekos...le "local" représente alors le serveur INDI où tourne EKOS, et le client un autre host où ne tourne qu'indi pour gérer un périphérique. Cordialement

Bonjour, Attention, pour ceux qui utilisent Kstars sous MacOs (je sais on est pas très nombreux...), cette dernière version 3.6.0 nécessite désormais MacOS 10.15 (Catalina) pour fonctionner, et non plus MacOS 10.13 (High Sierra), bien que la page de téléchargement annonce toujours une version minimale 10.13 https://edu.kde.org/kstars/#download EDIT: la page de téléchargement a été mise à jour, la version minimale MacOS annoncé est désormais la 10.15 (Catalina) Pour télécharger la dernière version compatible macOS 10.13 et 10.14 c'est la 3.5.9 dispo ici https://www.indilib.org/jdownloads/kstars/kstars-3.5.9.dmg Cordialement

Pour les infos sur ton APN https://fr.wikipedia.org/wiki/Sony_Alpha_300 taille du capteur 23,6 x 15,8 mm nombre de pixel 3872x2592 Ce qui fait une taille de pixel de 6 µm

Bonjour, J'ai un Alkaid 10", et j'ai pu stabiliser un peu la colimation avec des entretoises (imprimées 3D) sur les tubes en alu. L'idée originale n'est pas de moi, elle est de @j65 Les photos Le modèles 3D est disponible ici (vous devrez adapter il est prévu pour un 10" pas un 12") https://www.tinkercad.com/things/ezusH6hWHCN-entretoise-alkaid-v3 Cordialement, Stéphane

Bonjour, J'utilise Siril sur un MacBook (mais je n'utilise pas directement les scripts fournis j'utilise Sirilic) Siril 1.0.3 sur MacOs 10.14.6 1) les (5) scripts de base sont biens installés par défaut (avec des noms en anglais) 2) Dans les options, les répertoire de scripts déclarés: Dans "/Users/stephane" il faudra remplacer "stephane" avec ton nom d'utilisateur 😉 3) Dans le répertoire "/Users/stephane/siril/scripts", les 3 scripts complémentaires Cordialement, Stéphane

Bonjour C'est tout a fait cela. Oui, on revisse et on reproche les elements à la main, mais il n'est pas utile de revisser "plus qu'il ne faut". Si on a dévissé un demi tour et que c'est trop, on peut revisser un quart de tour et rapprocher les pires manuellement. La meilleure méthode reste de s'approcher petit a petit par itération de vissage/rapprochement manuel/devissage Si mes souvenirs sont bons j'ai mis du filetage M42x0.75, donc 0.75mm par pas, donc en vissant ou dévissant de 1 tour tu réduit ou augmente la distance ente bloc collimateur et corps du Solex de 0.75mm, et il est facile d'avoir une precision d'un dixième de tour. Cordialement, Stéphane

Le drizzle permet dans certains cas d'améliorer les détails si ta prise de vue était "sous échantillonnée", ce qui peut être le cas avec des capteurs à gros pixels et avec une focale courte. En contrepartie cela multiplie par 4 la taille des images... Par exemple, sur M42 et M31, qui sont de gros objets, j'utilise une lunette avec réducteur de focale, j'image donc à 400mm de focale, et avec un APN qui a des pixels de 3,75µm (ce n'est pas très gros, mais pas petit non plus)

Pour être complet sur le sujet de la compression, il y a des compressions avec perte de qualité (dans le JPG/JPEG) et sans perte de qualité (dans le TIF/TIFF ou aussi dans le PNG) Le format FIT/FITS peut lui aussi être compressé, c'est sans perte en 8/16bits (entiers), mais avec une petite perte de qualité en 32bits (flottants) (source https://heasarc.gsfc.nasa.gov/docs/software/fitsio/compression.html) Personnellement dans mon workflow de prise d'image et de traitement j'ai: 1) Acquisition avec un APN Canon --> j'obtiens des RAW Canon (14bits), donc des fichiers avec extension .cr2 --> les raw sont convertis en FIT par Siril en debut de traitement (à priori FIT 16bits compresses) 2) Acquisition avec une camera ZWO --> j'obtiens des FITS non compressés 16bits Lors des pré-traitement et empilement avec Siril, j'utilise l'option 32bits (et comme je demande aussi ce compresser je suppose qu'il y à la une compression avec légère perte) Le post-traitement (recadrage, colorimétrie, étirement histogramme, etc...) est fait sous siril sur le fichier FITS 32bits (je garde les 2 versions du fichier, celle en sortie d'empilement et celle post-traitée, voire plusieurs versions post-traitées si je fais des tests avec des paramètres différents...) Ensuite j'exporte en TIFF (non compressé, mais on peut compresser vu que c'est sans perte), pour un post traitement via GIMP (et donc ici aussi je garde 2 TIFF, celui exporté, et celui modifié par GIMP) Ensuite j'exporte le résultat en PNG ou JPEG compressé et si besoin resizé et/ou recadré, pour partage du résultat. Tout cela prend de la place (sans parler que je garde toutes les brutes d'acquisition)... exemple: - une image prise avec un APN 6000x4000 pixels, le RAW fait environ 28 Mo (et on en a souvent plusieurs dizaines...) - je ne compte pas l'espace consommé par les fichiers temporaires lors du pré-traimenent des images et DOF, vu qu'il est temporaire - si j'empile en 32bits, avec le drizzle, le FIT 32bits compressés fait presque 250 Mo (on va en garder au moins 2 versions, une post empilement, et une post traitement) - si je l'exporte en TIFF 32bits non compressé le TIFF fait 1.1 Go (ici aussi j'en garde 2 versions mini, et j'en suis à 6 version sur mes divers traitements de M42) Cordialement EDIT: @lock042, lorsque j'exporte en TIFF depuis Siril, la liste des traitements appliqués est écrite en commentaire dans le tif, je trouve cela très pratique. Mais ce commentaire contiens des accents (exemple: "photométrie"). Ensuite, vous GIMP, importer le TIFF avec des caractères accentués ne pose pas de problème, mais suite aux modifs, lors de enregistrement GIMP refuse décrire des commentaires autres que ASCII 7bits et les supprime. Bien sûr lors de l'export dans GIMP on peut modifier le commentaire pour supprimer les caractères avec accent, mais c'est laborieux. Pourrait on avoir une option dans les paramètres Siril pour limiter ou pas les commentaires à du ASCII 7bits ?, ce qui serai pratique selon le logiciel de post traitement utilisé (mais on est bien d'accord que ce n'est pas une demande importante...)

Bonjour, Sous Siril, exporte ton image en TIFF non compressé, 16 ou 32 bits Si tu as utilisé l'option 32bits sous siril, tu peux les exporter en TIFF 32bits, Gimp sait gérer, mais certains plugins externe ne le gèrent pas, il faudra alors exporter en TIFF 16bits Si sous Siril tu as traité en 16bits alors export en TIFF 16bits Cordialement

Bonjour, Lorsque tu va utiliser la lunette pour l'observation solaire, elle va (par definition) être dirigée vers le soleil, donc ses flancs ne seront pas directement exposés ni chauffés, il en sera de même pour ton newton, seule son ouverture devra être couverte , ainsi que le porte oculaire (certainement noir !) qui dépasse sur le coté. Si tu utilise ton ASI 2400 pour imager, elle sera dans l'axe de la lunette donc elle aussi peu exposée directement au soleil. En fait ce qui sera le plus exposé au soleil sera la monture, c'est elle qui doit être protégée, surtout si elle est rouge et noire et pas blanche... Pour protéger le papier aluminium de cuisine est efficace, la protection thermique dont tu donnes le lien le sera aussi (et a priori plus solide que le papier aluminium) Sinon tu peux aussi te fabriquer un écran de protection avec du carton, qui servira à couvrir l'entrée du newton et y découper juste le passage pour la lunette. Si le carton est foncé tu peux y coller du papier alu. Personnellement sur mon ed80 j'ai opté pour la solution de l'écran, en carton plume de 5mm (2 feuilles de papier avec de la mousse entre elles, on en trouve chez cultura). Cela protège la lunette, le raspberry et le hub usb qui sont accrochés dessus (et qui sont tous noirs !), ainsi que la mise au point motorisée et le spectro attaché derrière le porte oculaire. Seule la monture n'est pas protégée, mais elle est blanche. Cordialement

Bonjour, Il faut cocher l'option "montrer même si non connecté au telescope" Si tu ne coches pas cette option cela ne fonctionne que si tu as connecté un telescope... Cordialement

Il y à 3 combinaisons 1) les premiers SSD, qui utilisaient les mêmes interfaces que les disques durs traditionnels connecteur : M2 bus: SATA protocol: AHCI 2) ensuite avec un bus plus rapide, mais toujours le même jeux d commandes que les HDD connecteur: M2 bus PCIExpress bus: AHCI 3) protocole optimisé pour les disques SSD connecteur: M2 bus PCIExpress bus: NVME Ton SSD initial (Sandisk) est dans la 1ere catégorie, le SSD de rab (Toshiba) est dans la 3eme Tous les systèmes d'exploitations récents (des 10 dernières années) supportent le AHCI, mais le NVME c'est pas pareil.. Par défaut un linux qui démarre (sauf peut être kernel très recent) cherche des périphériques SATA AHCI, mais pas du NVME. Mais même si un kernel linux ne cherche pas "par défaut" un périphérique nvme, on peut lui demander de charger lors du bot un module d'extension kernel (un driver complémentaire qui est fourni avec, pas un truc à installer... ), ajoutant l'option "nvme_load=YES" Exemple ici: https://www.dell.com/support/kbdoc/fr-fr/000131901/loading-ubuntu-on-systems-using-pcie-m2-drives

Bonjour, Comme toujours, rien n'est simple avec l'informatique. Il faut d'une part considérer le format du connecteur et d'autre par le protocole utilisé pour dialoguer avec le périphérique Sur le M2 d'origine il y a deux encoche (key B+M), et le protocole entre de SSD et le contrôleur du PC sera du SATA (c'est marqué sur l'étiquelle, SATA 6Gbps) Sur le M2 en rab, il n'y a qu'une encoche ( à priori key M), mais le protocole c'est du PCI Express (le débit max varie en fonction du nombre de "lignes" pciexpress et selon si c'est du PCIexpress v2 ou v3), mais globalement le PCIExpress permet de plus gros debits que le SATA Pour ce qui est du connecteur, si il n'y a q'une encoche coté PC alors tu peux connecter les 2 type de disques, il n'y a pas de risque "électrique" Pour ce qui est du protocole, il faut s'assurer que ton PC sais gérer les 2 (data et PCIExpress). Et là on parle bien d'une compatibilité au niveau du contrôleur disque sur le carte même, on ne parle pas du système d'exploitation D'après la doc de ton PC (https://dl.dell.com/topicspdf/latitude-e7270-ultrabook_owners-manual_fr-fr.pdf) le connecteur supporte les 2 protocoles, mais a priori il faut configurer le bon dans le bios (voir page 38), et tester Une fois le problème de reconnaissance matérielle du disque il va rester le problème de l'UEFI Avec les vieux BIOS de PC, il n'y avait pas de problème, on pouvait permuter facilement 2 disques avec des OS différents (pour éviter un multiboot sur un seul disque ou windows dégageait les multiboot LILO ou GRUB mais par un linux) Avec les "bios" UEFI récents c'est différent car chaque OS configure un multiboot au niveau de l'UEFI (il y a une partition UEFI spécifique sur le disque). Si tu enlève le disque windows et met a la place un disque vierge pour installer un linux alors l'UEFI (bios) ne trouve pas de partition UEFI sur le disque et propose de réparer... EDIT Si ton Pc était livré avec un OS Windows réinstallé il est probable que Dell ait activé le SecureBoot qui teste si le système d'exploitation est "secure/connu/signé numériquement". Il est probable que tu doive désactiver cela pour booter un linux. -pour tout savoir sur le M2 https://www.nextinpact.com/article/28766/106936-tout-savoir-sur-m-2-connecteur-trois-sockets-dizaines-possibilites -pour tout savoir sur l'UEFI https://lecrabeinfo.net/tout-savoir-sur-firmware-uefi-carte-mere-remplacant-bios.html Pour le reste, saches que tu fais la bonne démarche, abandonner ( Windows (et ASCOM), ou au moins tenter autre chose, et passer à Linux avec Kstars/Ekos/Indi c'est bien ! (et j'ai dit bien, j'ai pas dit mieux, parce si je trouve cette plateforme plus simple et stable, ce n'est pas parfait non plus) Cordialement

Bonjour, il y a son remplaçant, à savoir "Our Galaxy" https://otherwise.com/gallery/

Bonjour, Comme précisé par @Cocatrix, Siril le fait, mais il y a aussi ASTAP et Kstars/Ekos. Dans ces softs il faut quand même donner quelques précisions pour limiter le temps de recherche, comme le champs couvert (ou encore la focale et la taille des pixels pour le logiciel puisse calculer le champs) Tu peux aussi essayer astrometry.net en ligne https://nova.astrometry.net/upload (ici aussi pour limiter le temps de recherche tu peux préciser quelques elements dans "advanced settings" Cordialement

Bonjour, La config des oculaires/telescopes/capteurs est normalement stockée dans un fichier texte nommé "ocular.ini" J'utilise Stellarium sur MacOS, chez moi il est dans le répertoire "/Users/stephane/Library/Application Support/Stellarium/modules/Oculars", pour les autres OS je ne sait pas où c'est stock, je vous laisse chercher... Dans ce fichier il y a différentes sections dont "[General]" et "[ccd]" qui vont nous interesser Dans la section [General], la valeur "ccd_count=X" avec X qui est un chiffre donnant le nombre de capteurs déclarés dans la section [ccd] Dans la section [ccd], chaque camera est déclarée avec la syntaxe suivante: "X\option=Y", avec X le numéro de la camera (la numérotation commence à 0) et Y la valeur de l'option Si tu a une liste de camera avec la taille des capteurs, nombre de photosites, avec un peu de scripting tu peut générer les lignes dans le fichier de config. FAIRE UNE SAUVEGARDE DE CE FICHIER AVANT TOUTE MODIF !! En exemple, la déclaration des cameras chez moi: 4 capteurs déclarés: Un APN Canon APS-C, une ASI178mm, une ASI290mm et la même ASI290mm avec du bin X2 Le paramètre "chip_rot_angle" est facultatif, il est mis a jour lors de l'utilisation de Stellarium si tu fait tourner le capteur pour choisir le "cadrage" (ici -90, pour avoir le capteur "vertical" pour cadrer Orion...) [General] ... ccd_count=4 ... [ccd] 0\binningX=1 0\binningY=1 0\chip_height=14.9 0\chip_rot_angle=-90 0\chip_width=22.3 0\has_oag=false 0\name=EOS 80D 0\prism_distance=0 0\prism_height=0 0\prism_pos_angle=0 0\prism_width=0 0\resolutionX=6000 0\resolutionY=4000 1\binningX=1 1\binningY=1 1\chip_height=3.2 1\chip_rot_angle=0 1\chip_width=5.6 1\has_oag=false 1\name=ASI 290mm 1\prism_distance=0 1\prism_height=0 1\prism_pos_angle=0 1\prism_width=0 1\resolutionX=1936 1\resolutionY=1096 2\binningX=1 2\binningY=1 2\chip_height=4.92 2\chip_rot_angle=0 2\chip_width=7.37 2\has_oag=false 2\name=ASI 178mm 2\prism_distance=0 2\prism_height=0 2\prism_pos_angle=0 2\prism_width=0 2\resolutionX=3096 2\resolutionY=2080 3\binningX=2 3\binningY=2 3\chip_height=3.2 3\chip_rot_angle=0 3\chip_width=5.6 3\has_oag=false 3\name=ASI 290mm bin2 3\prism_distance=0 3\prism_height=0 3\prism_pos_angle=0 3\prism_width=0 3\resolutionX=1936 3\resolutionY=1096

Bonjour, A priori c'est lié au lancement de satellites Starlink par SpaceX en debut de soirée... Cordialement

Bonjour, Il est probable que ton PC portable soit en fait alimenté en 19V (à vérifier) Vouloir convertir du 12V (continu) en 220V (alternatif) pour ensuite le reconvertir en 19V (continu) c'est très inefficace, le plus gros de l'énergie va être dissipé en chaleur dans les radiateurs des transfos... Tu devrais plutôt utiliser un transfo 12V vers 19V (vérifie la tension d'entrée pour ton portable et le format du connecteur) Exemple ici: https://www.amazon.fr/TAIFU-Adaptateur-Universel-Alimentation-Universelle/dp/B07XNTKHZC/ref=sr_1_7?__mk_fr_FR=ÅMÅŽÕÑ&crid=5JNXQR807MV4&keywords=transfo+12V+19V+pc+portable&qid=1650365265&sprefix=transfo+12v+19v+pc+portable%2Caps%2C54&sr=8-7 Ou moins cher chez li le rapide (mais avec plusieurs semaines de délais quand même) https://fr.aliexpress.com/item/4001070709883.html?spm=a2g0o.productlist.0.0.631f6a12v5VXtQ&algo_pvid=df299174-c4c6-4109-b079-9a733271a064&algo_exp_id=df299174-c4c6-4109-b079-9a733271a064-0&pdp_ext_f={"sku_id"%3A"10000014046675800"}&pdp_pi=-1%3B16.84%3B-1%3B-1%40salePrice%3BEUR%3Bsearch-mainSearch Cordialement

Bonjour, C'est normal, si tu as un tube avec une grande focale et que tu utilises une camera avec un petit capteur tu vas avoir un petit champs couvert... Tu peux simuler le champs (FOV) ici: https://astronomy.tools/calculators/field_of_view/?fov[]=109||4400||1|1|0&fov[]=109|89|||1||&solar_system=moon Il te faut donc soit réduire la focale avec un réducteur, soit prendre une camera avec un capteur plus grand, voire les deux... Sinon tu peux aussi faire plusieurs photos et assembler une mosaïque Cordialement

Bonjour, Les ventes "occasionnelles" ne sont pas concernées, mais si on dépasse un certain plafond on est plus considéré comme vendeur occasionnel mais comme pro.... https://www.economie.gouv.fr/particuliers/vente-biens-declarer-revenus Cordialement