Более быстрая альтернатива ColorConvertOp

Ответ 1

BufferedImages болезненно медленны. У меня есть решение, но я не уверен, что вам это понравится. Самый быстрый способ обработки и преобразования буферизованных изображений - извлечение необработанного массива данных из BufferedImage. Вы делаете это, вызывая buffImg.getRaster() и преобразовывая его в определенный растровый. Затем вызовите raster.getDataStorage(). После того, как вы получите доступ к необработанным данным, можно написать быстрый код обработки изображений без всякой абстракции в BufferedImages, замедляющей его. Этот метод также требует глубокого понимания форматов изображений и некоторой обратной разработки с вашей стороны. Это единственный способ, которым я смог получить код обработки изображений, чтобы он работал достаточно быстро для моих приложений.

Пример:

ByteInterleavedRaster srcRaster = (ByteInterleavedRaster)src.getRaster();
byte srcData[] = srcRaster.getDataStorage();

IntegerInterleavedRaster dstRaster = (IntegerInterleavedRaster)dst.getRaster();
int dstData[] = dstRaster.getDataStorage();

dstData[0] = srcData[0] << 16 | srcData[1] << 8 | srcData[2];

или что-то в этом роде. Ожидайте ошибки компилятора, предупреждающие вас не обращаться к низкоуровневым растрам. Единственное место, где у меня были проблемы с этой техникой, - это внутри апплетов, где произойдет нарушение прав доступа.

Ответ 2

Я нашел рендеринг с использованием Graphics.drawImage() вместо ColorConvertOp в 50 раз быстрее. Я могу только предположить, что drawImage() ускорен GPU.

i.e это очень медленно, например 50 мс для прямоугольников размером 100х200

public void BufferdImage convert(BufferedImage input) {
   BufferedImage output= new BufferedImage(input.getWidht(), input.getHeight(), BufferedImage.TYPE_BYTE_BINARY, CUSTOM_PALETTE);

   ColorConvertOp op = new ColorConvertOp(input.getColorModel().getColorSpace(), 
                                          output.getColorModel().getColorSpace());

   op.filter(input, output);
   return output;
}

i.e однако это регистрирует < 1 мс для тех же входов

public void BufferdImage convert(BufferedImage input) {
   BufferedImage output= new BufferedImage(input.getWidht(), input.getHeight(), BufferedImage.TYPE_BYTE_BINARY, CUSTOM_PALETTE);

   Graphics graphics = output.getGraphics();
   graphics.drawImage(input, 0, 0, null);
   graphics.dispose();
   return output;
}

Ответ 3

Попробовали ли вы предоставить RenderingHints? Нет гарантий, но используя

ColorConvertOp op = new ColorConvertOp(new RenderingHints(
    RenderingHints.KEY_COLOR_RENDERING, 
    RenderingHints.VALUE_COLOR_RENDER_SPEED));

а не null в фрагменте кода может немного ускорить его.

Ответ 4

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

Q: Возможно ли использовать gc.createCompatibleImage()?

В: Является ли ваш исходный растровый истинный цвет, или он использует цветную карту?

В: В противном случае вы согласитесь написать интерфейс JNI? Либо ваш собственный, пользовательский код C, либо внешнюю библиотеку, такую ​​как ImageMagick?

Ответ 5

Если у вас установлен JAI, вы можете попробовать удалить его, если хотите, или каким-либо другим способом отключить codecLib при загрузке JPEG. В прошлой жизни у меня были подобные проблемы (http://www.java.net/ node/660804), а ColorConvertOp был самым быстрым в то время.

Насколько я помню, основная проблема заключается в том, что Java2D вообще не оптимизирован для изображений TYPE_CUSTOM. Когда вы устанавливаете JAI, он поставляется с кодеком, который имеет декодер, который возвращает TYPE_CUSTOM и используется вместо значения по умолчанию. Список JAI может предоставить дополнительную помощь, это было несколько лет.

Ответ 6

возможно, попробуйте следующее:

Bitmap source = Bitmap.create(width, height, RGB_565);//don't remember exactly...
Canvas c = new Canvas(source);
// then 
c.draw(bitmap, 0, 0);

Тогда исходная растровая карта будет изменена.

Позже вы можете сделать:

onDraw(Canvas canvas){
canvas.draw(source, rectSrs,rectDestination, op);
}

если вы можете управлять всегда повторно использовать растровое изображение, чтобы вы могли получить лучшую производительность. Кроме того, вы можете использовать другие функции холста для рисования растрового изображения