merci pour ta reponse rapide
Le probleme, c'est que je ne connais ni les dimensions, ni l'encodage des images et que je peux avoir toutes sortes de formats. En fait, dans mon projet, je voudrais dézipper une archive mais sans écrire les fichiers, c-a-d que au lieu d'ecrire mes bytes dans un fichier je voudrais les écrire directement dans une buffered image pour pouvoir les afficher plus tard.
J'avais pensé à mettre les bytes dans un file buffer et de lire ce buffer avec ImageIO.read(), mais je n'ai pas trouvé de moyen pour bufferiser le contenu d'un fichier...
Je vais voir du coté de java.util.zip, histoire de voir si je peux pas mettre mes bytes dans un input stream

j'ai trouvé une methode un peu maladroite de le faire, mais il y a comme un probleme, apparemment, le premier byte ecrit est -1 donc la methode read de Image IO s'arrete là

        // Décompresse un fichier zip à l'adresse indiquée par le dossier
    public static BufferedImage decompressBufferedImage(final File fichierADecompresser, String nomFichier)
    throws IOException {
            
        // le flux pour lire le zip    
        ZipInputStream zis = new ZipInputStream(new BufferedInputStream(
        		new FileInputStream(fichierADecompresser.getCanonicalFile())));
        // un fichier du zip
        ZipEntry ze;
  
        // le compteur de bytes
        int cptBytes = 0;
        
	// on Parcourt tous les fichiers jusqu'à trouver le bon
	while (null != (ze = zis.getNextEntry()) && !ze.getName().equals(nomFichier)); 
            
        // si le bon a été trouvé
        if (ze != null && ze.getName().equals(nomFichier)){
            
            // on compte le nombre de bytes
            final byte[] buf = new byte[8192];
            //final byte[] buf = new byte[1];
	    int bytesRead;
	    while (-1 != (bytesRead = zis.read(buf))){
                 cptBytes+=bytesRead;
            }
            
            System.out.println("cptBytes = "+cptBytes);
            
            // on recommence le desarchivage
            zis = new ZipInputStream(new BufferedInputStream(
        		new FileInputStream(fichierADecompresser.getCanonicalFile())));
            // Parcourt tous les fichiers jusqu'à trouver le bon
            while (null != (ze = zis.getNextEntry()) && !ze.getName().equals(nomFichier)) ; 
            
            myInputStream mis = new myInputStream(cptBytes);
            
            // on écrit dans le inputstream
            while (-1 != (bytesRead = zis.read(buf))){
                for (int i = 0; i<bytesRead; i++) 
                    mis.write(buf[i]);
            }    
            
            BufferedImage bufIma = ImageIO.read(mis);
            
            return bufIma;
        }
        else return null;
    }

class myInputStream extends InputStream{

    private byte[] octets;
    
    private int compteurRead, compteurWrite;
    
    protected myInputStream(int nbBytes){
        compteurRead = 0;
        compteurWrite = 0;
        octets = new byte[nbBytes];
        
    }
    
    /**
     * @return le prochain byte de la liste
     * @throws java.io.IOException
     */
    @Override
    public int read() throws IOException {
        compteurRead++;
        if (compteurRead-1 < octets.length)
            return (int) octets[compteurRead-1];
        else return -1;
    }
    
    /**
     * ajoute le byte b à la liste de bytes
     * @param b
     */
    public void write (byte b){
        if (compteurWrite<octets.length){
            octets[compteurWrite] = b;
        compteurWrite++;
        }
    }
}

donc la methode read(InputStream in) de ImageIO appelle in.read(byte[] b) et non pas in.read(byte b) ?
je vais tester ca ce soir, merci pour ta reponse

c'est la methode read(byte[] b) que j'utilise: la preuve:

final byte[] buf = new byte[8192]; 

le contenu du fichier est bien ecrit dans l'objet de type myinputStream.
le probleme, c'est qu'il semble que le premier octet de mon image jpeg dans l'archive soit -1

(quand je print le contenu du tableau de byte de mon objet de type myInputStream, j'ai un -1 au debut)

or, la valeur -1 sert de sentinelle

public abstract int read()
                  throws IOException

    Reads the next byte of data from the input stream. The value byte is returned as an int in the range 0 to 255. If no byte is available because the end of the stream has been reached, the value -1 is returned. This method blocks until input data is available, the end of the stream is detected, or an exception is thrown.

    A subclass must provide an implementation of this method.

    Returns:
        the next byte of data, or -1 if the end of the stream is reached. 
    Throws:
        IOException - if an I/O error occurs.

Et je pense que la methode ImageIO.read(Inputstream ins) appelle la methode ins.read(), donc quand ins.read retourne -1, imageIo.read(Inputstream ins) considere avoir atteint la fin de l'image et arrete la lecture.

J'ai cherché un peu partout mais j'ai toujours pas trouvé la methode pour dézipper sans écrire les images, je crois que je vais devoir écrire un fichier temp quelque part dans l'arborescence de mon projet puis charger ce fichier avec ImageIO.read() dans une bufferedImage, mais je trouve ca assez dommage parce que l'écriture d'un fichier va un peu ralentir mon programme et la création de fichiers ca peut toujours faire des couilles...
Donc, si quelqu'un a une idée pour dézipper mes images sans faire les fichiers, je suis preneur, sinon, tant pis, je ferai avec les fichiers temp.
merci

ca pourrait être une solution, le probleme c'est que ImageIO ne propose que read(File f), read(InputStream in) et read(ImageInputStream) donc je ne peux pas lire le filechannel par la suite, à moins qu'il n'y ait un moyen de recuperer son contenu avec un inputstream ou une classe qui en herite ?

j'ai testé, mais je me retrouve avec le même probleme vu que je dois obligatoirement surcharger les methodes read et write du FileChannel donc ca revient au même et ca ne marche toujours pas :/