Discussion :

[3dsman]

je suis entrain de commencer a ecrire une bibliotheque de traitement d'images et je viens de me poser une question qui m'oblige a rereflechir a la pertinence de ma structure de donnees actuelle:

pour le moment j'ai 3 type d'images
RGB,RGBA et MONO qui sont ecrites dans des tableau sous la forme RGBRGBRGB..., RGBARGBARGBA...et XXXXXX...
certains de mes traitement ne doivent s'appliquer qu'aux couches rgb (sans l'alpha) par exemple donc pour le moment j'ai une fonction differente pour chaque type d'image.
je me suis alors demande s'il ne serait pas plus judicieux de n'ecrire qu'une fonction qui s'apliquerait a des images MONO et a separer les donnees des mes 3 ou 4 couches dans des tableaux differents pour les types RGB et RGBA.
mon image possederait donc une liste de pointeurs sur les tableau la composant
ca me permettrait en plus de rajouter facilement d'autres types avec plus de couches.

voyez vous des inconvenients a cette structure?
j'ai peur que ce soit un peu lourd a utiliser, j'aimerais votre avis.

Pour vous situer, cette bibliotheque serait principalement utilisee pour du traitement d'images de grand format (2048*1024) pas en temps reel (mais il faut quand meme que ce soit rapide) pour du compositing d'image cinema.

merci.

[souviron34]

bah, tes codages sont en fait, d'après ce que je comprend, composé de 2 choses :

• un buffer image, dont l'interprétation dépend du type
• un buffer couche alpha

Donc je ferais une structure du style

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
typedef struct pImage {
    unsigned char *Image ;
    int            DimX ;
    int            DimY ;
    int            Type ;
    unsigned char *Alpha ;
}

A quelque chose près...

[3dsman]

en fait pour le moment j'ai ca:

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
typedef struct pImage {
    unsigned char *Image ;
    int            DimX ;
    int            DimY ;
    int            Type ;
}

et en fonction de Type la fonction utilisee vas traiter 1,3 ou 4 couches

je penssais faire un truc comme ca:

Code C :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
typedef struct pLayer {
    unsigned char *Image;
    char *LayerName;
}
 
typedef struct pImage {
    list            Layers ;
    int            DimX ;
    int            DimY ;
    int            Type ;
}

avec une liste de layers toujour en MONO, LayerName me permettant de reconaitre les couches a traiter.

[pseudocode]

Perso, je stocke les images dans leur format natif (donc RGB, ARGB, ...) et j'utilise des convertisseurs qui permettent d'extraire/fusionner les Layers.

Pour appliquer un filtre sur le Layer RED d'une image, ca donne donc:

Code java :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
//charge l'image
Image img = new Image("truc.bmp");
 
// split en RGB
RGBSplitter splitter = new RGBSplitter(img);
splitter.split();
 
// effectue le filtrage sur le layer RED
processfilter(splitter.getLayer(RGBSplitter.RED));
 
// récupère l'image filtrée
Image out = splitter.merge();

Cela permet d'ecrire tout un tas de splitter (RGB, HSB, YUV, ...)

[3dsman]

interessant l'idee du splitter.
Le probleme c'est que dans mon cas, a pars pour les operations de transformation, pratiquement toutes mes fonctions traitent differement l'alpha et les couches RGB du coup je devrais splitter a chaque fois

Et puis ca te force a avoir un splitter par type d'image (RGB,RGBA,MONO) non?

Pour mon aplication je pourais avoir plus de couches mais sans savoir lequelles (RGB, alpha, z-buffer, normales, uv,...), une image poura contenir une couche RGB et une z-buffer sans forcement avoir d'alpha du coup ca me ferait beaucoup trop de possibilites.
Certains traitement ne bosseraient que sur la couche RGB si elle existe, d'autres que sur l'alpha et certaines (les transformations notament) sur toutes les couches.

c'est une aplication un peu particuliere du coup je ne trouve pas beaucoup d'infos sur le net sur comment c'est gere dans les softs.

pour les operations basiques (convolution, traitements au pixel, ...) est ce que ca prend beaucoup plus de temps de traiter 3 couche mono plutot qu'une seule rgb?

[pseudocode]

interessant l'idee du splitter.
Le probleme c'est que dans mon cas, a pars pour les operations de transformation, pratiquement toutes mes fonctions traitent differement l'alpha et les couches RGB du coup je devrais splitter a chaque fois

Et puis ca te force a avoir un splitter par type d'image (RGB,RGBA,MONO) non?

Tu peux créer un splitter particulier qui sépare le canal Alpha (layer 8bits) et le RGB (image 24bits).

[3dsman]

oui sauf que si j'augmente le nombre de couches je ne pourais pas faire un splitter par combinaison possible (ca en fera trop)

au fait personne n'a repondu a cette question:

pour les operations basiques (convolution, traitements au pixel, ...) est ce que ca prend beaucoup plus de temps de traiter 3 couche mono plutot qu'une seule rgb?

merci.