ED-SDK, il y a quelqu'un ?

Version imprimable

25/09/2009, 21h38
JuTs

ED-SDK, il y a quelqu'un ?

Bonjour

J'ai en tête un projet de développement d'un logiciel de contrôle spécifique à l'astrophotographie. J'ai commencé par développer un petit programme pour tester les diverses fonction dont j'ai besoin. Je dois dire que je galère pas mal. J'arrive à connecter l'appareil, prendre des photos mais ça s'arrête là. Le plus gros problème : l'aide quasi inexistante ou que ce soit (en particulier sur le "forum" de canon). Bref, je m'interroge : dois-je continuer ou laisser tomber... Y a-t-il un autre moyen que le SDK de canon pour contrôler un appareil photo (EOS tous modèles) ?

précisions :
- j'ai un EOS 350D
- je développe en C#
25/09/2009, 22h00
alain94

Bonjour JuTs,

Quel programme souhaites-tu développer ?
Qu'est-ce qui te bloque ?

Je ne connais pas le C# (je développe avec Delphi), mais je peux peut-être t'aider !

@+
26/09/2009, 23h45
JuTs
Citation:

Envoyé par alain94

Quel programme souhaites-tu développer ?

En gros un programme qui permette de gérer la prise de vue en astrophotographie de A à Z. En ce qui concerne les fonctionnalité directement lié à l'appareil et donc passant pas le SDK il s'agit de :
1. connecter/déconnecter l'appareil
2. récupérer/modifier les paramètres de l'appareil (dans les cas où cela est possible
3. déclencher la prise de vue
4. récupérer les images Qu'est-ce qui te bloque ?
Pour les points 1 à 3 c'est bon.

C'est le point 4 qui me pose des problèmes.
J'ai toujours une erreur EDS_ERR_INVALID_HANDLE

J'ai enregistré l'événement de cette manière :

Code:

EDSDK.EdsObjectEventHandler edsObjectEventHandler = new EDSDK.EdsObjectEventHandler(objectEventHandler); uint error = EDSDK.EdsSetObjectEventHandler(device, EDSDK.ObjectEvent_All, edsObjectEventHandler, new IntPtr(0));

La méthode objectEventHandler

Code:

private uint objectEventHandler(uint inEvent, IntPtr inRef, IntPtr inContext) { //... if(EDSDK.ObjectEvent_DirItemCreated == inEvent) { //appel à la méthode de téléchargement de l'image } //... }

La méthode est bien appelée quand une photo est prise mais le paramètre inRef ne pointe sur rien (valeur 0)
28/09/2009, 20h03
alain94

Bonsoir,

Regarde l'exemple dans la doc pdf au chapitre 6.3.6 p. 143 (Sample 6) Downloading an image.

Cela devait pouvoir t'aider.

Bon courage !
29/09/2009, 22h07
JuTs

Merci, c'est ce que j'avais essayé de faire mais le je n'ai pas de paramètre à passer à cette méthode (pointeur toujours null)

Mais j'ai peut-être trouvé une piste. Page 82, chapitre 4.2.4

Citation:

kEdsObjectEvent_DirItemCreated (Notification of file creation)

Notifies of the creation of objects such as new folders or files on a camera compact flash card or the
like.
This event is generated if the camera has been set to store captured images simultaneously on the camera and a computer, for example, but not if the camera is set to store images on the compute alone.
Newly created objects are indicated by event data.

Because objects are not indicated for type 1 protocol standard cameras, (that is, objects are indicated as NULL), you must again retrieve child objects under the camera object to identify the new objects.

le 350D utilise un protocole de type 2 (PTP) mais il y a peut-être un problème de driver. Je vais voir de ce côté là
05/10/2009, 07h53
JuTs

Ca avance, je suis parvenu à faire une méthode qui me permet de charger la dernière image enregistrée sur la carte mémoire. Il faut encore que je gère les cas où l'appareil enregistre RAW+JPG.

En ce qui concerne le protocole, le 350D propose le PTP (il y a une option dans le menu : PTP ou Connexion PC) mais ne permet pas de l'utiliser avec le SDK. Raison pour laquelle j'avais toujours un pointeur à 0
05/10/2009, 20h05
alain94

Bonjour JuTs,

Cela m'étonne que le SDK ne puisse gérer le PTP (bien que je ne l'ai jamais utilisé) !
Voici un extrait du chap. 2.1.2 (Type 2 PTP) du SDK 2.5.2:

"Cameras that use Type 2 protocol as standard such as EOS30D are called “Type 2 protocol standard
cameras” in this manual."

Il est également traité des erreurs PTP au chap. 3.2.12...

Quel driver utilises-tu (MS Windows ou Canon) ?

Bon courage !
05/10/2009, 20h12
JuTs

Oui mais au paragraphe suivant il est dit :

Citation:

EOS Kiss Digital N , 350D, REBELXT, and EOS 5D model cameras come shipped from the factory with
communications set for [Print/PTP] but functions that support PC connections are limited. For example,
capture-related features cannot be used. Since these cameras use [PC connection] (Type 1 protocol) as the
standard for connecting to a PC, they are Type 1 protocol standard cameras.
06/10/2009, 21h44
alain94

Tu as raison, le tableau au chap 2.1.3 indique clairement que le 350D possède des fonctionalités limitées dans les communications à travers le protocole PTP (le X veut dire Not available, j'avais pas lu la légende !).

Il te faut donc utiliser la communication en mode "PC Connection" et donc utiliser le driver Canon.
08/10/2009, 21h46
JuTs

ça avance, j'arrive à récupérer les images.

J'ai un seul problème actuellement : lorsque la fonction callback de progression est enregistrée (EDSSetProgressCallback), il arrive fréquemment que l'appareil reste bloqué après téléchargement (Affichage Busy). Je ne comprends pas pourquoi. Le plus étrange est que cela ne se produit pas lorsque je télécharge une images dans deux format différents (Raw+Jpeg).
12/10/2009, 22h33
alain94

As-tu désactivé la mise en veille ?

@+
16/10/2009, 23h22
JuTs

La mise en veille est activée mais avec un délai de 15 minutes
13/04/2012, 15h45
ChristopheS

Bonjour,
il serait intéressant que tu partages avec tout le monde la solution que tu as trouvé à ton problème! c'est un petit peu le but d'un forum!
Merci
13/04/2012, 21h28
JuTs

A vrai dire je n'avais pas vraiment trouvé de solution stable. D'ailleurs j'avais finalement abandonné mon projet assez rapidement après avoir finalement trouvé un logiciel qui répondait à mes besoins.

Julien