Не могу открыть файл с расширением bmf. Смотреть что такое "BMP" в других словарях

Операционная система Android, которая устанавливается на большинстве смартфонов и планшетов, имеет ряд преимуществ перед аналогами. Но в то же время из-за своей простоты «операционка» от Google имеет недостатки, а именно: в ней отсутствует довольно много API-функций, которые отвечают за взаимодействие с файлами, например, работу с изображениями в форме BMP. Ситуацию помогают исправить дополнительные приложения: с их помощью можно полноценно использовать ОС Андроид.

Что такое формат BMP

BMP (от англ. BitMap Picture) - это формат изображения, который разработан корпорацией Microsoft. Фактически это расширение файла представляет собой изображение, информация о котором содержится побитно. Минус этого формата состоит в том, что в нём отсутствует сжатие. Потому размер картинок, сохранённых в стандартном формате (jpeg, png и другие), может быть в десятки раз меньше, чем размер такой же картинки, но с расширением bmp. Кроме того, отличительной характеристикой BMP файла является считывание данных: картинка прогружается снизу вверх, а не сверху вниз, как у остальных форматов.

Формат BMP разработан корпорацией Microsoft

Чем открыть BMP на Андроиде

К сожалению, стандартные инструменты Android не позволяют работать с форматом BMP, и даже открывать картинки для просмотра невозможно. Потому единственно правильным решением проблемы будет установка дополнительного программного обеспечения. Существуют специальные приложения, которые имеют в своём арсенале необходимые API-функции для работы с теми или иными форматами файлов.

Fast Image Viewer

разработчик: TDF Software;
лицензия: бесплатная, есть платная версия с расширенными возможностями.

Fast Image Viewer - это простая программа для просмотра всех форматов изображений (от BMP до TIFF). Для удобства пользования имеет собственный файловый менеджер, что упрощает навигацию по памяти устройства. Упор в функционале программы сделан на скорость работы. В приложение добавлены полезные мелочи: работа с картинками из MMC, а также обработка PDF файлов.

Приложение Fast Image Viewer читает все форматы изображений и имеет ряд полезных функций

Видео: как работать в приложении Fast Image Viewer

Perfect Viewer

доступно для скачивания в Google Play;
разработчик: Rookie001;
лицензия: бесплатная.

Программа Perfect Viewer - это отличный инструмент для просмотра разного рода изображений. В приложения вшита возможность просмотра всех популярных форматов, а также добавлен инструмент для более удобного чтения комиксов и книг. Существует возможность работы с файлами Google Drive, Dropbox, OneDrive.

Приложение Perfect Viewer - это качественный и удобный инструмент для просмотра изображений

Видео: как работать с приложением Perfect Viewer

JPG Image Size Reducer

доступно для скачивания в Google Play;
разработчик: GamesGreh;
лицензия: бесплатная.

Приложение JPG Image Size Reducer является конвертером и оптимизатором изображений. Основная особенность программы - уменьшение размера картинок, без потери качества. А это может существенно экономить место на вашем девайсе при хранении на нём больших массивов фотографий и документов. Приложение может работать со всеми видами картинок, конвертировать изображение из одного формата в другой.

Приложение JPG Image Size Reducer позволяет просматривать, конвертировать и изменять размеры картинок

File Viewer for Android

доступно для скачивания в Google Play;
разработчик: Sharpened Productions;
лицензия: бесплатная.

File Viewer for Android - это файловый менеджер с огромным потенциалом для просмотра информации. В программу вшиты большинство функций для открытия практических всех возможных файлов: документы, изображения, архивы, медиафайлы и многое другое (всего считывается больше 100 форматов). К сожалению, приложению недостаёт качественного русского перевода, а также функций по сохранению изменений, которые вносят пользователи.

Приложение File Viewer for Android - это мощный менеджер просмотра файлов

Image Viewer

доступно для скачивания в Google Play;
разработчик: Byte Mobile;
лицензия: бесплатная.

Программа Perfect Viewer создана для замены стандартного инструмента «Галерея». Приложение умеет искать и просматривать все изображения на девайсе, а также в интернете. Устанавливать картинки в качестве рабочего стола, настраивать яркость и контрастность. Работает со всеми основными форматами изображений (PNG, JPG, GIF, BMP, TGA и другие).

Была рассмотрена небольшая программа, перемещающая спрайт по экрану, но, к сожалению, он при этом выглядел не так, как хотелось бы. В этой статье мы попробуем «привести» спрайт в порядок.

