Messagepar yvonnik » 11 févr. 2009, 16:12
Bonjour,
désolé pour la douche froide, mais ce n'est pas avec ces SDK qu'on va reprogrammer des firmwares.
Le premier SDK :
"We are offering Library Programs and Command API Specifications for software applications that offer remote control functions for Nikon digital-SLR cameras connected to a computer. When these are utilized, the software application can be used to modify camera settings, including shutter speed, aperture, and ISO sensitivity, and to control camera operations, including shutter release."
Cela signifie qu'il s'agit d'un SDK sur le PC, qui permet à une application d'envoyer des commandes à distance à l'appareil photo. Il est donc possible avec ça de refaire Camera Control (qui du coup va peut être devenir gratuit !), et encore (pas d'info sur téléchargement des courbes par exemple), mais c'est tout. C'est déjà pas mal, j'ai plein d'idées (mais pas de temps), typiquement déclenchement sur évènement, si on met des cartes d'interfaces sur le PC on peut prendre des photos quand le téléphone sonne, ou quand l'alarme se déclenche, ou même piloter son Reflex par Internet depuis l'autre bout de la planète. Enfoncée la télécommande IR ou radio...!!
Le deuxième SDK :
"We are offering Library Programs and File Format information for opening NEF files (RAW images) captured with a Nikon digital-SLR camera from a software application."
De même, cela signifie que sur PC, on va pouvoir écrire des programmes qui, utilisant ces API, vont pouvoir manipuler les fichiers NEF une fois que l'appareil les a pris. Cela va permettre de réécrire Capture NX (ce que j'ai parfois envie de faire tant il est lent...), ou aux derawtiseurs qui prendront le temps d'utiliser ce SDK de manipuler les NEF sans avoir besoin de hacker le format Nikon, et ainsi sans doute d'être plus précis dans la derawtisation.
J'ai pas été voir plus loin, mais il probable que ces SDK sont en environnement .NET ou C++/DLL, PC Windows récent only, rien à voir avec du soft embarqué.
Pour faire un firmware, il faut tout a fait autre chose :
- l'architecture matérielle complète (processeurs, chipsets)
- la documentation complète de la ROM, de l'OS et des périphériques (ce type d'OS n'est jamais Windows, il y a de bons OS embarqués, même sur des bases Linux, ou des Java, ou des trucs de pro comme VXWorks, mais Windows...impensable...)
- un environnement de développement pouvant emuler/crosscompiler
- énormément de temps si on part de rien.
Soyons clair, la modification d' un firmware (je ne parle pas de création ex-nihilo !!) de téléphone, d'appareil photo, de GPS, ...n'est possible qu'avec des complicités dans la place pour obtenir des infos, une bonne expertise du développement de logiciels embarqués, et l'accès aux outils qui vont bien...
Ayant été professionel de ce genre de truc, je ne charge JAMAIS de firmware ne venant pas du constructeur sur des appareils perso. Le moindre bug (involontaire ou pas...), et l'appareil se retrouve mort...D'ici à ce qu'un supporter de Cakon fasse un firmware Ninon qui flingue l'appareil adverse le 31/12 à minuit...Y a bien des gens qui écrivent des virus PC, pourquoi pas des virus Reflex...