Sortie du ED-SDK 2.5

[Pat91]

Bonjour,

Pour ceux qui ne sont pas encore inscrits au DIDP: une nouvelle version du ED-SDK (EOS Digital SDK 2.5) est sortie. Elle supporte 2 nouveaux EOS: le 5D MkII et le 50D.

--
Patrick

[julien2k]

Interressant, merci pour l'info

[Eric Léopold]

Je l'ai !
Ca marche pas mal ce truc !

[pascal28]

Je l'ai aussi, mais impossible de l'ouvrir avec VB6.

[pascalg5]

je l'ai aussi récupéré, cela marche super avec WINDEV.

[Pat91]

Je l'ai aussi, mais impossible de l'ouvrir avec VB6.

Bonjour,

Qu'entendez-vous par "ouvrir avec VB6"? Et quel SDK essayez-vous d'utiliser? ED-SDK je suppose?

Les fonctions exposées par chaque SDK sont contenues dans une DLL. Elles utilisent le prototype "stdcall" (a priori), elles sont appelables depuis VB6. Mais bien sûr, comme pour tout appel de fonction dans une DLL en VB6, il faut faire un "Declare" par fonction que l'on souhaite utiliser. J'ai bien cherché mais malheureusement le SDK ne semble pas/plus contenir de module avec l'ensemble des "Declare" nécessaires.

Par exemple, pour le CD-SDK, si on veut utiliser la fonction CDEnterReleaseControl, il faut faire le Declare suivant:

Public Declare Function CDEnterReleaseControl Lib "CDSDK.dll" ( _
ByVal hSource As Long, _
ByVal pFunc As Long, _
ByVal Context As Long) As Long

Il est possible que des versions anciennes (toujours téléchargeables) du SDK que vous utilisez contiennent des fichiers VB6 incluant les Declare nécessaires.

Cependant, il y a un autre problèmeavec VB6: le SDK propose une gestion d'événements basée sur des fonctions "callback". L'implémentation d'une callback n'est pas particulièrement aisée, voire impossible dans certains cas. Il faudra donc le plus souvent renoncer aux fonctions qui permettent de réagir à un événement dans l'APN.

--
Patrick

[pascal28]

Bonjour,

En réponse à Pat91 (un peut tardive), par ouvrir dans VB6, j'entendais mettre en référence les dll dans le projet.

Je vais donc essayer avec vb 2008 express

[Pat91]

En réponse à Pat91 (un peut tardive), par ouvrir dans VB6, j'entendais mettre en référence les dll dans le projet.

Bonjour,

En VB6, au niveau du projet, on ne référence pas une DLL "fonctionnelle" non COM (qui ne contient que des fonctions exportées mais pas de composants COM/ActiveX). On ne peut référencer que des DLLs qui contiennent des composants COM/ActiveX (ActiveX Controls ou ActiveX DLLs).

Pour avoir accès aux fonctions d'une DLL générique, on utilise des directives Declare comme indiqué ci-dessus.

[Pat91]

Bonjour,

Une mise au point importante concernant cette mise à jour:

Canon vient de retirer la déclaration de la constante [FONT='Arial','sans-serif']kEdsPropID_ShutterCounter[/FONT][FONT='Arial','sans-serif'] [/FONT]dans la dernière version du SDK et donc dans les DLLs d'interface, y compris pour les boîtiers avec lesquels cet accès était possible auparavant.

La conséquence de cette décision n'est pas négligeable pour les utilisateurs de l'utilitaire 40DShutterCount qui donne le nombre de déclenchements pour certains boîtiers EOS (astrojargon - 40D Shutter Count) : l'auteur ne distribue pas les DLLs en question mais indique que le programme doit être installé dans le même répertoire que EOS Utility qui lui aussi, utilise ces DLLs. Ce qui veut dire qu'à partir du moment où EOS Utility aura été mis à jour avec les dernières versions des DLLs (probablement à la prochaine mise à jour), 40DShutterCount ne fonctionnera plus pour aucun boîtier. J'ai échangé récemment avec l'auteur de cet utilitaire et nous sommes tombés d'accord sur ce point en nous étonnant de cette attitude tout à fait discutable de Canon, y compris en termes de cohérence du SDK.

Conclusion: si vous souhaitez continuer à utiliser 40DShutterCount à l'avenir, faites une sauvegarde complète du répertoire où se trouve EOS Utility avant d'installer éventuellement une mise à jour.

La stratégie de Canon concenrnant le SDK apparaît comme totalement incohérente et, pour le moins, est le signe d'une fermeture programmée de l'accès aux informations. Ce qui n'est pas dans l'air du temps et démontre un retour mal venu au protectionnisme. C'est aussi une marque de mépris évidente (une de plus) à l'encontre des développeurs qui ont investi sur les outils Canon.

[alain94]

C'est pas sympa ça !

Effectivement, je ne trouve pas la déclaration de la constante dans la V. 2.5 du SDK (dans EDSDKTypes.h).

Je n'ai pas connu les versions antérieures, quelle est la valeur de cette constante en Integer ?
Il suffit de la déclarer nous même dans nos programmes...jusqu'à ce que Canon change sa DLL !

@+

[Pat91]

Il suffit de la déclarer nous même dans nos programmes...jusqu'à ce que Canon change sa DLL !

#define kEdsPropID_ShutterCounter 0x00000022

Mais effectivement ça ne servira à rien si la DLL bloque l'accès à la fonction de toute façon. Je n'ai pas vérifié mais s'ils ne veulent vraiment pas que l'on utilise cette fonction, ils ont dû modifier la DLL en conséquence.

