Transformer un tableau de pixels dans une Image de l'objet avec Java ImageIO?

Je suis en train de tourner un tableau de valeurs de pixel (créé à l'origine avec un java.awt.image.PixelGrabber objet) dans une Image de l'objet en utilisant le code suivant:

public Image getImageFromArray(int[] pixels, int width, int height) {
    MemoryImageSource mis = new MemoryImageSource(width, height, pixels, 0, width);
    Toolkit tk = Toolkit.getDefaultToolkit();
    return tk.createImage(mis);
}

Est-il possible d'obtenir le même résultat à l'aide de classes à partir de la ImageIO paquet(s) donc je n'ai pas à utiliser la boîte à outils AWT?

Toolkit.getDefaultToolkit() ne semble pas être fiable à 100% et parfois de jeter un AWTError, alors que la ImageIO classes devraient toujours être disponibles, c'est pourquoi je me suis intéressé à changer ma méthode.

InformationsquelleAutor Chris Carruthers | 2008-09-24

27

Vous pouvez créer l'image sans l'aide de ImageIO. Il suffit de créer un BufferedImage à l'aide d'un type d'image correspondant au contenu de la gamme de pixels.
```
public static Image getImageFromArray(int[] pixels, int width, int height) {
            BufferedImage image = new BufferedImage(width, height, BufferedImage.TYPE_INT_ARGB);
            WritableRaster raster = (WritableRaster) image.getData();
            raster.setPixels(0,0,width,height,pixels);
            return image;
        }
```
Lorsque vous travaillez avec le PixelGrabber, n'oubliez pas d'extraire le RGBA info à partir de la gamme de pixels avant d'appeler getImageFromArray. Il y a un exemple dans le handlepixelmethod dans le PixelGrabber javadoc. Une fois que vous faites cela, assurez-vous que le type d'image à la BufferedImage constructeur de BufferedImage.TYPE_INT_ARGB.
- Grâce bcash, mais j'obtiens un java.lang.ArrayIndexOutOfBoundsException quand j'ai essayer ce code. Des idées?
- Je pense que cela est proche, nous pourrions avoir besoin de plus de détails à partir de Chris avec des détails? il semble que ça devrait fonctionner... Quels sont vos ints? sont-ils RVB? ARGB? un certain type de format compressé?
- Les pixels sont à venir à partir d'un PixelGrabber en tant que tel: int[] pixels = new int[largeur * hauteur]; PixelGrabber pg = new PixelGrabber(img, 0, 0, largeur, hauteur, en pixels, 0, largeur); pg.grabPixels();
- Chris, vous avez une AOOB d'exception parce que la taille de la BufferedImage "image", c'est la largeur * hauteur * 3, parce qu'il est de type int RVB. Voir la modifier.
- Quand j'ai essayé ce code, j'ai une image noire. C'est comme la trame.setPixels n'a pas d'incidence sur la BufferedImage à tous.
- Comme @haraldK (en dessous de postes) a notifié, Java documentation mentionne que BufferedImage.getData() renvoie une Raster et BufferedImage.getRaster() renvoie une WritableRaster. Donc, si vous utilisez getData() semble qu'il renvoie une copie et après setPixels() vous devez le remettre à l'aide de BufferedImage.setData() qui est une surcharge. Donc, il est préférable de l'utiliser getRaster() et de travailler avec elle.
InformationsquelleAutor Brendan Cashman
7

À l'aide de la trame, j'ai eu une ArrayIndexOutOfBoundsException même quand j'ai créé le BufferedImage avec TYPE_INT_ARGB. Cependant, l'utilisation de la setRGB(...) méthode de BufferedImage a fonctionné pour moi.
- J'ai eu un problème similaire, même si la taille de la matrice d'entrée et de sortie de correspondance. J'ai fini par utiliser setRGB trop. Il peut être trivialement plus lent mais ça fonctionne. Le ne pense pas que Alpha vs non-alpha devrait changer la taille du tableau, bien que depuis son tout simplement les 2 plus importants octets sur la personne int.
InformationsquelleAutor mdm

JavaDoc sur BufferedImage.getData() dit: "un Raster qui est un copie de données de l'image."

Ce code fonctionne pour moi mais je doute de son efficacité:

        //Получаем картинку из массива.
        int[] pixels = new int[width*height];
            //Рисуем диагональ.
            for (int j = 0; j < height; j++) {
                for (int i = 0; i < width; i++) {
                    if (i == j) {
                        pixels[j*width + i] = Color.RED.getRGB();
                    }
                    else {
                        pixels[j*width + i] = Color.BLUE.getRGB();
                        //pixels[j*width + i] = 0x00000000;
                    }
                }
            }

BufferedImage pixelImage = new BufferedImage(width, height, BufferedImage.TYPE_INT_RGB);    
    pixelImage.setRGB(0, 0, width, height, pixels, 0, width);

..ou utiliser getRaster() au lieu de getData().

InformationsquelleAutor beemaster

2

J'ai eu un bon succès à l'aide de java.awt.Robot pour prendre une capture d'écran (ou un segment de l'écran), mais de travailler avec ImageIO, vous aurez besoin de le stocker dans un BufferedImage au lieu de la mémoire source de l'image. Ensuite, vous pouvez appeler une méthode statique de ImageIO et enregistrez le fichier. Essayez quelque chose comme:
```
//Capture whole screen
Rectangle region = new Rectangle(Toolkit.getDefaultToolkit().getScreenSize());
BufferedImage capturedImage = new Robot().createScreenCapture(region);

//Save as PNG
File imageFile = new File("capturedImage.png");
ImageIO.write(capturedImage, "png", imageFile);
```
InformationsquelleAutor Steve Moyer
0