Изображение спрайта мы получили из Bmp-файла, из таких же файлов можно брать изображение фона, курсора мыши и элементов интерфейса. Однако на экране мы видим не совсем то, что ожидали: изображение оказалось перевернутым и к тому же с иными, нежели требовалось, цветами. Итак, научимся правильно считывать Bmp-файлы и перевернем картинку «с головы на ноги».

По решению разработчиков формат Bmp-файла не привязан к конкретной аппаратной платформе. Этот файл состоит из четырех частей: заголовка, информационного заголовка, таблицы цветов (палитры) и данных изображения. Если в файле хранится изображение с глубиной цвета 24 бита (16 млн. цветов), то таблица цветов может отсутствовать, однако в нашем, 256-цветном случае она есть. Структура каждой из частей файла, хранящего 256-цветное изображение, дана в , а соответствующие типы записей приведены в .

Заголовок файла начинается с сигнатуры «BM», а затем идет длина файла, выраженная в байтах. Следующие 4 байта зарезервированы для дальнейших расширений формата, а заканчивается этот заголовок смещением от начала файла до записанных в нем данных изображения. При 256 цветах это смещение составляет 1078 - именно столько и пришлось пропустить в нашей прошлой программе, чтобы добраться до данных.

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

Ширина и высота изображения задаются в точках растра и пояснений, пожалуй, не требуют.

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

Глубина цвета считается важнейшей характеристикой способа представления цвета в файле и измеряется в битах на точку. В данном случае она равна 8.

Компрессия. В Bmp-файлах обычно не используется, но поле в заголовке для нее предусмотрено. Обычно она равна 0, и это означает, что изображение не сжато. В дальнейшем будем использовать только такие файлы.

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

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

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

Число основных цветов - идет с начала палитры, и его желательно выводить без искажений. Данное поле бывает важно тогда, когда максимальное число цветов дисплея было меньше, чем в палитре Bmp-файла. При разработке формата, очевидно, принималось, что наиболее часто встречающиеся цвета будут располагаться в начале таблицы. Сейчас этого требования практически не придерживаются, т. е. цвета не упорядочиваются по частоте, с которой они встречаются в файле. Это очень важно, поскольку палитры двух разных файлов, даже составленных из одних и тех же цветов, содержали бы их (цвета) в разном порядке, что могло существенно осложнить одновременный вывод таких изображений на экран.

За информационным заголовком следует таблица цветов, представляющая собой массив из 256 (по числу цветов) 4-байтовых полей. Каждое поле соответствует своему цвету в палитре, а три байта из четырех - компонентам синей, зеленой и красной составляющих для этого цвета. Последний, самый старший байт каждого поля зарезервирован и равен 0.

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

Как мы уже говорили, формат файла был разработан универсальным для различных платформ, поэтому нет ничего удивительного в том, что цвета палитры хранятся в нем иначе, чем принято для VGA. Во время выполнения процедуры чтения производится необходимая перекодировка. (О том, что представляет собой палитра VGA и как с ней работать, мы поговорим в следующих статьях.)

Модуль для чтения 256-цветных Bmp-файлов имеет всего две процедуры. Как видно из листинга, в процедуру чтения файла ReadBMP необходимо передать размеры изображения. Это удобно, если картинку нужно считывать не полностью. Когда заранее известны размеры, это не вызывает проблем, однако было бы хорошо, если бы с помощью нашего модуля можно было читать любые изображения, в том числе и такие, размер которых заранее неизвестен. Для этого предусмотрена процедура ReadBMPheader, считывающая только заголовок файла. Вызвав ее, можно проверить, записано ли изображение в выбранном 256-цветном формате, узнать его размеры и только потом выделять для него память и помещать в отведенный буфер.

Теперь подключим к нашей программе новый модуль. Для этого пропишем его имя в директиве uses, а также предусмотрим массив для хранения данных о палитре, который может быть описан так:

P: arrayof byte;

Процедура CreateSprite, вызывающая операцию чтения файла из нового модуля, упростилась (см. ).

Структура Bmp-файла

