J2ME: конвертировать прозрачное изображение PNG в оттенки серого - PullRequest
Новая
       55

J2ME: конвертировать прозрачное изображение PNG в оттенки серого

1 голос
/ 09 марта 2010

Есть ли в J2ME возможность конвертировать изображение (загруженное из png-файла с альфа-каналом) в новое прозрачное изображение в градациях серого?

До сих пор я получал только значения rgb, но не альфа.

Спасибо.

Редактировать: да, это должна быть 32-битная шкала серого.

Ответы [ 2 ]

4 голосов
/ 13 марта 2010

Я нашел решение и вот код: 

    public Image getGrayScaleImage() {
    int[] rgbData = new int[getWidth() * getHeight()];
    image.getRGB(rgbData, 0, getWidth(), 0, 0, getWidth(), getHeight());
    for (int x = 0; x < getWidth() * getHeight(); x++) {
        rgbData[x] = getGrayScale(rgbData[x]);
    }
    Image grayImage = Image.createRGBImage(rgbData, getWidth(), getHeight(), true);
    return grayImage;
}

private int getGrayScale(int c) {
    int[] p = new int[4];
    p[0] = (int) ((c & 0xFF000000) >>> 24); // Opacity level
    p[1] = (int) ((c & 0x00FF0000) >>> 16); // Red level
    p[2] = (int) ((c & 0x0000FF00) >>> 8); // Green level
    p[3] = (int) (c & 0x000000FF); // Blue level

    int nc = p[1] / 3 + p[2] / 3 + p[3] / 3;
    // a little bit brighter
    nc = nc / 2 + 127;

    p[1] = nc;
    p[2] = nc;
    p[3] = nc;

    int gc = (p[0] << 24 | p[1] << 16 | p[2] << 8 | p[3]);
    return gc;
}

getRGB возвращает значение цвета, которое также включает альфа-канал. Поэтому мне нужно было только изменить каждое значение в массиве и создать из него изображение.

Я нашел полезный документ на форуме Nokia: MIDP 2.0: Работа с пикселями и drawRGB ()

0 голосов
/ 09 января 2014

Спасибо за код для преобразования в оттенки серого. Однако я заметил, что на устройствах Nokia Series 40 этот код выполняется довольно медленно.

Есть 2 оптимизации. Основным является удаление любого созданного объекта в getGrayScale (). В настоящее время для каждого пикселя создается объект массива. В среднем, скажем, QVGA, отображение, которое состоит из 76800 объектов массива, создает много мусора и, вероятно, вызовет GC. Определение int [4] как поля в классе удаляет создание этого объекта. Компромисс здесь - небольшое количество дополнительной оперативной памяти, используемой для класса.

Второй - кэшировать ширину и высоту в getGrayScaleImage (). На некоторых устройствах вызовы методов getWidth () и getHeight () будут неоднократно вызываться без оптимизации (JIT-компилятор будет в порядке, но некоторые интерпретируемые устройства - нет). Итак, опять же для QVGA, getWidth () и getHeight () будут вызываться между> 150000.

В общем, я обнаружил, что эта модифицированная версия работает намного быстрее: -) 

public Image getGrayScaleImage(Image screenshot) {
    int width = getWidth();
    int height = getHeight();
    int screenSizeInPixels = (width * height);

    int[] rgbData = new int[width * height];

    image.getRGB(rgbData, 0, width, 0, 0, width, height);
    for (int x = 0; x < screenSizeInPixels ; x++) {
        rgbData[x] = getGrayScale(rgbData[x]);
    }

    Image grayImage = Image.createRGBImage(rgbData, width, height, true);
    return grayImage;
}

static int[] p = new int[4];
private int getGrayScale(int c) {

    p[0] = (int) ((c & 0xFF000000) >>> 24); // Opacity level
    p[1] = (int) ((c & 0x00FF0000) >>> 16); // Red level
    p[2] = (int) ((c & 0x0000FF00) >>> 8); // Green level
    p[3] = (int) (c & 0x000000FF); // Blue level

    int nc = p[1] / 3 + p[2] / 3 + p[3] / 3;
    // a little bit brighter
    nc = nc / 2 + 127;

    p[1] = nc;
    p[2] = nc;
    p[3] = nc;

    int gc = (p[0] << 24 | p[1] << 16 | p[2] << 8 | p[3]);
    return gc;
}

(Если вы действительно не хотите использовать пространство данных класса, просто замените int [] четырьмя отдельными локальными переменными int, которые будут жить в стеке)

...