Комментарии 16
Почему json с неочевидной структурой (если не запускать графопостроитель), а не функциональный DSL? Входы и выходы функций — изображения. В данном случае концепция узлов и ссылок размыта.
Ставилась ли цель получить нечто высокопроизводительное?
Ставилась ли цель получить нечто высокопроизводительное?
0
«Почему json с неочевидной структурой „
JSON был реализован потому что он первый попался в качестве формата.
Думаю легко можно переписать софт под другой более перспективный и функциональный формат.
На мой взгляд JSON достаточен для данного проекта.
“Ставилась ли цель получить нечто высокопроизводительное?»
Да, производительность ставилась на первое место, по этому и были реализованны функции из библиотек Numpy/Scipy/
/автор сам является профисеональным digital compositor/
проект: open source (любой может привнести в него изменения (если данные изменения улучшат функциональность проекта))
JSON был реализован потому что он первый попался в качестве формата.
Думаю легко можно переписать софт под другой более перспективный и функциональный формат.
На мой взгляд JSON достаточен для данного проекта.
“Ставилась ли цель получить нечто высокопроизводительное?»
Да, производительность ставилась на первое место, по этому и были реализованны функции из библиотек Numpy/Scipy/
/автор сам является профисеональным digital compositor/
проект: open source (любой может привнести в него изменения (если данные изменения улучшат функциональность проекта))
0
Возможно я дилетант, но если изображение разбивается на части и каждая обрабатывается отдельно — как обрабатываются крайние пиксели этих частей в случае фильтров, зависящих от соседних пикселей (которые в свою очередь попали в другую часть)?
0
Очень хороший вопрос!
Я с этим столкнулся… Холст (canvas) увеличивается на размер радиуса фильтра. Данный алгоритм пока не реализовыван в виду академичности данного проета
Я с этим столкнулся… Холст (canvas) увеличивается на размер радиуса фильтра. Данный алгоритм пока не реализовыван в виду академичности данного проета
0
code.google.com/p/image-tools-core/ в этом проекте я разделял избражение на потоки, обрабатывал их и столкнулся с данной проблеммой.
0
«Возможно я дилетант,» думаю вы не дилетант.
0
Скажите, а вы в сторону GEGL смотрели? Там тоже графы, тайловая обработка, а теперь ещё и над поддержкой GPU работают.
0
Даже не смотрел в сторону библиотеки(GEGL, первый раз об ней слышу), я пытался решать рельные задачи (возникающие у меня в процессе работы). Опыт програмироавния = 2 месяца (month)
0
мой show reel: vimeo.com/36170947
0
Неплохо было бы вынести обработку изображений на GPU — разбивка на тайлы для распараллеливания обработки — хорошо, но все равно, видеокарта будет быстрее.
Если Ваша система поддерживает WebGL, можете попробовать редактор webgl-filter и библиотеку glfx.js. Когда я в первый раз увидел ту штуку — был сильно удивлен скоростью работы фильтров, особенно swirl.
Если Ваша система поддерживает WebGL, можете попробовать редактор webgl-filter и библиотеку glfx.js. Когда я в первый раз увидел ту штуку — был сильно удивлен скоростью работы фильтров, особенно swirl.
0
Подключить GPU не проблема. Это дело самой библиотеки GPU а не представленной программы. Если бы вы посмотрели исходники, то увидели бы как это (подключить GPU) просто сделать.
0
Думаю основня задача заключается не в том чем решать, а как решать.
0
По этому ядро и отделено. Что позволяет направить поток решений как в CPU так и в GPU.
0
«был сильно удивлен скоростью работы фильтров» надеюсь вы будете достаточно удивлены сколостью работы данного приложения
0
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Создание прототипа программы обработки изображений