Nouveautés

Niveau d'API 2.1

Date de sortie : mai 2017

Principales modifications

  • Ajout de la fonctionnalité Direct Upload pour permettre aux appareils photo d'être directement importés sur les serveurs.
    • Inclut les nouvelles commandes switchWifi et uploadFile.
    • Ajout des options photoStitchingSupport, photoStitching, videoStitchingSupport, videoStitching, videoGPSSupport et videoGPS aux options OSC.
    • Ajout du champ cameraId à la sortie /osc/info.
  • Remplacement de la spécification XMPP pour les vidéos à 360° par une nouvelle norme ouverte.
  • Ajout d'une recommandation pour spécifier la make/model de l'appareil photo dans les fichiers MP4 vidéo à 360°.

Niveau d'API 2

Date de sortie : juillet 2016

Principales modifications

  • Abandon de sessionId et commandes associées obsolètes/modifiées. Le niveau d'API 2 est conçu pour une connexion client, et les fabricants d'appareils photo doivent s'assurer qu'un seul client à la fois est connecté (par exemple, en limitant une seule connexion Wi-Fi).
  • Abandon des commandes getImage/getMetadata.
    • L'URL absolue d'un fichier est utilisée pour le téléchargement directement à partir du serveur HTTP de l'appareil photo.
  • Ajout/modification de commandes et d'options pour la capture vidéo, la capture d'image à intervalles et l'aperçu en direct.
    • Ajout de commandes startCapture/stopCapture/getLivePreview/processPicture/reset.
    • listImages a été renommé listFiles, et les entrées/sorties ont été modifiées pour gérer les types de vidéos et d'images.
    • Ajout des options previewFormat, previewFormatSupport, captureInterval, captureIntervalSupport, captureNumber, captureNumberSupport, remainingVideoSeconds, pollingDelay, delayProcessing, delayProcessingSupport et clientVersion.
    • Modification des options captureModeSupport, isoSupport, shutterSpeedSupport, fileFormatSupport, hdr, hdrSupport, exposureBracket et exposureBracketSupport.
  • Ajout d'une spécification de vidéo à 360° XMP.
  • Ajout du champ apiLevel à la sortie /osc/info.
    • apiLevel: le champ a été ajouté au niveau d'API 2. Il est considéré comme étant de niveau d'API 1 par défaut lorsque ce champ est manquant. Il incombe aux développeurs de récupérer ces informations et de les implémenter différemment en fonction de cette valeur.

Rétrocompatibilité.

  • Fabricants d'appareils photo: si vous prenez en charge les niveaux d'API 1, nous vous recommandons vivement de prendre en charge les niveaux d'API 1 et 2 en tant que solution intermédiaire pendant quelques mois avant la mise à jour finale, et de fournir une mise à jour du micrologiciel pour les caméras exécutant le niveau d'API 1. Sinon, les clients prenant uniquement en charge le niveau d'API 1 ne fonctionneront pas avec vos caméras.
  • Développeurs d'applications: sachez que ces modifications affectent votre application publiée précédemment. Il est de votre responsabilité d'apporter les modifications correspondantes pour gérer les deux versions et rappeler aux propriétaires d'appareils photo de mettre à jour leur micrologiciel.