Thx8411
-
Compteur de contenus
190 -
Inscription
-
Dernière visite
Type de contenu
Profils
Forums
Téléchargements
Blogs
Boutique
Calendrier
Noctua
Messages posté(e)s par Thx8411
-
-
Bonjour !
Super initiative.
Pour ce qui est de qastrogam-g2 sur lequel je travail, ce qui à été dit est vrai. Les
nouveaux driver du kernel 3 sont incomplets, ce qui gêne l'exploitation de la caméra.
Dans les softs astro sous linux dont je m'occupe et qui sont opérationnels il y a
astroavibrowser (http://sourceforge.net/projects/astroavibrowser/) et astrofocuser (sourceforge.net/projects/astrofocuser/)
Je travail aussi sur astrodcam (http://sourceforge.net/projects/astrodcam/), équivalent de qastrocam-g2 pour les caméras firewire, mais pas encore exploitable.
-
Hello,
J'avais trouvé ce peltier sur ebay, à quelques chose comme 7 euros tout compris.
-
Hello,
Pourquoi ne pas faire une modif comme la mienne pour la QHY5 ?
http://thx8411.over-blog.com/pages/Cooling_the_QHY5_imagerautoguider_step_2-3239743.html
-
Bon, l'achat est déjà fait, mais je suis d'accord avec Flaub85 .
Si vous voulez un portable qui tient la route, il faut prendre les modèles pro chez
Toshiba ou Lenovo. Évitez les modèles grand publique, c'est du jetable.
Comment reconnaître un modèle pro ? Il y a une prise pour le dock dessous ;-)
Pourquoi des pro de chez Lenovo et Toshiba ?
A configuration égale, c'est plus cher et souvent moche mais :
- C'est fiable
- La batterie tient plus de 3 ans
- C'est costaud
- La connectique est complète
- Tous les composants et périphériques sont robustes, de même que leurs drivers
- Ils supportent tous les OS
- On peut demander Windows 7 plutôt que le 8
De manière générale, éviter les constructeurs qui me font pas de modèles pro, cela veut-dire qu'ils ne savent pas faire, donc qu'il n'arrivent pas à atteindre le niveau
d'exigence d'une utilisation sérieuse et durable.
-
Avec quelle caméra tu image ?
En situation réelle, je n'ai encore jamais vu de caméra planétaire tri-ccd. Tu as donc
une matrice de bayer pour la couleur. Stocker du 640x480 en RGB 24 bits n'a donc aucun intérêt. L'image brute en 8bits par pixel suffit amplement pour la couleur, soit 17,5 Mo par seconde. La debayerisation se fera après.
Pour le mono, tu peux éventuellement avoir des caméras 16bits par pixel, pour avoir
une meilleur dynamique (notamment les caméras firewire), tu passe alors à 35 Mo/s
On est loin de tes 450 Mo ! Avec 256 Go, tu as 2 heures de capture devant toi...
Pour le résumer, avec les caches, la RAM, etc, les 54000 t/mn suffisent largement !
-
Sonata, tu confonds les bits et les octets !
640x480 en 8 bits 60i/s, ça fait 17,5 Mo en tout, 52,5 Mo pour la couleur.
Divise tout par huit...
-
Hello,
Si tu veux un vrai port parallèle, il y a aussi ma solution :
http://thx8411.over-blog.com/pages/Add_TTL_outputs_to_your_USB_Laptop_Part_1_Hardware-3229030.html
-
Non, je n'ai pas encore eu l'occasion de tester, mais effectivement, sur le papier en comparant les datasheet, la firefly devrait être moins bruitée,et le rendement quantique est légèrement supérieur.
Entre la FireFly et la QHY5v, les capteurs sont proches, cela devrait être à peu près
équivalent. En revanche, j'ai constaté que l'électronique de la point grey et de bien
meilleur qualité que celle des QHY. Beaucoup moins de bruit au niveau de l'alim,
par exemple. Les images devraient donc être meilleures.
-
Le disque est en BK7, donc sans doute pour une lentille. Pour le prix, cela dépend de la
qualité qui t'es garantie. Ce n'est pas forcement injustifié si c'est un verre parfaitement
homogène et sans bulles, ce qui est mieux pour une lentille.
Je trouve vraiment les cotes curieuses. 50 +- 10 ?
Ils peuvent tout aussi bien te livrer un disque de 40 mm que de 60...
Plutôt 500 non ? Mais 20 +- 5, cela fait vraiment très mince. Serait-ce plutôt 200 ?
Où alors est-ce 50 +- 1 ?
En fonction de la qualité, le verrier peut être obligé d'en couler et recuire plusieurs pour
en avoir un de valable.
-
Pas mal de gens utilisent de la graisse au lithium, mais perso j'ai simplement utilisé de la graisse rose au teflon, et cela marche impec. C'est de toute façon bien mieux que le plupart des graisses montées d'origine.
-
Hello,
J'ai beau travailler sous windows de temps en temps, je ne comprendrai jamais la
logique (ou non- logique) derrière cet OS.
IIDC/DCAM est un standard, la version 1 date de 1996, je ne comprend pas pourquoi
il faut des drivers propriétaires. Tout ceci devrait faire partie native de l'OS depuis
longtemps...
Sous unix, on installe la librairie qui correspond (libdc1394), et toutes les caméras qui
respectent l'IIDC/DCAM fonctionnent, quel que soit le constructeur, le principe de base d'
un standard, quoi.
Je crois que ces types sont arrivés à quelque chose :
-
Hello,
Pour centrer ma SPC, j'utilise un 20mm, puis un 9 et enfin un 6. Même sans réticule, bien centré à l'oeil ça passe. Jamais eu de soucis de jeu avec mon eq5. Es-tu sûr que
ton ensemble est bien équilibré ?
Il faut dire que j'ai bien tuné mon eq5. Démontage complet, ébavurage des pièces,
changement de graisse puis serrage pile poil.
Je me suis arrangé avec un tube allonge pour que mes oculaires soit plus ou moins
para-focaux avec la webcam.
-
J'avais pas vu ce topic, ça balance ;-)
autant pour moi...
Le site est down, mais ça à l'air folklorique !
-
Lui tombez pas dessus comme ça, vous allez le dégoutter à vie du milieu astam.
Tout le monde n'a pas 15 ans d'expérience derrière lui.
Il y a des fautes sur son site, alors dites le lui gentille ment.
Pour ce qui est du développement, je bosse sur qastrocam-g2, je connais donc un peu le problème. il y a beaucoup de choses à préciser :
- quel statut pour le soft, open source, gratuit, commercial ?
- quel OS ? Pourquoi Java ? Pour le multi-platforme ?
- imager quoi, comment, ccd via ascom ?
- Quelle valeur ajouté par rapport aux softs déjà existants ? Quelles fonctionnalités ?
Si tu veux vraiment des bénévoles, il faudra que cela soit un projet commun. Que
chacun y voit un intérêt et les décisions seront collégiales, sinon, cela marchera pas.
-
Curieux effectivement qu'il n'y ai pas d'interrupteur. Normalement, il permet de couper le
"global shutter". Si ton ccd est en train d'intégrer mais que le gobal shutter coupe tout, tu récupère une image normale quel que soit le temps d'intégration.
D'après ce que j'ai compris sur cette modif là, le global shutter est piloté lui aussi par le
composant logique, peut-être une mauvaise soudure ou un mauvais contact ?
-
Pour répondre à la question, les simples oculaires vidéo tels que vendu dans le commerce
sont de qualité médiocre et tu t'en lassera très vite, c'est un investissement perdu.
-
Bonjour et bienvenu dans le monde de l'astronomie !
Je comprends ce que tu veux faire, et un ordinateur portable n'est pas forcement
nécessaire.
Il y a deux options :
1- équipement simple et léger : une camera "video" (avec sortie vidéo) et un mini moniteur. J'utilisais une télé de camping, tout alimenté en 12 volts. Simple, pratique,
permets de partager sa vue à l'oculaire, mais c'est tout.
2- une caméra à brancher sur un ordi portable (webcam, camera firewire, etc.). Il faut
la camera + l'ordi + le logiciel. Mais avec cela, tu peux commencer à imager, traiter,
stacker, etc.
Pour débuter, je te conseile de rester pour l'instant sur des cibles du système solaire, surtout sans suivi.
La lune, Jupiter, Saturne et Vénus te donneront déjà beaucoup de plaisir.
Concernant la caméra, voici mes conseils :
pour l'option 1, un caméra de vidéo surveillance N/B d'occas sur ebay, par exemple.
Cette camera est très bonne pour son prix. Capteur CCD sony hexa, 1/2", super qualité
pour un prix minimal.
Pour l'option 2, sans suivi motorisé, le gros problème que tu aura sera de mettre l'objet
dans le champ du capteur. Le temps d'enlever l'oculaire, mettre la cam et refaire la
mise au point, tout aura bougé. Je te conseille donc un capteur de taille importante, N/B
pour plus de sensibilité. Je te conseille cette caméra là, rapport qualité prix imbattable :
http://www.ebay.fr/itm/Point-Grey-Research-USB-2-0-Digital-Camera-/261270712723?hash=item3cd4f2b193
Je possède ces deux caméras, et j'en suis très content.
-
Winroddier 3.0
dans Logiciels
Super, bonne nouvelle !
-
Bonjour,
Je l'ai commandée et reçue. C'est une bel objet, qualité industrielle. Je ne l'ai pas encore testée sur le ciel, mais elle semble marcher impec.
Pour les infos détaillées :
http://industrialcamerasales.com/resources/pgr/scorpion_tech_ref.pdf
C'est le modèle 13FFM
-
Hello,
Pour le guidage, perso je prendrai le 1/2" mono plutot que le 1/4" couleur.
- La couleur est sans intérêt, le mono sera plus sensible, même en CMOS
- Avec le capteur 1/2", tu as deux fois plus de chance de trouver une bonne étoile guide
et de la mettre sur le capteur
-
Hello !
Dans la série caméra pas chère, en voici encore une :
Capteur 2/3", pose "B" supportée d'après les infos que j'ai trouvées.
-
Tu devrais avoir une image, mais la plupart des règlages sont inactifs. Tu as bien choisi la
camera dans l'onglet "Settings" ? Il faut choisir V4L(2) dans la liste, puis le périphérique. Si c'est ta seule webcam, ce sera /dev/video0. Si c'est un portable avec déjà une webcam, ce sera /dev/video1.
Ensuite, pour afficher l'image, il faut appuyer sur le bouton avec un écran, en haut du
premier onglet.
Il faut absolument que je fasse une aide complète.
J'ai déjà repéré un bug dans la gestion des listes des "Settings" dans la version que tu as. Je publierai des packages corrigés.
-
Pour info, voici le fichier control que j'utilisais pour qastrocam-g2, avant de passer à cmake :
http://sourceforge.net/p/qastrocam-g2/svn/HEAD/tree/branches/qastrocam-g2_4_9-branche/debian/control
-
J'ai jeté un oeil dans le fichier CONTROL de ton package. Je trouve qu'il y a beaucoup de dépendances. Précise peut-être aussi l'architecture (32 ou 64). Tu utilise Qt, pourquoi tu
as autant de trucs qui dépendent de gtk ?
PS : tu as un fichier backup qui traine dans ton package ;-)
Tu as jeté un oeil sur cette page ? :
http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-sourcecontrolfiles
Logiciel d'acquisition vidéo sous Ubuntu
dans Logiciels
Posté
Bonjour,
C'est moi qui développe la version "g2" de qastrocam (http://sourceforge.net/projects/qastrocam-g2/), je connais donc assez bien le
problème.
La version 3 de linux ne supporte plus v4l1 (video 4 linux version 1), mais uniquement la version 2. Il y a donc eu portage "en vitesse" de tous les drivers v4l1. Le portage du driver pour webcam philips est donc incomplet sur tous les linux avec noyau 3.
Je voulais compléter ce driver (pwc-astro, http://code.google.com/p/pwc-astro/) , mais je n'ai malheureusement pas le temps d'y travailler...La seule solution pour l'instant est donc d'utiliser une distrib avec un noyau 2.
Cordialement,
Thx8411