Имя	Длина	Смещение	Описание
Заголовок файла (BitMapFileHeader)
Type	2	0	Сигнатура "BM"
Size	4	2	Размер файла
Reserved 1	2	6	Зарезервировано
Reserved 2	2	8	Зарезервировано
OffsetBits	4	10	Смещение изображения от начала файла
Информационный заголовок (BitMapInfoHeader)
Size	4	14	Длина заголовка
Width	4	18	Ширина изображения, точки
Height	4	22	Высота изображения, точки
Planes	2	26	Число плоскостей
BitCount	2	28	Глубина цвета, бит на точку
Compression	4	30	Тип компрессии (0 - несжатое изображение)
SizeImage	4	34	Размер изображения, байт
XpelsPerMeter	4	38	Горизонтальное разрешение, точки на метр
YpelsPerMeter	4	42	Вертикальное разрешение, точки на метр
ColorsUsed	4	46	Число используемых цветов (0 - максимально возможное для данной глубины цвета)
ColorsImportant	4	50	Число основных цветов
Таблица цветов (палитра) (ColorTable)
ColorTable	1024	54	256 элементов по 4 байта
Данные изображения (BitMap Array)
Image	Size	1078	Изображение, записанное по строкам слева направо и снизу вверх

Листинг 1

unit bmpread; {процедуры для работы с Bmp} interface type artype = arrayof byte; arptr = ^artype; bmFileHeader = record {заголовок файла} Typf: word; {сигнатура } Size: longint; {длина файла в байтах} Res1: word; {зарезервировано} Res2: word; {зарезервировано} OfBm: longint; {смещение изображения в байтах (1078)} end; bmInfoHeader = record {информационный заголовок} Size: longint; {длина заголовка в байтах (40)} Widt: longint; {ширина изображения (в точках)} Heig: longint; {высота изображения (в точках)} Plan: word; {число плоскостей (1)} BitC: word; {глубина цвета (бит на точку) (8)} Comp: longint; {тип компрессии (0 - нет)} SizI: longint; {размер изображения в байтах} XppM: longint; {горизонтальное разрешение} {(точек на метр - обычно 0)} YppM: longint; {вертикальное разрешение} {(точек на метр - обычно 0)} NCoL: longint; {число цветов} {(если максимально допустимое - 0)} NCoI: longint; {число основных цветов} end; bmHeader = record {полный заголовок файла} f: bmFileHeader; {заголовок файла} i: bmInfoHeader; {информационный заголовок} p: arrayof byte; {таблица палитры} end; bmhptr = ^bmHeader; {чтение изображения из Bmp-файла} procedure ReadBMP(image:arptr; {массив с изображением} xim,yim:word; {размеры} pal:arptr; {палитра} filename:string); {имя файла} {чтение заголовка Bmp-файла} procedure ReadBMPheader(header:bmhptr;filename:string); implementation {$R-} {чтение изображения из Bmp-файла} procedure ReadBMP(image:arptr; xim,yim:word; pal:arptr; filename:string); var h: bmHeader; i: integer; bmpfile: file; s: longint; begin assign(bmpfile,filename); reset(bmpfile,1); blockread(bmpfile,h,sizeof(h)); {чтение заголовка} for i:= 0 to yim-1 do begin {построчное чтение} blockread(bmpfile,image^[(yim-i-1)*xim],xim); if (xim mod 4) <> 0 then blockread(bmpfile,s,4 - (xim mod 4)); end; close(bmpfile); for i ^= 0 to 255 do begin {преобразование палитры} pal^ := h.p shr 2; {синий} pal^ := h.p shr 2; {зеленый} pal^ := h.p shr 2; {красный} end; end; {чтение заголовка Bmp-файла} procedure ReadBMPheader(header:bmhptr;filename:string); var bmpfile:file; begin assign(bmpfile,filename); reset(bmpfile,1); blockread(bmpfile,header^,sizeof(header^)); close(bmpfile); end; end.

Листинг 2

{ спрайта} procedure CreateSprite(s:string; x,y,dx,dy:integer); var f: file; {файл с изображением спрайта} begin getmem(Sprt.Img,sizeof(SpriteArrayType)); {выделяем память для спрайта} getmem(Sprt.Back,sizeof(SpriteArrayType)); {выделяем память для буфера} Readbmp(@(Sprt.Img^),Xsize,Ysize,@p,s); Sprt.x:= x; Sprt.y:= y; {задаем начальные значения} Sprt.dx:= dx; {координат и приращений} Sprt.dy:= dy; end;

Главный писатель по вопросам технологий

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

До того, как вы сможете открыть файл BMP, вам необходимо выяснить, к какому виду файла относится расширения файла BMP.

Tip: Incorrect BMP file association errors can be a symptom of other underlying issues within your Windows operating system. These invalid entries can also produce associated symptoms such as slow Windows startups, computer freezes, and other PC performance issues. Therefore, it highly recommended that you scan your Windows registry for invalid file associations and other issues related to a fragmented registry.

Ответ:

Файлы BMP имеют Файлы растровых изображений, который преимущественно ассоциирован с Infinity Game Engine Palette Information (BioWare Corp.).

Файлы BMP также ассоциированы с Award AWBM BIOS Bitmap (Phoenix Technologies LTD), Windows OS/2 Bitmap Graphics и FileViewPro.

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

Как открыть ваш файл BMP:

Самый быстрый и легкий способ открыть свой файл BMP - это два раза щелкнуть по нему мышью. В данном случае система Windows сама выберет необходимую программу для открытия вашего файла BMP.

В случае, если ваш файл BMP не открывается, весьма вероятно, что на вашем ПК не установлена необходимая прикладная программа для просмотра или редактирования файлов с расширениями BMP.

Если ваш ПК открывает файл BMP, но в неверной программе, вам потребуется изменить настройки ассоциации файлов в вашем реестре Windows. Другими словами, Windows ассоциирует расширения файлов BMP с неверной программой.

Установить необязательные продукты - FileViewPro (Solvusoft) | | | |

BMP Multipurpose Internet Mail Extensions (MIME):

mime image/bmp

BMP Инструмент анализа файлов™

Вы не уверены, какой тип у файла BMP? Хотите получить точную информацию о файле, его создателе и как его можно открыть?

Теперь можно мгновенно получить всю необходимую информацию о файле BMP!

Революционный BMP Инструмент анализа файлов™ сканирует, анализирует и сообщает подробную информацию о файле BMP. Наш алгоритм (ожидается выдача патента) быстро проанализирует файл и через несколько секунд предоставит подробную информацию в наглядном и легко читаемом формате.†

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

Чтобы начать бесплатный анализ файла, просто перетащите ваш файл BMP внутрь пунктирной линии ниже или нажмите «Просмотреть мой компьютер» и выберите файл. Отчет об анализе файла BMP будет показан внизу, прямо в окне браузера.

Перетащите файл BMP сюда для начала анализа

Просмотреть мой компьютер »

Пожалуйста, также проверьте мой файл на вирусы

Ваш файл анализируется... пожалуйста подождите.

Эта статья про то, как выглядит графический формат bmp. Хоть это и один из простых форматов, но из-за того, что существует много вариаций этого формата, то не все моменты очевидны. Итак, хватит лить воду, начнем.

Структуры формата

Формат bmp (от слов BitMaP - битовая карта, или, говоря по-русски, битовый массив) представляет из себя несжатое (в основном) изображение, которое довольно легко читается и выводится в ОС Windows, в которой есть специальные функции API, которые в этом помогают.

Для начала приведем графическое представление данных в bmp (картинка взята из MSDN).

В начале стоит заголовок файла (BITMAPFILEHEADER). Он описан следующим образом:

bfType определяет тип файла. Здесь он должен быть BM. Если Вы откроете любой файл BMP в текстовом (а лучше в 16-ричном редакторе), то увидите, что первые два символа - это BM (от слова BitMap, как вы уже, наверное, догадались).
bfSize - это размер самого файла в байтах. Строго говоря вы должны его высчитывать (что рекомендуется), но я ставил размер файла неправильно (правда, не нарочно:)) и никаких проблем не было (ACDSee читало без проблем, моя программа работала), но я вам не рекомендую писать его заведомо неправильно, вдруг появится добросовестная программа, которая сверит этот размер с настоящим и решит, что это не bmp, а что-нибудь другое. В идеале все программы для того, чтобы убедиться, что перед ними действительно bmp, а не подделка, должны, во-первых, проверить, что bfType содержит "BM" (без кавычек), а, во-вторых, что bfSize равен размеру файла.
bfReserved1 и bfReserved2 зарезервированы и должны быть нулями.
bfOffBits . Это один из самых важных полей в этой структуре. Он показывает, где начинается сам битовый массив относительно начала файла (или, как написано в MSDN, "от начала структуры BITMAPFILEHEADER"), который и описывает картинку. То есть, чтобы гарантированно попадать на начало массива вы должны писать:

typedef struct tagBITMAPINFOHEADER
{
DWORD biSize;
LONG biWidth;
LONG biHeight;
WORD biPlanes;
WORD biBitCount;
DWORD biCompression;
DWORD biSizeImage;
LONG biXPelsPerMeter;
LONG biYPelsPerMeter;
DWORD biClrUsed;
DWORD biClrImportant;
} BITMAPINFOHEADER, * PBITMAPINFOHEADER;

