mich2e a écrit:je n'ai vu Gilbert réagir pour savoir s'il faut adapter le script pour les commandes actuelles, ou s'il modifie le code arduino pour faire du zoom +/-
je pense que l'on peut partir de l'actuel pour à chaque fois calculer le nombre d'impulsion - sous réserve que le calcul soit efficace -et du coup en déduire la variation en valeur absolue.
je veux bien démarrer mais pas si cela ne doit pas servir; cela risque d'être un script un peu "imbriqué" qui ne sera pas facile à mettre au moins sans le matos sous la main. donc il ne faut le faire que si cela vaut le coup. en tout cas il mérite une attention particulière pour tester d'une part la précision de la mesure (à faire avec l'appareil et la radio) et la partie "logique" du script, qui n'en a pas besoin.
Bin, je ne suis pas persuadé du tout que ce principe de comptage d'impulsions soit le meilleur choix à faire (à part éventuellement pour son "originalité/nouveauté", voire son coté "pédagogique")
Perso, je trouve qu'il y a eu de "mauvais" choix dans ce script:
- Déjà, le shoot ne peut pas répondre en moins de 300ms (c'est peu sur le papier, mais en réalité, sur le terrain, ce manque de réactivité peut-être parfois frustrant). Pour le zoom, c'est encore pire (pour le zoom maxi, avec 10 steps, on a un temps de réponse de (200+50)+(10*50+10*50)+(120+50) soit 1420ms. Bon, ok, c'est un peu moins grave que pour le shoot.
- Avec ce système de comptage d'impulsion, le script chdk doit être évidemment "complètement" différent des scripts qu'on utilise d'habitude (avec mesure de longueur d'impulsion, comme le script pour Camremote, ou le chdk2). C'est un peu gênant puisque tu (Hervé) perds potentiellement le support des personnes "habituées" à utiliser ces scripts (comme Michel
A mon avis, faut déjà repasser du comptage d'impulsion à la mesure de durée d'impulsion
Après, effectivement, on peut aussi discuter sur l'utilisation du potar pour régler le zoom (10 positions proportionnelles à la position du dit potar) ou de l'utilisation d'une manette pour faire du zoom+/zoom- (cette deuxième solution est plus réactive... sauf que sans retour vidéo, il est impossible de savoir où en est le zoom
Bref, Il y a d'abord des choix à faire au niveau utilisation avant de bricoler les scripts:
- utilisation du potar ?
La proportionnalité permet de savoir quel est le niveau de zoom en cours en fonction de la position du bouton. Sans retour vidéo ça peut être ultra pratique ! L'inconvénient, c'est le manque de réactivé (mais bon)
- utilisation d'une manette (ou inter 3 positions) pour faire du zoom+/zoom- ?
Avantage: plus réactif. Inconvénient: sans retour vidéo, impossible de savoir où en est ce zoom (On peut toujours bien sûr le ramener en butée, zoom mini ou zoom maxi, pour essayer de se repérer)
Bon, au niveau technique, je suis pour abandonner le comptage d'impulsions pour repasser à du plus classique mesure de longueur d'impulsions.
de toute façon, il faut modifier le script arduino (on a vu hier qu'il rend l'ensemble inutilisable tel quel)... et seulement après, adapter le script chdk en conséquence.
@Hervé... Potar ou pas potar
(bon, ça peux aller assez vite.. j'ai "bossé" un peu, en douce, sur les deux scripts