Как провести конвертацию изображения в текстовый формат?

Question

[Vlad_Ilnitskiy]

Необходимо написать программу, которая на входе получает файл изображения типа BMP и конвертирует его в текстовый формат. В текстовом формате белый цвет отобразить пробелом, а черный - символом '8'. Как это можно реализовать? Сначала преобразовать в черно-белое, затем представить его в виде матрицы? Хотелось бы хоть маленькие куски кода увидеть, ибо плохо понимаю как это все будет выглядеть.

Answer 1

[JastAir]

Сама идея перевода изображения в монохром( а это я так понял тебе изначально надо ), это примерно так:
Пишу на c# Так как с ++ не очень знаком.

Color _pixelColor = img.GetPixel(x, y);
int _MonoNum = (_pixelColor.R + _pixelColor.G + _pixelColor.B)/3;
if (MonoNum<128) //if black color
{
matrix[x, y] = Convert.ToInt32("1"); 
}
else //white color
{
matrix[x, y] = Convert.ToInt32("0");
}

И не забывай что это все в циклах:

for (int x = 0; x < GlobalConst.width; x++)
for (int y = 0; y < GlobalConst.height; y++)

Примерно такая суть, а потом матрицу уже записываешь в файл, работы по сути на 15 минут. Советую еще посмотреть метод GetPixel на MSDN там про него все написано, а пользоваться тебе именно им нужно, если конечно не предстоит работать с большим разрешением.

Comments

[Сергей Протько]

monoNum это уровень яркости, а не monoNum. И выводить его как среднее яркости трех каналов не совсем уж правильно. Это как минимум.

Answer 2

[Толстый Лорри]

Для начала обрати внимание, что BMP-изображения хранятся построчно снизу-вверх (но все-таки слева-направо). Там есть 4х байтное выравнивание. Какая битность у входящего изображения? Есть ли альфа-канал?

Удобнее всего работать с 4х-канальным изображением (RGBA), где на каждый канал - 1 байт. Таким образом выравнивание нас не заботит, можно читать вот такие структуры одна за одной:

struct BmpPixel
{
   unsigned char Blue;
   unsigned char Green;
   unsigned char Red;
   unsigned char Alpha;
};

В bmp-файле идет сначала заголовок файла, затем, заголовок изображения, потом буфер с данными. В первом узнаешь размер всего файла для чтения, во втором - характеристики изображения (как именно читать, сколько каналов, длинна строки и их количество). Это есть на MSDN.

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

Answer 3

[avalak]

Судя по описанию, вам нужна библиотека для ascii графики.
aalib
написание html5 генератора ascii art

Comments

[Vlad_Ilnitskiy]

данная задача из спортивного программирования, ни о каких сторонних библиотеках речь не идет, к сожалению :(

Answer 4

[Сергей Протько]

Все довольно просто. Берем картинку, перегоняем ее в grayscale, разбиваем ее на сетку (скажем 10*10 пикселей), вычисляем среднее значение яркости для этого куска и определяем, если яркость выше порогового значения (например 128) то это пробел, если же ниже или равно, то наш символ.

Comments

[Алексей]

И при этом вы спрашиваете откуда цифра 8000000?

[Сергей Протько]

@ScorpLeX, форума приведенная вами откровенно чушь. Приведенный мною алгоритм полностью рабочий, разве что можно упростить заведомо уменьшив изображение, что бы не париться с разбивкой по сетке а просто брать значения пикселей. Разбивать на сетку нужно для того, что бы символом кодировался не один пиксель, а их группа. Это если мы говорим о простом варианте с ascll art. Если же хотим посложнее, то просто для каждого используемого символа можно задать гистограмму и по ней сравнивать.

Answer 5

[Алексей]

Это вы часть текста заказа скопировали?
Фактически изображение это и есть матрица пикселей.
Перевести в черно-белое можно определяя цвет пикселя, если больше 8000000 (не точно) значит белый, если меньше то черный.
Проходим по матрице определяя цвет и записывая попутно, вот и все.
Гуглить по фразе ascii art generator

Comments

[Сергей Протько]

откуда вы 8000000 взяли то? Что за чушь...

[Алексей]

16 777 216 цветов это 256 * 256 * 256.
8 000 000 это примерно половина.

[Лолшто]

Так ничего не получится. Если, например, цвета хранятся в порядке RGB, то чистый красный станет белым, а чистый голубой - черным.

[Сергей Протько]

@ScorpLeX, чушь какая-то, откуда произведение? Вы по этой формуле не получите яркость пикселя, следовательно не сможете определить белый он или черный. Там нужна сумма произведений компонент на коэффициенты. Значения коэффициентов можно взять в википедии, но если упростить то это просто среднее значение.

[Алексей]

@Lol4t0 чистый красный это 256 и он не станет белым.
@Fesor прочитайте внимательно зачем нужны коэффициенты.

[Сергей Протько]

@ScorpLeX, ваша форумла годиться только если брать за за них 1/3, но при этом будет не важнецки выглядеть картинка. В случае же с православным распределением яркости по каналам этот способ не подходит.

@Lol4t0, чистые цвета будут черным в любом случае.

[Лолшто]

@ScorpLeX @Fesor Ну как же: Red = 0xff0000 > 7FFFFF(8 000 000) => белый. Blue = 0x0000ff <7FFFFF => черный

[Алексей]

@Lol4t0 причем тут это? 256 * 1 * 1 сколько будет?
@Fesor все будет нормально, попробуйте сами.

[Лолшто]

@ScorpLeX Мой комментарий относился к ответу и тому, что над ним. Там написано "Перевести в черно-белое можно определяя _цвет_ пикселя". _Цвет_ красного будет 0xff0000, откуда взялось 256 * 1 * 1 вообще?

[Лолшто]

(То есть, я понимаю, откуда вы это получили, но изначально я понял предлагаемое решение по-другому)