biSize - это размер самой структуры. Ее нужно инициализировать следующим образом: bih.biSize = sizeof (BITMAPINFOHEADER);
Снова здесь и дальше будем считать, что bih объявлена следующим образом: BITMAPINFOHEADER bih;
biWidth и biHeight задают соответственно ширину и высоту картинки в пикселях.
biPlanes задает количество плоскостей. Пока оно всегда устанавливается в 1.
biBitCount - Количество бит на один пиксель. Подробнее про это поговорим ниже.
biCompression обозначает тип сжатия. Не удивляйтесь и не пугайтесь, что в bmp и вдруг сжатие. Я лично не видел не одной сжатой bmp (но я не говорю, что таких не существует). Если сжатия нет, то этот флаг надо устанавливать в BI_RGB. В этой статье мы говорим про несжатый формат, поэтому другие флаги я даже не буду перечислять. Похоже, что эта же структура используется и в файлах JPEG и PNG, потому что, начиная с Windows 98 тут появились варианты BI_JPEG, которая показывает, что эта картинка - JPEG и BI_PNG, что это PNG (про формат Jpeg я ничего не знаю, я только сделал эти выводы исходя из того, что написано в MSDN).
biSizeImage обозначает размер картинки в байтах. Если изображение несжато (то есть предыдущее поле установлено в BI_RGB), то здесь должен быть записан ноль. biXPelsPerMeter и biYPelsPerMeter обозначают соответственно горизонтальное и вертикальное разрешение (в пикселях на метр) конечного устройства, на которое будет выводиться битовый массив (растр). Приложение может использовать это значение для того, чтобы выбирать из группы ресурсов наиболее подходящий битовый массив для нужного устройства. Дело в том, что формат bmp - это по сути аппаратно-независимый растр, то есть когда внешний вид того, что получается не зависит от того, на что этот растр проецируется (если можно так выразится). Например, картинка будет выглядеть одинаково вне зависимости от того, рисуется она на экране монитора или печатается на принтере. Но вот разрешение у устройств разное, и именно для того, чтобы выбрать наиболее подходящую картинку из имеющихся и используют эти параметры.
biClrUsed определяет количество используемых цветов из таблицы. Если это значение равно нулю, то в растре используется максимально возможное количество цветов, которые разрешены значением biBitCount. Это актуально только для сжатых картинок. Если biClrUsed не нуль и biBitCount меньше 16, то biClrUsed определяет текущее число цветов графического движка или доступного драйвера устройства. Если biBitCount больше или равно 16, то biClrUsed определяет размер таблицы цветов, используемой для оптимизации текущей системной палитры.
biClrImportant - это количество важных цветов. Определяет число цветов, которые необходимы для того, чтобы изобразить рисунок. Если это значение равно 0 (как это обычно и бывает), то все цвета считаются важными.

Виды формата BMP

Все разновидности формата bmp условно можно разделить на два типа: палитровые и беспалитровые. То есть используется в данном с формате палитра или нет. Заметьте, что палитра может быть даже в беспалитровых форматах, только там она не используется. В беспалитровых bmp цвет высчитывается прямо из тех битов, которые идут в файле, начиная с некоторого места. А в палитровых каждый байт описывает один или несколько пикселей, причем значения байта (или битов) - это индекс цвета в палитре. Для начала приведу таблицу, которая сравнивает возможные варианты. Вид картинки (палитровая или беспалитровая) зависит от того, сколько бит отдается на один пиксель, то есть от значения biBitCount структуры BITMAPINFOHEADER.

biBitCount

Палитровый или беспалитровый формат

Максимально возможное количество цветов

Примечания

Палитровый

Двуцветная, заметьте, не обязательно черно-белая, палитровая картинка. Если бит растра (что это такое чуть ниже) сброшен (равен 0), то это значит, что на этом месте должен быть первый цвет из палитры, а если установлен (равен 1), то второй.

Палитровый

Каждый байт описывает 2 пикселя. Вот пример из MSDN .Если первый байт в картинке 0x1F, то он соответствует двум пикселям, цвет первого - второй цвет из палитры (потому что отсчет идет от нуля), а второй пиксель - 16-й цвет палитры.

Палитровый

256

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

Беспалитровый

2^16 или 2^15