Que c'est l'un des plus élevés voté question taggés avec ImageIO, et je pense qu'il y a encore de la place pour une meilleure solution, même si la question est ancienne. 🙂

Ont un look à la BufferedImageFactory.java classe de mon open source imageio projet sur GitHub.

Avec elle, vous pouvez simplement écrire:
```
BufferedImage image = new BufferedImageFactory(image).getBufferedImage();
```
L'autre bonne chose est que cette approche, en tant que pire des cas, a à peu près la même performance (temps) comme le PixelGrabberbasée sur des exemples déjà dans ce fil. Pour la plupart des cas (généralement JPEG), il est environ deux fois plus vite. Dans tous les cas, il utilise moins de mémoire.

Que d'un côté bonus, le modèle de couleur des pixels et de la mise en page de l'image d'origine est conservé, au lieu de convertis en int ARGB avec la couleur par défaut du modèle. Cela peut économiser de la mémoire supplémentaire.

(PS: L'usine prend également en charge le sous-échantillonnage, de la région d'intérêt et les progrès des auditeurs si ça intéresse quelqu'un. 🙂

InformationsquelleAutor haraldK
-1

J'ai eu le même problème tout le monde en essayant d'appliquer la bonne réponse à cette question, mon tableau int réellement obtenir un OutOfboundException où je fixe l'ajout d'un indice parce que la longueur du tableau doit être de largeur*hauteur*3 après cela, je ne pouvais pas obtenir l'image donc je fixe le réglage de la trame de l'image
```
public static Image getImageFromArray(int[] pixels, int width, int height) {
        BufferedImage image = new BufferedImage(width, height,     BufferedImage.TYPE_INT_ARGB);
        WritableRaster raster = (WritableRaster) image.getData();
        raster.setPixels(0,0,width,height,pixels);
        image.setData(raster); 
        return image;
    }
```
Et vous pouvez voir l'image si u afficher sur une étiquette sur une jframe comme ce
```
    JFrame frame = new JFrame();
    frame.getContentPane().setLayout(new FlowLayout());
    frame.getContentPane().add(new JLabel(new ImageIcon(image)));
    frame.pack();
    frame.setVisible(true);
```
réglage de l'image sur le imageIcon().
Dernier conseil, vous pouvez essayer de changer le Bufferedimage.TYPE_INT_ARGB à quelque chose d'autre qui correspond à l'image que vous avez obtenu le tableau de ce type est très important, j'ai eu un tableau de 0 et -1 donc j'ai utilisé ce type de BufferedImage.TYPE_3BYTE_BGR

InformationsquelleAutor Raul H

Vous devez vous connecter pour publier un commentaire.