Работа с изображениями, java?

Question

[hHup]

Как в инстаграме реализованы разные фильтры на фото, и как сделать нечто похожее на java? Есть ли для этого специальный библиотеки? Или работать прям с RGB массивом изображения ?

Comments

[hHup]

Я готов все реализовывать ручками, по математическим законам, но не потеряю ли я производительность? Пишу под дроид)

Answer 1

[Максим Мосейчук]

Конечно потеряете в производительности. Java не шибко производительна в числодробилках, чем и является обработка изображений.

Нативный код в этом плане выигрывает из-за возможностей использовать векторные инструкции.

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

Об оптимизациях будете думать после.

Ну бибилиотек туева хуча. Поищите на гитхабе.

Comments

[hHup]

Ну тогда на каком языке посоветуете писать нативную часть, на с++ я думаю, может assemdler вставки? Вообще пишу под дроид, и отсюда вытекает вопрос о кроссплатформенности нативной части.

[Максим Мосейчук]

hHup, всё зависит от того, насколько кроссплатформенной должна быть нативная часть. Если arm и x86 достаточно (а это наверное 90% устройств или больше), то в NDK все для этого имеется https://developer.android.com/ndk/guides/cpu-arm-neon никаких вставок не нужно.

Писать лучше на чистом C. Потому что для C++ кода нужно будет все равно делать сишный интерфейс, что бы использовать его в JNI.

Хотя возможно сейчас уже есть в Android Studio какой-нибудь glue-генератор, который большую часть работы сделает за вас. Я же делал по старинке через javah.

[Максим Мосейчук]

hHup, но всё же учтите, что если вы раньше не делали подобного, то не стоит сразу лезть в NEON. Пишите сначала эталонную реализацию на чистой джаве. А потом уже подключайте нативный код. Быть может некоторые ваши алгоритмы будут настолько быстрые, что java-версия будет отрабатывать быстрее нативной, т.к. на передачу данных между jvm и C уходит довольно много времени.

[hHup]

fshp, ну хорошо.