2017-03-06 3 views
1

Lorsque vous utilisez EDSDK version 3.4.0 pour prendre une photo avec le Rebel T6i, il peut prendre de 2 à 30 secondes après avoir appelé EdsSendCommand(camera, kEdsCameraCommand_TakePicture, 0); pour recevoir le kEdsObjectEvent_DirItemCreated correspondant, signalant que l'image est prête à être téléchargée de l'appareil photo. Notez que la caméra elle-même prend la photo et le flash s'éteint presque instantanément après l'envoi de la commande TakePicture - seul l'événement kEdsObjectEvent_DirItemCreated est retardé pour de grandes quantités de temps apparemment aléatoires.EDSDK 3.4.0 sous OS X 10.12.1 avec Rebel t6i: L'événement `kEdsObjectEvent_DirItemCreated` n'est pas reçu pendant 30 secondes maximum après la prise de photo

Les délais deviennent beaucoup plus longs et plus fréquents lors de la connexion à un second Rebel T6i, même lorsque vous ne prenez des photos qu'avec l'une des caméras. Cela se produit même lorsque les deux caméras sont exécutées à partir d'applications distinctes.

Nous espérons utiliser ces deux caméras dans le cadre d'une installation qui nécessite que nous puissions télécharger chaque photo de l'appareil photo dans les 5 secondes qui suivent l'appel de EdsSendCommand(camera, kEdsCameraCommand_TakePicture, 0).

Si quelqu'un a des idées sur la raison de ce retard important ou d'autres suggestions sur la façon de le résoudre, nous l'apprécierions grandement!

Remarque: Nous sommes en train de construire 64 bits pour l'instant, mais nous essayons actuellement de faire fonctionner une version 32 bits entre temps pour voir si cela améliore quelque chose.

  • EDSDK v3.4.0
  • OS X 10.12.1
  • 64 bits
  • Rebel T6i

Répondre

1

Ne pas utiliser la visualisation en direct va résoudre le problème. Vous devez télécharger l'image directement sur l'ordinateur au lieu de l'enregistrer sur la carte SD en premier. Si n'importe quel autre appareil photo est branché en utilisant le mode direct, alors vous continuerez à avoir le problème ci-dessus malheureusement.