Это самый запутанный вариант. Начнем с того, что он беспалитровый, то есть каждые два байта (одно слово WORD) в растре однозначно определяют один пиксель. Но вот что получается: битов-то 16, а компонентов цветов - 3 (Красный, Зеленый, Синий). А 16 никак на 3 делиться не хочет. Поэтому здесь есть два варианта. Первый - использовать не 16, а 15 битов, тогда на каждую компоненту цвета выходит по 5 бит. Таким образом мы можем использовать максимум 2^15 = 32768 цветов и получается тройка R-G-B = 5-5-5. Но тогда за зря теряется целый бит из 16. Но так уж случилось, что наши глаза среди всех цветов лучше воспринимают зеленый цвет, поэтому и решили этот один бит отдавать на зеленую компоненту, то есть тогда получается тройка R-G-B = 5-6-5, и теперь мы может использовать 2^16 = 65536 цветов. Но что самое неприятное, что используют оба варианта. В MSDN предлагают для того, чтобы различать сколько же цветов используется, заполнять этим значением поле biClrUsed из структуры BITMAPINFOHEADER. Чтобы выделить каждую компоненту надо использовать следующие маски. Для формата 5-5-5: 0x001F для синей компоненты, 0x03E0 для зеленой и 0x7C00 для красной. Для формата 5-6-5: 0x001F - синяя, 0x07E0 - зеленая и 0xF800 красная компоненты соответственно.

Беспалитровый

2^24

А это самый простой формат. Здесь 3 байта определяют 3 компоненты цвета. То есть по компоненте на байт. Просто читаем по структуре RGBTRIPLE и используем его поля rgbtBlue, rgbtGreen, rgbtRed. Они идут именно в таком порядке.

Беспалитровый

2^32

Здесь 4 байта определяют 3 компоненты. Но, правда, один байт не используется. Его можно отдать, например, для альфа-канала (прозрачности). Читать растр в данном случае удобно структурами RGBQUAD, которая описана так:

Хранение данных в формате bmp

