Impla007

En fait, je me suis gouré j'avais mal lu, ce n'est pas exactement ce que je pensais. Ce que l'on a essayé de faire avec stéphane c'est de mettre un intermédiaire qui reroute les paquets wifi entre le PC et l'A7S. Un truc comme cela PC --> (Wifi ou ethernet) --> routeur --> Wifi --> A7S En gros, on voudrait avoir la boiboite routeur a coté de l'A7S car le wifi de l'A7S n'est pas trés puissant et ne passe pas bien les gros murs. Aprés, même si il faut que je modifie le driver au niveau des IP, je peux facilement le faire. Mais, j'aimerai bien prendre le controle de l'A7S de loin... et sans PC. Comme l'A7S est un serveur, il faut que le routeur se connecte à l'A7S et non l'inverse comme on trouve dans le commerce.

Bonjour, Super ce que tu as fait la bruno, Avec stéphane on a beaucoup galéré a essayer de bricoler/parametrer des routeurs pour y arriver mais, sans succés. On se doutait bien que passer par un rapsberry serait la solution mais, voila... poil dans la main... et en plus je suis une tanche en réseaux. (et puis, j'avais bien l'espoir qu'un jour quelqu'un s'y mettrait...) Merci. Je vais de ce pas aller chercher un rapsberry dans mon stock de trucs a bricoler. Georges

Oui bien sur la map c'était ma priorité numero 1. Mais, maintenant j'ai aussi envie de me faire plaisir, et j'aimerai bien profiter de l'extreme sensibilité de l'A7S sans trop de bruit de lecture, pour empiler en temps réel.... dans le liveview, à 4 images par secondes, même si elle sont bruitées et avec une faible résolution, on devrait voir l'image se construire sous nos yeux avec le signal qui reste et avec le bruit qui s'atténue a vue d'oeil ... enfin j'espère... j'ai envie d'essayer si j'y arrive. Le problème c'est ce fichu microsoft qui rame rame rame et puis, je n'ai pas envie d'y passer des heures. Pour les animations avec du public sur un grand écran, un liveview qui empile en temps réel à 4 images/s et avec les milliers d' iso de l'APN cela devrait envoyer du bois.....

Oui, c'est cela. C'est un pis aller mais, j'ai été obligé d'ouvrir une fenêtre spécifique pour le liveview car les logiciels hotes + le driver ne vont pas assez vite pour prendre en charge tout le protocole au fur et a mesure de l'arrivée des images. Je pourrais laisser la fenètre liveview ouverte et autoriser les poses mais, je ne maitrise pas encore bien ce que fait l'A7S si on fait des poses en même temps que le flux livevew est en cours, surtout lorsque le logiciel hôte a repris la main. Avec cet APN, le flux d'image va vite tellement vite que l'on pourrait faire 2 drivers différents. Un pour les images et un autre pour la video en utilisant juste le livevew. Je ne l'ai pas fait car je pense que la résolution en video via le livevew est insuffisante pour justifier un developpement mais, ç'est dans le domaine du possible.

Donc si j ai bien compris bien les poses de 240s c est pour les nébulosités et le poses de 2 s pour les étoiles .

C est sur que les étoiles sont belles. Par contre il y a un truc que je ne pige pas. Quand j ai shooté m42 avec mon ed80 a 2 balles, a 3200 iso 30s c était tout cramé . Alors, comment on fait pour poser 240s et avoir une image nickel avec un newton taka ouvert à 3,3... franchement il y des trucs que je ne pige pas

Bonjour, j ai lu et si c est vrai, ce serait intéressant pour la suite car cela signifierait que le stareater est désactiva le/activable par logiciel et que ce n est pas du hard. Pour vérifier si c est vrait, pourrais tu lui demander de nous fournir 3 darks : un à 30s en mode normal, un à 35 s en mode bulb et un à 240s en mode bulb. Comme cela on comparera l effet avec nos a7s et on verrait ce que donne le capteur d un a7s sans algorithme et on sera fixé. Mais, j ai tout de même un doute.

Si le numéro de version est accessible a tout le monde via l'application "gestion des applications", "manage and remove" puis on choisit l'application que l'on veut consulter "smart remote control" par exemple, on la sélectionne et il affiche le numéro de version. ATTENTION, ne pas appuyer sur la poubelle a ce moment

Bonjour, On a fait joujou hier soir avec la V0.50B. J'ai découvert 2 bugs que j'ai corrigé dans la version V0.51B - Le premier c'était un truc bête au sujet des images RAW. Il y avait la possibilité de planter le driver si il n'y avait pas d'image raw a transférer (dans les parametres de l'appli remonte control la qualité n'était pas a raw + Jpeg). J'ai donc corrigé pour que si il n'y a pas d'image raw a transférer ça ne plante pas et ça sort un message d'erreur. - le deuxième bug est le plus .. chi.... Il y a un truc bizarre dans l'A7S. Lorsque l'on change la batterie ou lorsque l'on réinit une nouvelle version l'APN ne passe pas correctement en mode " remote control" et "image transfert". Cela n'arrive qu'une fois . Retirez la batterie et remettez la, et vous aurez le probleme a tous les coups mais, lorsque la batterie n'est pas retirée, on n'a plus jamais ce bug. C'est ce probleme qui entrainait un plantage du driver aprés l'install de chaque nouvelle version. Donc, je l'ai trouvé mais, pour l'APN je ne peux rien faire... alors, j'ai contourné et j'ai modifié le driver pour que si l'APN n'est pas passé correctement en mode remote control, il y a un message d'erreur qui demande une déconnection/reconnection mais le driver ne plantera pas. Je vais générer une V0.51B et je vous l'envoie. Sinon rien n'a changé.

Mais non !!! Il fait beau chez nous... Hier soir j ai fait 2 prises . Une centaines de poses de 10s sur m13 Et ensuite j ai voulu voir si le driver était capable de mixer les temps poses j ai fait un plan pour enchaîner en mixant des poses de 2 Minutes ( bulb) Et des poses de 30s (sans star eater) sur ngc660 pour un total de 20 Minutes de poses sur un objet faible. Ca a marché nickel . Juste un probleme d autoguidage car on a jamais réussi à connecter l atik en rs232... (cable trop long à mon avis...,( il va falloir s intéresser aussi au retrait des câbles des caméras de guidage) . Donc j ai du limiter les poses longues à 2 Minutes. Et puis j ai pas eu le temps de faire des darks/offsets/flats Par contre, comme je l ai déjà dit au niveau traitement je suis un grosse buse ... alors, si je vous envois le résultat de l empilage de dss, Et comme il fait pas beau chez vous, peut être qu une bonne âme pourrait donner un petit coup de traitement sur mes images pour les rendre présentables

Ben avant de publier j aimerais bien que quelqu un fasse une vraie image avec, histoire de montrer que cela fonctionne pour faire de l astro ...Et que ça marche pas seulement sur un bureau. De mon côté, je suis une bille sur le sujet Et je serai en plus contre productif car l image serait nulle En plus j aimerai bien attendre un peu de retour de tests réels sur le terrain, je n ai pas envie de voir le truc se vautrer sur quelque chose de non essayé. Ce soir je vais faire des essais pour vérifier que je ne bloque pas l autoguidage sur le telescope du club mais je avoir une heure max d utilisation. Une fois que l on est à peut près sur que cela fonctionne, je génère une version sans les traces et on envoie dans la nature ... Mais pour l instant, j ai pas vu une image faite avec en dehors des miennes et qui sont nulles car en plus je faisais des tests . Alors je trouve que Ç est un poil prématuré de diffuser même si la version n évoluera plus. Voilà mon avis Georges Ce soir je vais faire

Pour moi c est bon, quand on diffusera sur les forums, dans le tuto en haut il y a mon nom. Mets mon pseudo à la place : impla007 . Aussi en haut du titi tu fais référence à Ç:/temp Ca n existe plus

@frederic, Tu as raison, je viens de vérifier. On peut changer le nom de l'APN dans le menu wifi page 2 "edit device name". J'ai fais l'essai en changeant le nom, l'apn n'est plus reconnu par le driver. Il suffit donc de mettre le nom ILCE-7S ou sony_a7S avec la V0.45B pour que le driver reconnaisse l'APN. Bien vu !

Ahh ! Ca expliquerait !Je n'ai pas vu cela mais je vais chercher aussi.

Salut Frederic . Il semble que le driver ait reconnu un sony_a7 Et non un a7s. Lorsque l on ouvre le panneau de connexion , en bas du panneau il devrait être affiché "Beta Test. ILCE-7S" Le driver teste le ILCE-7S . Ç est le code officiel de sony pour l a7s . Peut être qu il y a eu plusieurs codes ? En tout cas ce n est pas un bug mais le blocage est volontaire. Apres , je peux certainement arranger cela mais, je ne comprends pas cet affichage Peux tu stp m envoyer stp le log de ton essai de connexion ? Ç est dans documents/ascom/logxxxx Pour avoir le dernier log il faut penser à sortir de prism ou maximdl

Yeah !!!; au top ! Une petite remarque, pour le répertoire c:/temp, j ai fait une modif, si il n existe pas le driver le crée ... mais Ç est à tester Super Frederic avec les vidéos on peut pas se gourer Georges

J'y ai refléchi et ta proposition est même une excellente idée. Pourrait on en parler de vive voix (plutot que par mp) , ce soir au tel par exemple. Pour l'instant je suis sur la route pour les cévennes . Si tu peux me renvoyer ton tel par mail, je t'appelle ce soir, si ça te va. Georges

La communication sur le sujet est effectivement une de mes grandes interrogations . Ta proposition a beaucoup de sens. Il faut que nous en parlions . Mais effectivement, Ç est bien la version qui est en bêta test que je destine à diffuser . ... on va des à présent discuter de la com (mp sur quelques trucs....) mais on attend les retours des bêta tests

Ahhh ouiiii un tuto ce serait génial ! Je ne suis pas bon pour ces trucs là J en profite pour faire une remarque : j ai volontairement utilisé la liaison wifi pour ne pas avoir de cable usb. Cet apn a été fait pour que les pros puissent travailler avec l usb. D ailleurs l api usb permet facilement de transférer les raw, avoir des réglages, un mode bulb..,, Et les seuls à utiliser cette api usb sont les outils qui permettent aux pros de faire de la photo en studio. Si vous cherchez bien il y a pas m al d outils qui le permettent. Mais pour faire de la photo de studio. Mais en studio ce n est pas à l extérieur la nuit, avec l humidité. Je suis absolument persuadé que l utilisation du cable usb pendant de longues durées a l extérieur endommage la prise usb de l . Ç est une quasi certitude pour moi. La prise usb de l apn finira par l oxyder en plus, si jamais on accroche le cable usb, Ç est l ai n tout entier qui morfle . Ç est franchement la principale raison qui m a fait développer ce driver. Coûte trop cher cet apn pour prendre ce risque.

J'attends vos retours avec impatience.....

C'est une bonne idée. C'est sur qu'en ayant développé Siril, il connait le développement sous unix mais, j'espère qu'il connait aussi la géneration de kernel, c'est vraiment spécifique.

Oui oui bien sûr autorise . Plus on a de tronches plus on va avancer. A ce propos, si tu connais un tres bon Linux... du style qui sait tout sur les kernel et leur génération,ca aidera aussi. Car sur ce sujet, bien que J en ai participé un peu à l origine... pour moi le temps a passé Et je ne suis plus up to date ... Mais, concernant le star eater, cela pourrait aider

Oui facile mais a faire dans la foulée,juste aprés les 2 poses de 30 et 32s, on fait 2 darks de 30 et 32s because température capteur Une question a laquelle vous avez certainement la réponse : savez vous si le star-eater sur l'A7SMK1 se déclenche par le passage du mode bulb ou par le temps de pose ? Par exemple : (je sais j'insiste...) si on fait une pose de 25s en mode normal... et la meme pose de 25s en mode bulb ( mon driver ne vous permettra pas de faire mais avec vos doigts de fée et un intervalometre bien réglé et une optique nickel, c'est possible ... ). Donc, soit il y a un truc que vous connaissez sur le net qui permet de savoir sur l'A7SMK1 qui dit avec certitude c'est le temps de pose ou c'est le mode bulb qui déclenche le star eater, je suis preneur de l'info.

Comme je sens que je peux insister..... si c'était aussi possible d' avoir les 2 darks associés......un dark 30s et un dark 32s... Merci merci.... c'est pour la cause !