Discussions au sujet des autres produits NI
bytes array to image
Résolu !
Bonjour,
La fonction Draw Flattened Pixmap pourrait être la réponse à votre question.
Reste à savoir comment sont structuré les données brutes sous forme d'un tableau d'octets, c'est à dire les données qui vont autour du tableau de U8 Image dans le cluster image data.
Si vous maitrisez la source de votre tableau de données, ce devrait être relativement simple à reconstituer. Ca peut valoir le coup de faire quelques manipulation "pour voir" à l'aide de petits fichiers images et des fonctions Read PNG File / Read JPEG File / Read BMP File. Ces fonction permettent de récupérer un cluster image data.
Cordialement,
Ce VI qui génère le tableau d'octets, d'où sort-il? Quelle est l'orgine de ces données? Est-ce que, à tout hasard, ce VI peut être posté sur le forum, ou à défaut, un VI avec un tableau en constante pour pouvoir faire quelques essais?
Si on se réfère à l'aide de la fonction Draw Flattened Pixmap, et pour que celle-ci puisse fonctionner correctement, il faut fournir d'autres information dans le cluster image data. D'une manière plus générale, et en faisant abstraction de cette fonction, il faudra de toute façon avoir une idée de comment sont structurées les données dans ce tableau d'octet pour pouvoir les intérpréter et générer une image.
Deux questions :
- Quelle est la profondeur de couleur de l'image (image depth), i.e. combien de bits codent la couleur d'un pixel, très schématiquement ?
- Quelle est la dimension de l'image ?
Ok, c'est pas gagné en effet.
Est-ce que Canon documente quelque part le format des données? C'est du RAW? Au quel cas, peut-être ceci pourra être intéressant : Understanding What is stored in a Canon RAW .CR2 file, How and Why
A noter, une autre requête dans mon moteur de recherche favori me proposait cette page : un rapport avec les VI propriétaires évoqués?
Bon courage,
Le contenu du tableau serait-il strictement à l'image (si j'ose dire) du contenu du fichier JPEG ? Ceci peut se vérifier rapidement à l'aide d'un bout de code permettant de relire le contenu du fichier, et de comparer le tableau fileContent ci-dessous au tableau issu des VIs Canon :
Si cette hypothèse est confirmée, ce serait le contenu d'un fichier JPEG qu'il faut être capale d'interpréter (compression de l'image). Autant dire que de ne pas passer par un fichier, même temporaire, va nécessiter soit de coder cette interprétation, soit de trouver une bibliothèque permettant de le faire.
L'utilisation d'un fichier temporaire pour afficher l'image pourrait-elle être une solution acceptable ?
La fonction lit un fichier en binaire, mais il faut lui spécifier le type de données attendu (Cf. Read from Binary File Function). La combinaison constante numérique U8 pour data type et -1 pour le count permet de lire l'intégralité d'un fichier sous forme d'octets.
Dans notre cas, il faut donc que la constante au dessus de la fonction de lecture soit de type U8 (clic droit sur la constante, Representation » U8). Le tableau doit être du même type.
