vinvin

Je crois que ce ne sont pas que des messieurs :)

Tu as très bien compris Cissou8, je n'aurais pas mieux expliqué... Merci Composer des images avec des temps de pose différents se fait dans un logiciel de traitement d'images comme Gimp.

On pourrait plutôt permettre de numéroter la séquence de sortie à partir d'un nombre fourni par l'utilisateur, plutôt qu'en commençant à 1. C'est déjà possible dans la conversion, donc pour des images d'appareil photo numérique il n'y a rien de spécial à faire à part ajouter une valeur de début qui correspond au nombre d'images qu'il y a eu dans les séquences précédentes + 1 (ce n'est possible que depuis l'interface graphique, pas depuis les scripts), mais ce n'est pas disponible dans le pré-traitement. Peut-être qu'on peut l'ajouter, sinon oui un script shell ou dos ou autre peut facilement renommer les fichiers pour changer de numéro.

Ce sont des vues en étirement automatique ou en linéaire ? Tu as bien mis des points partout pour enlever le fond de ciel ? C'est avec quelle version ? Est-ce qu'il y a des étapes de traitements après avoir enlevé le gradient de fond de ciel ?

Bonjour, pas de problème en faisant comme ça, siril va bien reconstruire la séquence entière si les fichiers sont bien nommés.

J'ai cassé un truc hier, la version d'aujourd'hui ne marche pas, désolé.

Pour cela il faudrait que l'économie soit capable de repartir, ce qui n'est pas gagné. Et peut-être que les comportements auront changé, avec un peu de chance ? En ce qui concerne la croissance économique, elle ne peut pas continuer de toute façon, je vous redirige vers un petit cours de seulement 20h de vidéo (ça occupe bien en cette période) https://www.youtube.com/watch?v=xgy0rW0oaFI&list=PLMDQXkItOZ4LPwWJkVQf_PWnYHfC5xGFO

Les programmes POSIX sont plus lents sous windows, y'a qu'à voir git ou bash, oui ça pourrait expliquer un peu la différence.

Le code généré est natif mais utilise une lib de conversion POSIX pour windows, sinon on ne pourrait pas compiler du code générique avec windows. Voir https://github.com/msys2/msys2/wiki/How-does-MSYS2-differ-from-Cygwin#runtime

Oui c'est pour ça que j'aimerais ajouter une option pour le désactiver.

La mémoire est estimée à 7G pour 16 d'installés, t'as laissé le facteur 0.5 dans les paramètres non ? Si tu ne fais pas trop de trucs en même temps tu peux réessayer avec 0.9 environ pour voir si ça va plus vite et à quel point il en bouffe :) D'un autre coté, en donner moins à siril permet d'en donner plus à la mémoire cache du système, donc ça pourrait aussi améliorer la charge I/O et faire que ça va plus vite dans la globalité... Ca dépend de la machine je suppose.

ça m'étonnerait que ce soit mieux que la version windows, déjà parce que la version windows utilse déjà une émulation linux (ah oui je l'avais oublié celle là tiens c'est probablement pour ça que ça rame haha.), et parce que du coup ton linux n'aura pas toutes les ressources de la machine.

Est-ce que la motorisation fonctionne avec un autre logiciel ? Avec ASCOM peut-être ? Il y a eu des mises à jour de MCMTII dans les dernières années, peut-être qu'il faut commencer par là ? En tout cas il vaut mieux demander à la mailing list MCMTII qu'ici je pense pour avoir des gens qui connaissent ça.

Haha Nice éteinte, j'aimerais bien voir ça. Ils parlent juste de réduire, comme c'est déjà fait en milieu de nuit sur une route...

Ah oui j'avais pas vu qu'il manquait exiv2... J'ajoute, merci. gnutls et nsis je ne sais pas pourquoi c'est là. libheif est optionnelle. Edit : c'est fait. Je suis pas trop sûr de quels paquets ont des noms normaux et les autres ont le préfixe mingw-w64-x86_64-... J'ai mis le cmake comme tu as dit du coup. J'ai mis deux paquets par ligne aussi pour faire moins de ligne sans que ça sorte de l'écran.