NCrashed Apr 7 2014 at 03:23

Функциональная обработка изображений в D

11 min

Open source*Image processing*D*

Translation

+30

Comments 13

Monnoroch Apr 7 2014 at 15:01

D очень классный, только его создатели гораздо больше сконцентрированы на языке, чем на маркетинге.

NCrashed Apr 7 2014 at 15:18

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

Этот язык с самого начала развивался стихийно, только силами небольшой кучки специалистов. Меня поражает проделанная на сей момент работа и предстоящие проблемы (например, дальнейшая разработка и адаптация инструментов).

Monnoroch Apr 7 2014 at 15:47

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

NCrashed Apr 7 2014 at 16:54

Предполагается, что это будет просто синтаксис для static struct (т.е. closed scope) или открытые namespace? В последнем случае это облегчит написание bindings к C++ либам.

Monnoroch Apr 7 2014 at 17:18

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

NCrashed Apr 7 2014 at 17:27

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

Dicebot Apr 8 2014 at 01:57

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

leventov Apr 7 2014 at 18:24

Инвертирование изображения дважды не порождает операцию, и, в самом деле, i[5, 5] и i.hflip().hflip()[5, 5] генерируют одинаковый машинный код. Компиляторы D с более совершенным бекэндом могут проводоить еще более агрессивные оптимизации: например, если определили функцию flipXY, которая инвертирует оси X и Y, и rotateCW (для поворота изображения на 90° против часовой стрелки) как src.flipXY().hflip(), тогда четыре удачных вызова rotateCW вырезаются при оптимизации.

Впечатляет.

CyberShadow Apr 7 2014 at 22:59

CyberShadow Apr 7 2014 at 23:00

Спасибо за перевод! :)

sigod May 12 2014 at 16:24

Автор статьи благодарит автора перевода на языке перевода. Необычно.

sigod May 12 2014 at 16:23

Как я понимаю пока только есть поддержка чтения/записи BMP и записи PNG?

Я только недавно стал интересоваться шаблонами. И сейчас волнует такой вопрос:
Допустим, код поддерживает чтение PNG. И если main принимает в качестве аргумента имя файла, который является либо BMP, либо PNG — как реализовать чтение такого файла и его последующую обработку?

NCrashed May 12 2014 at 17:05

Как я понимаю пока только есть поддержка чтения/записи BMP и записи PNG?

При загрузке через SDL_image (модуль ae.utils.graphics.sdlimage) поддерживаются след. форматы (из доков sdl_image):


ICO(Icon)/CUR(Cursor)/BMP, PNM (PPM/PGM/PBM), XPM,
LBM(IFF ILBM), PCX, GIF, JPEG, PNG, TGA, TIFF, and XV thumbnail formats.

Этот модуль я не тестировал, лучше спросить у автора.

А сохранение идет в BMP и PNG

Допустим, код поддерживает чтение PNG. И если main принимает в качестве аргумента имя файла, который является либо BMP, либо PNG — как реализовать чтение такого файла и его последующую обработку?

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

Если реализовывать самому, то полностью compile-time'a тут достичь нельзя. Итого все равно будет явный-неявный switch с вызовом нужного декодера. Но можно генерировать его через mixin'ы для всех поддерживаемых расширений. А получив View, уже все как в статье.

Show the best of all time