Ну вот и подошли к самому интересному. После структур BITMAPFILEHEADER и BITMAPINFOHEADER идет палитра. Причем, если формат беспалитровый, то ее может и не быть, однако, на это рассчитывать не надо. Дело в том, что, когда я только начинал разбираться с форматом bmp, в одной книжке я вычитал, что, якобы, если формат беспалитровый, то у нее вообще нет палитры. Там даже были две картинки - схемы формата: одна с палитрой, другая без. А я в это время писал программу, которая усердно оперирует с bmp-шками. И мне надо было преобразовывать входящие картинки из 256 цветов в 24-битные (если таковые имелись) во временные файлы. И я в 24-битных палитру просто не создавал (bfOffBits из структуры BITMAPFILEHEADER у меня был равен сумме sizeof(BITMAPFILEHEADER) + sizeof (BITMAPINFOHEADER), а входящие 24-разрядные оставлял без изменений. С 256-цветными растрами все работало как надо, пока мне не попалась 24-разрядная картинка, у которой внизу вместо нужной части отображался мусор. Я не сразу понял в чем дело. Пока не сравнил размер исходного файла с теоретическим, который должен был быть, не будь палитры. Разница оказалась ровно 1 Kб (ровно 1024 байта). Там была палитра. Поэтому никогда не рассчитывайте на то, есть ли палитра и не надейтесь на ее размер (хотя все картинки, которые мне попадались имели размер палитры 256 цветов, или 1Кб), всегда перемещайтесь по файлу на начало растра, используя bfOffBits. Палитра представляет из себя массив структур RGBQUAD идущих друг за другом. Даже если в палитре используются не все цвета (а только, например, 16), то часто все равно под палитру отводят 256 полей. А 256 * 4 = 1024, где 4 - размер структуры RGBQUAD, то есть и получается тот самый один килобайт.

Сразу за палитрой идет сам растр. Тут уже более запутано. Во-первых, пиксели тут описываются так, как написано в таблице выше в зависимости от формата. И могут сами содержать значение компонентов цвета (для беспалитровых), а могут быть индексами массива-палитры. Сама картинка записывается построчно. Во-вторых, картинка идет как бы перевернутая вверх ногами. То есть сначала записана нижняя строка, потом предпоследняя и так далее до самого верха. И, в-третьих, как написано в , если размер строки растра не кратен 4, то она дополняется от 1 до 3 пустыми (нулевыми) байтами, чтобы длина строки оказалась кратна параграфу. Вот это и есть самое неприятное. Дело в том, что для каждого формата приходится подстраивать это число пустых байтов (правда, я люблю туда записывать часть палитры, просто мне не хочется заводить лишние "нулевые" переменные, если все-равно эти байты пропускают и никому они не нужны). Я привожу таблицу с формулами, которые показывают для какого формата сколько байт надо дописывать в конец строки. Там под переменной Width, как можно догадаться, подразумевается ширина картинки. Все эти формулы были установлены экспериментально. Я приведу пример только для наиболее используемых форматов. Для остальных вы можете написать сами.

Примеры программ

Все исходники вы можете скачать .Я особо не буду тут много писать. Просто приведу функции с комментариями.

Привет 1. Создание картинки в формате bmp.
Здесь создается однотонная картинка. В примерах таких функций три: создание bmp 8, 16 и 24 бит. Я приведу только для 16-битных.

// Создадим картинку в формате bmp 16 бит типа 5-5-5, которая будет просто однотонной
void CreateBmp555 (char * fname, WORD color)
{
HANDLE hFile;
DWORD RW;
int i, j;

// Объявим нужные структуры
BITMAPFILEHEADER bfh;
BITMAPINFOHEADER bih;
BYTE Palette [ 1024 ] ; // Палитра

// Пусть у нас будет картинка размером 35 x 50 пикселей
int Width = 35 ;
int Height = 50 ;

memset (Palette, 0 , 1024 ) ; // В палитре у нас нули заполним их
memset (& bfh, 0 , sizeof (bfh) ) ;

Bfh.bfType = 0x4D42 ; // Обозначим, что это bmp "BM"
bfh.bfOffBits = sizeof (bfh) + sizeof (bih) + 1024 ; // Палитра занимает 1Kb, но мы его использовать не будем
bfh.bfSize = bfh.bfOffBits +
sizeof (color) * Width * Height +
Height * ((sizeof (color) * Width) % 4 ) ; // Посчитаем размер конечного файла
memset (& bih, 0 , sizeof (bih) ) ;
bih.biSize = sizeof (bih) ; // Так положено
bih.biBitCount = 16 ; // 16 бит на пиксель
bih.biClrUsed = 32768 ; // Мы используем 5-5-5
bih.biCompression = BI_RGB; // Без сжатия
bih.biHeight = Height;
bih.biWidth = Width;
bih.biPlanes = 1 ; // Должно быть 1
// А остальные поля остаются 0

HFile = CreateFile (fname, GENERIC_WRITE, 0 , NULL , CREATE_ALWAYS, 0 , NULL ) ;
if (hFile == INVALID_HANDLE_VALUE)
return ;

// Запишем заголовки
WriteFile (hFile, & bfh, sizeof (bfh) , & RW, NULL ) ;
WriteFile (hFile, & bih, sizeof (bih) , & RW, NULL ) ;

// Запишем палитру
WriteFile (hFile, Palette, 1024 , & RW, NULL ) ;
for (i = 0 ; i < Height; i++ )
{
for (j = 0 ; j < Width; j++ )
{
WriteFile (hFile, & color, sizeof (color) , & RW, NULL ) ;
}

// Выровняем по границе
WriteFile (hFile, Palette, (sizeof (color) * Width) % 4 , & RW, NULL ) ;
}
CloseHandle(hFile) ;
}

color - цвет картинки. Значение этой переменной должно быть заполнено в соответствии с первой таблицей. Получившуюся картинку вы можете посмотреть в ACDSee, например. Просто я пробовал ее открыть в Photoshop"е, оказалось, что в этом формате он их читать не умеет. А вы можете:).

Пример 2. Преобразование картинки из формата 8 бит (256 цветов) в 24 бит.

BOOL Convert256To24 (char * fin, char * fout)
{
BITMAPFILEHEADER bfh;
BITMAPINFOHEADER bih;
int Width, Height;
RGBQUAD Palette[ 256 ] ;
BYTE * inBuf;
RGBTRIPLE * outBuf;
HANDLE hIn, hOut;
DWORD RW;
DWORD OffBits;
int i, j;

HIn = CreateFile (fin, GENERIC_READ, FILE_SHARE_READ, NULL , OPEN_EXISTING, 0 , NULL ) ;
if (hIn == INVALID_HANDLE_VALUE)
return FALSE;

HOut = CreateFile (fout, GENERIC_WRITE, 0 , NULL , CREATE_ALWAYS, 0 , NULL ) ;
if (hOut == INVALID_HANDLE_VALUE)
{
CloseHandle (hIn) ;
return FALSE;
}

// Прочтем данные
ReadFile (hIn, & bfh, sizeof (bfh) , & RW, NULL ) ;
ReadFile (hIn, & bih, sizeof (bih) , & RW, NULL ) ;
ReadFile (hIn, Palette, 256 * sizeof (RGBQUAD) , & RW, NULL ) ;

// Установим указатель на начало растра
SetFilePointer (hIn, bfh.bfOffBits , NULL , FILE_BEGIN) ;
Width = bih.biWidth ;
Height = bih.biHeight ;
OffBits = bfh.bfOffBits ;

// Выделим память
inBuf = new BYTE [ Width] ;
outBuf = new RGBTRIPLE [ Width] ;

// Заполним заголовки
bfh.bfOffBits = sizeof (bfh) + sizeof (bih) ; // Не будем писать палитру
bih.biBitCount = 24 ;
bfh.bfSize = bfh.bfOffBits + 4 * Width * Height + Height * (Width % 4 ) ; // Размер файла

// А остальное не меняется
// Запишем заголовки
WriteFile (hOut, & bfh, sizeof (bfh) , & RW, NULL ) ;
WriteFile (hOut, & bih, sizeof (bih) , & RW, NULL ) ;

// Начнем преобразовывать
for (i = 0 ; i < Height; i++ )
{
ReadFile (hIn, inBuf, Width, & RW, NULL ) ;
for (j = 0 ; j < Width; j++ )
{
outBuf[ j] .rgbtRed = Palette[ inBuf[ j] ] .rgbRed ;
outBuf[ j] .rgbtGreen = Palette[ inBuf[ j] ] .rgbGreen ;
outBuf[ j] .rgbtBlue = Palette[ inBuf[ j] ] .rgbBlue ;
}
WriteFile (hOut, outBuf, sizeof (RGBTRIPLE) * Width, & RW, NULL ) ;

// Пишем мусор для выравнивания
WriteFile (hOut, Palette, Width % 4 , & RW, NULL ) ;
SetFilePointer (hIn, (3 * Width) % 4 , NULL , FILE_CURRENT) ;
}

delete inBuf;
delete outBuf;
CloseHandle (hIn) ;
CloseHandle (hOut) ;
return TRUE;
}

В функцию надо передавать имена исходного и конечного файла соответственно.

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

Что такое BMP-формат?

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

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

История возникновения

История создания этого формата неразрывно связана с корпорацией Microsoft, которая впервые реализовала его в своем главном детище - операционной системе Windows. Кроме того, несмотря на постоянную конкуренцию с Apple, поддержка графики такого типа позже была заявлена для операционки OS/2.

Правда, с тех пор BMP-формат графики претерпел множество изменений. Изначально предполагалось, что структура изображения строится на сочетании маленьких квадратиков, сегодня известных под названием пикселей. Считается, что каждый пиксель изображения может содержать данные о различной глубине цвета (количество бит на одну такую графическую единицу). Значения, используемые для указания битности цвета, выглядят как следующий ряд: 1, 2, 4, 8, 16, 24, 32, 48, 64 бита.

При этом для значений меньше 8 цвет указывается только с использованием индекса палитры (таблицы) оттенков, а для значений выше индекс берется из стандартной модели RGB. Последняя содержит вариации цветов, получаемые на основе смешивания красного, зеленого и синего.

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

Чем открыть формат файла BMP?

Что касается открытия изображений такого типа, любая операционка Windows имеет встроенные средства для этого.

Пока еще не были созданы приложения для просмотра, основным средством редактирования оставалась родная программа Paint, входящая в состав любой версии Windows. Тогда это приложение поддерживало исключительно BMP-формат.

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

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

Программ для работы с такими графическими данными можно найти очень много. Среди средств просмотра, к примеру, в Windows можно использовать стандартное средство, среди сторонних приложений достаточно популярными являются программные пакеты типа ACDSee или Irfan View и многие другие.

Что касается редактирования, для работы можно применять все, что угодно, например, те же Adobe Photoshop, Corel Draw или любой другой графический редактор, имеющий даже минимальный набор инструментов и возможностей.

Простейший способ преобразования формата BMP

Теперь посмотрим, как изменить формат BMP простейшими способами. Для этого можно использовать все те же графические редакторы.

Если взять в пример стандартное приложение Paint, сначала в нем открывается искомый файл BMP, после чего из меню «Файл» выбирается команда «Сохранить как…», где в корне, в нижней строке (выпадающее меню) можно найти поддерживаемые форматы.

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

Использование конвертеров

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

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

Кстати, то же самое касается и обратного процесса, когда требуется преобразовать BMP-формат в какой-либо другой.

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

Заключение

Вот вкратце и все, что можно сказать о формате графики BMP. По понятным причинам техническая сторона вопроса в плане структуры файла не рассматривалась. Рядовому юзеру такие данные вряд ли что-то скажут.

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