Aller au contenu

jeff

Anciens Avex
  • Compteur de contenus

    436
  • Inscription

  • Dernière visite

Tout ce qui a été posté par jeff

  1. Voila ce que ça donne avec les données fits : Je dirai qu'il y a beaucoup d'esapce gaché A mon avis il faut : - soit regrouper des données dans certaines colonnes - soit partir sur autre chose - soit s'équiper d'un écran 32 pouces
  2. Oui pas de soucis, ca reste modifiable ! C'est surtout l'histoire du 'modele' dont on parlais la dernière fois (liste/arbre d'images), qui sera beaucoup plus difficile à modifier si on change en route. D'accord c'est 'clair' J'arrivais pas à lire le gribouillis dans ton image Ok, c'est le temps d'acquisision , donc 'EXPTIME' ou 'EXPOSURE' dans le fichier fits ; deux champs pour le même chose, chouette Ok pour les axes :-) Mais d'ou vient le titre 'étiquette' ? C'est rapide à ajouter, je ne vais pas me priver ;-) Il y a également le champ 'IMAGETYP= 'Light Frame' , c'est donc grace à lui qu'on pourra trier automatiquement si j'ai bien suivi ? Enfin, est ce qu'on peut garder les étiquettes du fichier FITS comme noms des colonnes, c'est plus simple pour moi, et ça pourra (un jour) permettre à l'utilisateur de choisir les colonnes qu'il veut afficher ou pas.
  3. Je vais essayer de mettre en oeuvre une combobox pour le choix des couleurs. En revanche, j'avais pensé au seuils manuels mais il y a un problème de taille : si je fixe un seuil unique pour toutes les images du répertoire, ça n'a pas vraiment de sens non ? Je peux faire une mosaique (mais c'est un peu plus compliué - possible de faire ça dans un deuxième temps ?) ; et dans ce cas ou s'affichent toutes les infos (que je n'ai pas encore mises) que tu m'as demandées dans les colonnes ? Au sujet de ces données il y en a ou j'ai des doutes : Le champ 'filtre' correspond bien au champ 'filter' du fichier FITS ? (à quoi correspond la valeur 'clair' dans ton schema?) Je n'arrive pas à lire le nom du champ au dessus de '600s' A quoi correspond le champs etiquette/binx1 ? Ou est-il dans le fits ? Meme question pour le champs 'mots clés' Enfin, au niveau du design, je me suis insipré de ce que tu m'as envoyé, en effet c'est plus joli en sombre
  4. Après la brève discussion lors de la dernière réunion et le concept de frédo, voici ce que ca donne avec les fonctionnalités du moment : "En cliquant sur un répertoire à gauche, les vignettes s'affichent à droite" Et j'ai déjà des questions : l'affichage des flat/dark n'est pas probant ; pour l'instant j'ai mis une échelle de gris (comme frédo me l'a envoyé dans son concept). Je peux utiliser très facilement les colormaps suivantes : Dois-je conserver le gris ? Mettre une autre colormap ? Mettre une combobox avec des choix ? Pour ceux qui veulent télécharger, c'est toujours sur : https://www.wuala.com/jromang/Partage/?key=1McFhUXLHykJ
  5. Oui, c'est la chrominance qui souffre le plus de la compression jpeg, mais d'après l'algo il n y a pas de raison qu'elle souffre plus par 'seuil' La dégradation devrait être progressive selon la valeur 'q' choisie. Tous les détails ici : http://www.intopix.com/pdf/IPX%20JPEG%202000%20Handbook.pdf Il s'agit principalement d'ajout de fonctionnalités pour définir des zones d'intéret a moins compresser dans l'image, faciliter la transmission en réseau, etc...rien de transcendant pour l'astrophoto je pense. (Ah si il y a un mode lossless...mais autant prendre du PNG dans ce cas)
  6. A mon avis c'est un ressenti psychologique , il n'y a pas de 'saut' dans la fonction lorsque la qualité (q) varie :
  7. Je ne crois pas qu'il y ai un changement de 'mode de compression' par seuil lorsqu'on change la qualité ; il s'agit simplement d'un paramètre qui détermine la qualité des arrondis lors de l'étape de 'Quantization'. C'est expliqué ici : http://www.ams.org/samplings/feature-column/fcarc-image-compression
  8. Il est possible mesurer la différence PNG / JPEG avec un taux de compression choisi : http://www.photoshopessentials.com/essentials/jpeg-compression/ A tester sur des photos astro
  9. jeff

    Fond d'écran AVEX

    Génial merci !
  10. Frédo, lors de la dernière réunion, tu avais un chouette fond d'écran sur ton portable : il existe en version 1920x1080 ?
  11. Si tu pouvais me faire un petit pack d'images fits variées (surtout celles qui ne se chargent pas), ça pourra m'aider pour la suite
  12. Oui, on ne peut faire qu'ouvrir une image (et seulement certaines) ; mais le test est concluant si ca se lance Tu remarqueras que l'archive est super-volumineuse, et pour cause, des dizaines de fonctions sont déjà dans le programme (accessibles par le shell). Je suis tombé hier sur une librairie qui semble faire beaucoup de choses utiles pour le traitement des images : http://www.aspylib.com/ Egalement, j'ai embarqué multidrizzle (http://www.stsci.edu/hst/HST_overview/documents/multidrizzle/multidrizzle.pdf) ; mais c'est un peu mettre la charrue avant les boeufs. Dans l'immédiat, j'aurai surtout besoin de savoir à quoi de ressembler le chargement (avec des vignettes), le classement (automatique?), et l'arbre d'images dont nous parlions plus haut. Il y aura de quoi discuter ce soir
  13. J'ai essayé de 'packager' cet embryon d'application dans un seul fichier exécutable (bien gros pour l'occasion)https://www.wuala.com/jromang/Partage/?key=1McFhUXLHykJ ; si quelqu'un est volontaire pour le télécharger et le tester sur son sytème (pour vérifier que ca fonctionne sans les centaines de dll que j'ai chez moi), je suis preneur d'un retour ! Ca prend du temps à se lancer, c'est normal
  14. Puisque tu aimes ça, je viens de mettre le plugin tapatalk à jour (version 3.2.0)
  15. Il y a aussi l appli tapatalk qui permet d'avoir une interface sympa Envoyé depuis mon MB525 avec Tapatalk
  16. L'idée c'est que tout le traitement interne soit en FITS ; pour l'utilisateur ça ne change pas changer chose s'il peut importer un RAW qui est automatiquement converti en FITS via imagemagick ? D'un point de vue conceptuel, prétraiter, traiter, et ajuster...c'est un peu la même chose fonctionnellement non ? J'entends par la prendre des images, leur appliquer des opérations, et avoir d'autres images en sortie ? Ou il s'agit de phases vraiment différentes qui nécessitent des approches distinctes dans une interface ? C'est supporté dans le format FITS, donc si on fait tous les traitements dans ce format, pas de soucis Oui, absolument, notamment parsqu'il y a les temps d’intégration (utile pour organiser les prétraitements par exemple ), les temperature de shoot les filtres utilisé, : d'ailleur si ton soft pouvais essayer de faire un prégroupement des images par types (dark, offset, flat) Ok pour les champs optionnels. Par contre comment faire un prégroupement par type de manière automatique ? Vos caméras CCD indiquent quelque part dans le fichier que c'est un dark/offset/flat ? oui car les fit couleur son composé ainsi il me semble , en outre comme toujours, il est préférable de voir large dés le departs ça facilite les évolutions ultérieures... Tu peux m'envoyer une image FITS couleur ? Je croyais que vos CCD étaient touts N&B Scanner un répertoire et afficher des vignettes avec metadata, pas de soucis, comment souhaites-tu automatiser le classement ? Sinon pour la structure en arbre, il faudra qu'on en parle de vive voix ; ca implique tellement de choses (héritage de propriétés, traitement sur des lots, etc...) que c'est compliqué de brainstormer ici Pour ce qui est des idées d'ergonomie, et d'interface, toutes les idées sont bienvenues, je pourrai vous parler de ma petite idée vendredi, mais il y a certainement mieux à faire. Enfin, est ce que quelqu'un utilise/connait PyRAF (http://www.stsci.edu/institute/software_hardware/pyraf) ? Je viens de passer ma matinée à l'embarquer dans le terminal de l'application, et il est d'ores et déjà possible de l'utiliser toutes les fonctions depuis la ligne de commande.
  17. Spoutnick, toutes les compétences sont bienvenues :-) Tu maîtrises python ? De mon coté, je découvre, suis plutôt expérimenté en C++ ; j'avais commencé un prototype en C++/Qt/OpenCV (http://opencv.willowgarage.com/wiki/), mais j'ai laissé tombé devant la complexité à embarquer un interpréteur python et à le faire interagir avec OpenCV (dont la complexité du format d'image dépasse l'entendement) Je peux ouvrir un repository privé SVN si on veut bidouiller dans le code à plusieurs Mais vu que la je n'en suis qu'aux balbutiements, je ne sais pas si c'est déjà utile. J'ai également téléchargé pas mal de bouquins expliquant les algos de traitement d'image ; je peux les partager s'il y a des intéressés
  18. Chouette ! Deja pour simplifier les choses, je ne compte utiliser que des images fits dans le logiciel : est-ce que ça pose problème ? Les autres formats ne seraient qu'un import/export (via imagemagick - qui peut convetir les formats raw des apn). Est-ce un bon choix ? La première étape pour moi est de définir grosso-modo le fonctionnement global, pour ne pas rater un truc. L'idée est de tout pouvoir faire en ligne de commande (comme IRIS qui permet la même chose si j'ai bien compris), et de coller une interface graphique sympa par dessus. Pour ce qui est de la ligne de commande, j'embarque tout le langage python directement dans le logiciel : je pense que ça dépasse de loin les possibilités offertes par les scripts IRIS. Pour l'interface j'utilise QT : c'est un toolkit moderne et multiplateforme, dont tu peux voir la liste des widgets ici : http://qt-project.org/doc/qt-4.8/gallery-windowsxp.html Ensuite, à partir de ce fonctionnement je dois créer un "modèle" ; la description des "choses" qu'on peut créer et modifier dans le logiciel. A ce sujet j'ai deux questions : -Dans le format FITS, en plus des images, il y a toute une flopée de champs optionnels (coordonnées, dates, etc, etc). Est-ce qu'ils sont utilisés par les astrophotographes ? Doit-on pouvoir les modifier/utiliser ? -Toujours dans ce format, on peut embarquer plus d'une image dans un fichier : est-ce utilisé ? utile ? -Le "modèle" que je comptais utiliser est à priori une simple liste d'images. Tous le boulot du logiciel étant de traiter cette liste d'images (opérations individuelles, ou impliquant plusieurs images). A priori tu me dis qu'il y a besoin d'un système de classement : est-ce qu'un une arborescence (avec hiérarchie, catégorie, etc...) serait plus judicieuse qu'une liste ? -A part les images, y a t'il d autres choses à gérer ? Un des trucs qui me vient à l'esprit est par exemple la sélection de zones pour certains traitements, ou des fichier qui viendraient des montures/setup (coordonnées de centre de l'image, etc) ? Ça tombe bien que ça soit la fonction de visionnage qui manque le plus, le chargement des images est le premier truc à programmer Si je comprends bien, tu voudrais une fenêtre qui charge toutes les vignettes d'un répertoire, que tu puisses ensuite classer par drag&drop dans une arborescence ? Pour le nom, j'avais pensé a Retina (original par rapport à IRIS ), mais ça peut être autre chose oui Mais, avant de le baptiser, il faut d'abord qu'il fasse quelque chose Enfin, j'ai toutes les docs d'IRIS sous la main, est ce que quelqu'un aurait les docs PixInsight ? J'aimerai savoir de quoi est capable ce logiciel et comment il fonctionne - j'ai regardé quelques vidéos et ça a l'air sympa non ?
  19. Bonjour les amis, Voila quelques mois que je ne me suis plus exprimé sur le forum, mais je ne suis pas mort Un emploi du temps serré (jeune papa depuis 4 mois), changement de boulot, bref de bonnes excuses (et un télescope que j'ai acheté il y a plus d'un an et qui ne m'a toujours pas été livré...c'est une longue histoire (arnaque?) que je raconterai dans un autre post). L'année dernière j'avais tripatouillé un peu IRIS avec des images que m'avait donné frédo, et je n'ai pas trouvé l'équivalent en opensource et multi-plateforme. J'aimerai bidouiller un truc équivalent (enfin, au moins essayer), et après quelques essais et recherches je pense avoir une base technique fiable pour faire quelque chose d'intéressant (entièrement scriptable en python). Le coté programmation de devrait pas me poser de problèmes, mais comme je n'ai aucune expérience de traitement d'images astro, j'aimerai savoir si ça intéresserait quelqu'un de définir les fonctionnalités / interfaces / outils utiles aux astrophotographes. J'ai déjà bien en tête une architecture, mais je ne sais pas si elle correspond vraiment aux besoins. Pour l'instant j'ai un prototype qui ne fait pas grand chose (charger/afficher une image fits), mais il ne demande qu'à grandir Voici un screenshot : http://dl.dropbox.com/u/3042900/retina_img.png
  20. jeff

    Notifications du forum sous chrome

    A priori, il y a également une notification pour les messages privés, ce que ne font pas les flux RSS ?
  21. Avec cette extension : https://chrome.google.com/webstore/detail/plfhcjljnfjpfcbjpgnflfofmahljkjj ; il est possible de recevoir les notifications du forum sans le visiter ; testé à l'instant, ca marche
  22. jeff

    commande minipc

    Désolé pour mon absence ces derniers mois, je ne suis pas venu souvent (mais j'ai des excuses ) Pour ton PC, je pense que le mieux est de brancher un écran et un clavier sur ton mini pc afin d'installer une vraie distribution sur une clé usb : le plus simple est à mon avis une ubuntu en mode texte. Ensuite, après avoir paramétré l'ordre de boot dans le bios, tu n'auras qu'a insérer ta clé quand le besoin s'en fait sentir - et plus besoin d'ecran/clavier. Pour le controle à distance, ssh devrait suffire si tu veux simplement faire une image du disque ?
  23. jeff

    Fredo, tu deviens vieux !

    Avec du retard aussi, joyeux anniv' «monsieur»
×
×
  • Créer...

Information importante

Conditions générales