Jump to content

src386

Membre
  • Content Count

    373
  • Joined

  • Last visited

About src386

  • Rank
    Membre

A propos

  • Résidence
    Nantes

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. C'est le problème avec les boards ARM, tu es dépendant du bon vouloir du fabricant pour les mises à jour. Il faut en choisir une qui a un support upstream de la part de Linux...
  2. Il faut voir si ce sera toujours le cas dans 6 mois, Linux évolue vite et il y a des tas de boards ARM laissées à l'abandon par leurs constructeurs. C'est la raison pour laquelle je reste sur des Raspberry Pi. Niveau hardware ce n'est pas le meilleur, mais niveau support et communauté c'est top.
  3. Je ne pense pas que ce soit une bonne idée de maintenir 2 versions de la nafabox, en plus des variantes pour les board arm. J'ai pas de monture motorisée, si un jour c'est le cas j'utiliserai l'image nafabox standard, ou alors j'installerai les composants sur mon laptop Debian. Mais il ne faut pas se lancer dans une fragmentation du projet.
  4. Bonjour, Si ça peut aider, Phoronix teste régulièrement pas mal de hardware sous Linux. Récemment ils ont fait quelques benchmark sur des board ARM: https://www.phoronix.com/scan.php?page=article&item=nvidia-jetson-nano&num=4 En gros, rpi 3 < thinkerboard < odroid xu4 < Nvidia Jetson. Après je ne connais pas les specs détaillées de chaque board ni le coût, on parle de $99 pour la Jetson nano.
  5. Ah d'accord le dernier point est clairement un avantage, merci. Merci de la réponse, je suis déjà sous Linux, et déjà convaincu par les solutions libres. Mon laptop est sous Debian + Mate, je fais mes captures avec Planetary Imager dans la cambrousse et je peux tenir 5h sur batterie sans trop de difficultés. C'est pour ça que je pose la question. Ma monture n'est pas pilotable donc je ne pense pas pouvoir profiter de tout ceci pour le moment.
  6. Bonjour, la question va peut-être paraître bête, mais après avoir lu les quinze premières pages et les quelques dernières, je n'arrive pas à comprendre exactement à quoi ressemble ce projet et comment il fonctionne. Et surtout pourquoi ça plutôt qu'un PC portable ? En bref est-ce qu'il y a une doc centralisée quelque part ? Le github ne mentionne que la procédure d'install, et le site http://nafabox.linux-astro.fr/#StellarMate ne semble contenir aucune information utile et certaines sections bouclent sur elles-mêmes.
  7. Il n'y a pas de paquet python3-opencv sur Debian Stretch. C'est pour ça que je l'ai installé via pip3. J'ai utilisé la commande "python" comme mis en instruction, mais Debian utilise Python 2 par défaut. Donc j'ai forcé python3. Mes images sont pourries, y'a presque rien dessus a moins de les empiler. Sauf que le suivi est pourri aussi. Mais bon le but c'était de tester le soft. Le problème vient clairement de mes images. Une amélioration appréciable serait de conserver les réglages au lancement et éviter les chemins en dur type ~/als .
  8. Yep ça fonctionne, par contre ça donne un objet flou (mon suivi est vraiment pas top). Je suis content de ce genre de soft sous Linux. J'ai pas de compétences Python mais je peux peut-être contribuer de plusieurs manières: - Une image Docker - Traduire les commentaires en anglais - De la doc (wiki sur le github) - Et bien sûr des tests d'un Linuxien
  9. Alors j'ai tenté l'injection de fits existants mais le soft crashe: $ python3 ./als.py Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. /home/xavier/github/als/wrk /home/xavier/github/als/scan New image arrive: /home/xavier/github/als/scan/2019-05-31T222356.588-UTC.fits The file does not exist B&W mode... TIFF image create : /home/xavier/github/als/wrk/stack_image.tiff first file created : /home/xavier/github/als/wrk/stack_ref_image.fit New image arrive: /home/xavier/github/als/scan/2019-05-31T222401.688-UTC.fits B&W mode... alignement and stacking... New image arrive: /home/xavier/github/als/scan/2019-05-31T222406.793-UTC.fits New image arrive: /home/xavier/github/als/scan/2019-05-31T222411.893-UTC.fits New image arrive: /home/xavier/github/als/scan/2019-05-31T222416.998-UTC.fits Traceback (most recent call last): File "/home/xavier/.local/lib/python3.5/site-packages/astroalign.py", line 197, in find_transform target_controlp = _find_sources(target)[:MAX_CONTROL_POINTS] File "/home/xavier/.local/lib/python3.5/site-packages/astroalign.py", line 333, in _find_sources sources = sep.extract(image - bkg.back(), thresh) File "sep.pyx", line 718, in sep.extract File "sep.pyx", line 282, in sep._assert_ok Exception: object deblending overflow: limit of 1024 sub-objects reached while deblending. Decrease number of deblending thresholds or increase the detection threshold. During handling of the above exception, another exception occurred: Traceback (most recent call last): File "./als.py", line 65, in <lambda> align_on, save_on, stack_methode)) File "./als.py", line 79, in created save_im=save_on, align=align_on, stack_methode=stack_methode) File "/home/xavier/github/als/stack.py", line 199, in stack_live p, __ = al.find_transform(new, first_ref) File "/home/xavier/.local/lib/python3.5/site-packages/astroalign.py", line 199, in find_transform raise TypeError('Input type for target not supported.') TypeError: Input type for target not supported. Abandon Mon hypothèse est que mes images ne contiennent pas assez d'étoiles pour permettre l'alignement.
  10. $ python ./als.py File "./als.py", line 2 SyntaxError: Non-ASCII character '\xc3' in file ./als.py on line 2, but no encoding declared; see http://python.org/dev/peps/pep-0263/ for details Je vais tester avec les autres branches. EDIT: bizarre on dirait qu'il n'aime pas les accents, même quand ce sont des commentaires. EDIT2: avec la commande "python3" ça a l'air mieux, je tombe sur l'erreur de module "cv" dont on a parlé dans le thread. EDIT3: Alors pour résoudre le probleme de "cv" manquant, j'ai du installer opencv-python via pip. Ce qui donne: $ pip3 install --user astropy numpy tqdm watchdog pyqt5 astroalign opencv-python Sous Debian 9, le paquet opencv des dépôts est pour Python2. D'où la nécessité d'utiliser pip3. Maintenant l'ui se lance bien. EDIT4: truc perturbant est que CTRL+C ne kille pas le soft.
  11. Defakator en parle: https://www.youtube.com/embed/k5O73SY47LI Les mecs ont peur de rien pour affirmer produire 2000W avec un petit ventilo de PC de 80mm... Pour ceux qui ne connaissent pas Defakator, c'est un vidéaste qui démonte pas mal ce genre de video.
  12. J'imagine que Kubuntu fait un apt-get update donc oui ce sera mis à jour si installé via Ansible. Lorsque l'on installe des logiciels avec Ansible il détecte automatiquement le gestionnaire de paquets (dpkg, rpm...) c'est ça qui est magique
  13. Avec Ansible il est possible de faire un playbook d'installation des logiciels astro. L'avantage c'est qu'on peut le rendre portable sur les distributions majeures (Debian family et RedHat family) et que le code est facile. Faire une distribution j'en vois pas trop l'intérêt si c'est juste pour se retrouver avec une Ubuntu + 3 logiciels en supplément. C'est un boulot monstrueux en terme de code, hébergement, rapports de bugs, communauté...
  14. C'est un classique, on a aussi des faux disques externes USB. Petite liste: https://www.tomshardware.fr/articles/best-of-contrefacons-fake-hightech,5-893.html#s1
  15. src386

    Enfin!

    Au pire tu peux regarder dans la section des rencontres astro s'il y a des gens près de chez toi qui peuvent t'aider à manipuler ton instrument
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.