Доступ к необработанным данным в ARGB_8888 Android Bitmap

Я понимаю, что это очень устарело и, вероятно, не поможет вам сейчас, но недавно я столкнулся с этим, пытаясь заставить copyPixelsFromBuffer работать в моем приложении. (Спасибо, что задали этот вопрос, кстати! Вы сэкономили мне массу времени при отладке.) Я добавляю этот ответ в надежде, что он поможет другим, таким как я, в будущем...

Хотя я еще не использовал это, чтобы убедиться, что оно работает, похоже, что начиная с уровня API 19 у нас, наконец, появится способ указать не «применять альфу» (также известное как предварительное умножение) в пределах Bitmap. Они добавляют метод setPremultiplied(boolean), который должен помочь в подобных ситуациях в будущем, позволив нам указать false.

Надеюсь, это поможет!

Один из способов получить доступ к данным в Bitmap — использовать метод getPixels(). Ниже вы можете найти пример, который я использовал для получения изображения в градациях серого из данных argb, а затем обратно из массива байтов в растровое изображение (конечно, если вам нужен rgb, вы резервируете 3x байта и сохраняете их все...):

/*Free to use licence by Sami Varjo (but nice if you retain this line)*/

public final class BitmapConverter {

    private BitmapConverter(){};

   /**
    * Get grayscale data from argb image to byte array
    */
   public static byte[] ARGB2Gray(Bitmap img)
   {

       int width = img.getWidth();
       int height = img.getHeight();

       int[] pixels = new int[height*width];
       byte grayIm[] = new byte[height*width];

       img.getPixels(pixels,0,width,0,0,width,height);

       int pixel=0;
       int count=width*height;

       while(count-->0){
           int inVal = pixels[pixel];

           //Get the pixel channel values from int 
           double r = (double)( (inVal & 0x00ff0000)>>16 );
           double g = (double)( (inVal & 0x0000ff00)>>8  );
           double b = (double)(  inVal & 0x000000ff)      ;

           grayIm[pixel++] = (byte)( 0.2989*r + 0.5870*g + 0.1140*b );
       }

       return grayIm;
   }

   /**
    * Create a gray scale bitmap from byte array
    */
   public static Bitmap gray2ARGB(byte[] data, int width, int height)
   {
       int count = height*width;
       int[] outPix = new int[count];
       int pixel=0;
       while(count-->0){
           int val = data[pixel] & 0xff; //convert byte to unsigned
           outPix[pixel++] = 0xff000000 | val << 16 | val << 8 | val ;
       }

       Bitmap out =  Bitmap.createBitmap(outPix,0,width,width, height, Bitmap.Config.ARGB_8888);
       return out;
   }

}

Я предполагаю, что это может быть связано с порядком байтов используемого вами ByteBuffer. ByteBuffer по умолчанию использует обратный порядок байтов. Установите порядковый номер в буфере с помощью

buffer.order(ByteOrder.nativeOrder());

Посмотрите, поможет ли это.

Более того, copyPixelsFromBuffer/copyPixelsToBuffer никаким образом не изменяет данные пикселей. Они копируются в сыром виде.

Это старый вопрос, но я столкнулся с той же проблемой и только что понял, что байт растрового изображения предварительно умножается, вы можете установить растровое изображение (начиная с API 19), чтобы не предварительно умножать буфер, а в API они не дают никакой гарантии.

Из документов:

public final void setPremultiplied(boolean premultiplied)

Устанавливает, должно ли растровое изображение обрабатывать свои данные как предварительно умноженные. Растровые изображения всегда обрабатываются как предварительно умноженные системой представления и Canvas из соображений производительности. Хранение данных без предварительного умножения в растровом изображении (через setPixel, setPixels или BitmapFactory.Options.inPremultiplied) может привести к неправильному смешиванию, если оно отрисовано фреймворком.

Этот метод не повлияет на поведение растрового изображения без альфа-канала или если hasAlpha() возвращает false.

Вызов createBitmap или createScaledBitmap с исходным растровым изображением, цвета которого не были предварительно умножены, может привести к RuntimeException, поскольку эти функции требуют отрисовки источника, что не поддерживается для растровых изображений без предварительного умножения.