À tester. C'est facile: il suffit de remplacer temporairement les anciennes DLLs par les nouvelles dans le répertoire de EOS Utility et de tester 40DShutterCount. Si ça fonctionne, cela veut dire qu'ils ont décidé de maintenir la compatibilité avec les versions antérieures et cela invaliderait mon avertissement.

Je regarderai ça dès que j'aurai le temps mais si vous êtes plus rapide...

--
Patrick

[alain94]

Bonsoir,

Je viens de vérifier, cela fonctionne toujours avec la DLL du SDK V. 2.5.

Dans quelle section était déclarée cette propriété ? J'ai peur de comprendre la raison de sa disparition ...

Il y a t-il d'autres propriétés qui ont disparues avec le SDK V.2.5 ?

A+
Alain

[Pat91]

Dans quelle section était déclarée cette propriété ? J'ai peur de comprendre la raison de sa disparition ...

Bonjour,

Cette propriété est dans la section "Camera Setttings properties".

Je viens de faire une comparaison des 2 fichiers include (l'actuel et le pre-2.5). Dans la même section, les définitions suivantes ont disparu:

#define kEdsPropID_PFn 0x0000000a
#define kEdsPropID_UserWhiteBalanceData 0x00000201
#define kEdsPropID_UserToneCurveData 0x00000202
#define kEdsPropID_UserPictureStyleData 0x00000203

#define kEdsPropID_UserManualWhiteBalanceData 0x00000204

#define kEdsPropID_BatteryShutterCount 0x00000011
#define kEdsPropID_BatteryCalibration 0x00000012
#define kEdsPropID_BatteryName 0x00000013
#define kEdsPropID_WFTStatus 0x00000021
#define kEdsPropID_ShutterCounter 0x00000022
#define kEdsPropID_PhotoStudioMode 0x00000030
#define kEdsPropID_SpecialOption 0x00000031

#define kEdsPropID_DataInputTransmission 0x00000050
#define kEdsPropID_Wft_ProfileLockConfig 0x00000052
#define kEdsPropID_Wft_TransmissionConfig 0x00000053
#define kEdsPropID_Wft_TCPIPConfig 0x00000054
#define kEdsPropID_Wft_FTPConfig 0x00000055
#define kEdsPropID_Wft_WirelessConfig 0x00000056
#define kEdsPropID_Wft_WiredConfig 0x00000057
#define kEdsPropID_Wft_SettingsName 0x00000058
#define kEdsPropID_Wft_Info 0x00000059

Par ailleurs, il y a d'autres fonctions/définitions qui ont disparu dans le reste du fichier. C'est énorme.

En ce qui me concerne, le fait que la DLL accepte toujours la valeur correspondant au compteur de déclenchements veut simplement dire que cette propriété devient "non documentée". Et que donc ils peuvent la supprimer quand ils veulent sans que l'on puisse se plaindre. D'ailleurs, à qui se plaindrait-on? Le DIDP reste muet à toute demande.

Ma conclusion est claire: sauf pour des développements personnels et limités dans leur portée, s'appuyer sur le SDK Canon pour développer des logiciels professionnels commercialisables serait suicidaire. Jamais je n'engagerai des mois de développement en me basant sur un outil aussi peu fiable et aussi peu pérenne.

--
Patrick

[alain94]

Bonsoir Pat91,

Je suis d'accord avec vous, le développement de logiciels commerciaux me paraît fort risqué !

Ceci dit, je developpe uniquement en amateur.
Pouvez-vous me fournir la doc. (le fichier .pdf) et les fichiers header du SDK antéreur à la V. 2.5 ? Il y a peut-être des choses intéressantes à creuser !
La partie Live View est peut-être également mieux documentée, je bute toujours sur l'affichage du flux vidéo...

A+
Alain

[Pat91]

Pouvez-vous me fournir la doc. (le fichier .pdf) et les fichiers header du SDK antéreur à la V. 2.5 ? Il y a peut-être des choses intéressantes à creuser !
La partie Live View est peut-être également mieux documentée, je bute toujours sur l'affichage du flux vidéo...

Je crains que vous ne soyez déçu.

Laissez moi votre adresse email dans ma boîte privée.

--
Patrick

[gokhan77420]

je l'ai aussi récupéré, cela marche super avec WINDEV.

Bonjour,
Votre post date d'il y a longtemps mais je tente quand même ma chance.
Je rencontre actuellement des problèmes d'utilisation de l'edsdk canon avec windev.
J'arrive bien à me connecter sur l'appareil (eos 7d) mais je n'arrive pas à prendre de photos.
Pourriez-vous svp me donner des exemples d'utilisation avec windev ?
En vous remerciant par avance.

[Phi19]

Je n'ai rien compris, ça sert à quoi en fait ?

[Cibin.J]

Bonjour
Pareil que Phi19 , c'est quoi au juste .
Bien amicalement

[mkh.mourad]

J'ai reussi à utilisé la toute dernière version du sdk canon EDSDK 3.4, pour lire quelques infos comme:
Product Name
Serial number
Firmware version
Lense name
Date-time (avec possibilité de synchronisation avec la date-heure du pc)
Owner name, artist et copyright : en lecture et écriture.
Par contre j'ai du utilisé la sdk 2.14 pour lire le shutter counter directement de la ram apres l'uploading du dll, avec une fonction en assembleur et nom par une fonction exportée de la sdk api.
https://app.box.com/s/5qr2uvi81ypp2y45den3pes7u6l2796g