Картинку в формате windows 24 bit bmp file

Перепечатано из https://blog.csdn.net/u012877472/article/details/50272771

BMP (полное имя Bitmap) — это стандартный формат файла изображения в операционной системе Windows, который можно разделить на две категории: зависящее от устройства растровое изображение (DDB) и независимое от устройства растровое изображение (DIB), которое очень широко используется. Он использует формат хранения растровых изображений, в дополнение к дополнительной глубине изображения, не использует никакого другого сжатия, поэтому пространство, занимаемое файлом BMP, очень велико. Глубина изображения файлов BMP может быть выбрана из lbit, 4bit, 8bit и 24bit. При хранении данных в файле BMP изображение сканируется в порядке слева направо и снизу вверх. Поскольку формат файла BMP является стандартом для обмена данными, связанными с графиками, в среде Windows, все графические и графические программы, работающие в среде Windows, поддерживают формат изображений BMP.

Вот краткое введение в формат BMP на конкретном примере.

1. Общая информация

Файлы в формате BMP выглядят следующим образом от начала до конца:

• заголовок файла bmp (заголовок файла bmp): всего 14 байт;
• Заголовок растровой информации (растровая информация): всего 40 байт;
• Цветовая палитра: необязательно;
• Растровые данные

Наиболее распространенной является 24-битная карта. Так называемая 24-битная карта означает, что информация о цвете пикселя представлена ​​24 битами, то есть для трех основных цветов BRG каждый цвет представлен байтовыми (8) битами. В дополнение к 24-битным изображениям, есть 1 бит (монохромный), 2 бита (4 цвета, CGA), 4 бита (16 цветов, VGA), 8 бит (256 цветов), 16 бит (расширенные цвета), 24 бита (правда) Цвет) и 32-битный.

Ниже приводится подробное введение через следующие рисунки:

Часть информации об изображении выглядит следующим образом:

2. заголовок файла bmp

Заголовок файла bmp содержит следующую информацию:

• bfType: 2 байта, тип файла;
• bfSize: 4 байта, размер файла;
• bfReserved1: 2 байта, зарезервированы, должны быть установлены в 0;
• bfReserved2: 2 байта, зарезервированы, должны быть установлены в 0;
• bfOffBits: 4 байта, смещение от начала до растровых данных;

Данные на рисунке ниже — заголовок файла bmp:

Всего 14 байтов, поясняется ниже один за другим.

0-1: bfType, который указывает тип файла. Два байта файла формата BMP — 0x4D42, десятичное число — 19778, а символьное отображение — «BM»;

2-5: bfSize, указывающий размер файла, здесь 0x0004B436, десятичное число 308278, что составляет 301 КБ, проверьте информацию о файле, убедитесь, что он правильный;

6-7: bfReserved1, зарезервированный бит, должен быть установлен в 0;

8-9: bfReserved2, зарезервированный бит, должен быть установлен в 0;

a-d: bfOffBits, 4-байтовое смещение, которое представляет смещение от заголовка файла к данным точечного рисунка, здесь 0x00000436, десятичное значение 1078, и проверка будет выполнена позже;

3. Заголовок растровой информации (растровая информация)

Всего 40 байтов заголовка растрового изображения, включая следующее содержимое:

Всего 40 байтов, объясняется следующим образом:

0e-11: 4-байтовый biSize, здесь 0x28, что составляет 40 десятичных знаков, проверено правильно;

12-15: 4-байтовый biWidth, здесь 0x00000280, что составляет 640 десятичных знаков, а ширина изображения выражается в пикселях. Проверьте информацию о файле, чтобы убедиться, что оно правильное;

16-19: 4-байтовый biHeight, здесь 0x000001E0, что составляет 480 десятичных знаков, используя пиксели для представления высоты изображения, проверьте правильность информации о файле, в то же время это положительное число, указывающее, что изображение инвертировано, то есть данные изображения Расположен от нижнего левого угла до верхнего правого угла;

1a-1b: 2-байтовые бипланы со значением 0x0001;

1c-1d: 2-байтовый biBitCount, значение 0x0008, то есть 8 означает, что каждый пиксель представлен 8 битами, и всего имеется 256 цветов;

1e-21: 4-байтовая бикомпрессия, значение равно 0, то есть формат BI_RGB, без сжатия;

22-25: 4-байтовый biSizeImage, размер изображения, значение 0x0004B000, десятичное значение 307200, из вышеприведенных bfSize (размер файла) и bfOffBits (заголовок файла к смещению данных) 308278 и можно получить 1078, biSizeImage = bfSize-bfOffBits, то есть размер изображения = смещение размера файла;

26-29: 4-байтовый biXPelsPerMeter, горизонтальное разрешение, значение 0x00000EC4, десятичное значение 3780;

2a-2d: 4-байтовый biYPelsPerMeter, разрешение по вертикали, значение 0x00000EC4, десятичное значение 3780;

2e-31: 4 байта biClrUsed, используемый номер индекса цвета, значение 0x00000100, десятичное 256, в соответствии с выводом, полученным 1c-1d;

32-35: 4-байтовый biClrImportant, важный индекс цвета, значение 0x00000100, 256 знаков после запятой;

4. Цветовая палитра

Цветовая палитра является необязательной, но 8-битная цветовая карта здесь имеет цветовую палитру. Тогда следующие данные — палитра. Палитра является индексом цветов. Вот 8-битная цветовая карта. Всего 256 цветов. Поскольку каждый цвет имеет основные цвета RGB, то есть для представления требуется 3 байта. В этом случае 256 цветов не могут представлять все из них. Цвет, поэтому вам нужен индекс с байтовым индексом, указывающим на цвет, представленный 4 байтами (RGB плюс альфа-значение). Если эти 4 байта представлены как тип Color, тогда палитра является массивом Color. Поскольку тип Color также является массивом, палитра цветов похожа на палитру двумерных массивов [N] [4], где N — количество цветов, здесь 256. Следовательно, размер палитры в этом примере составляет 256×4 = 1024 байта. Перед палитрой имеется 14-байтовый заголовок файла bmp, 40-байтовый заголовок информации о растровом изображении и 1024-байтовая цветовая палитра. Всего на плате 1078 байт, что означает, что перед данными реального изображения находится 1078 байт, что согласуется с bfOffBits в заголовке файла bmp, что подтверждает наше обсуждение.

Некоторые изображения не имеют цветовой палитры, например следующая 24-битная цветовая карта:

Данные заголовка следующие:

Согласно приведенному выше обсуждению, мы можем знать, что biBitCount равен 24 (0x18), bfOffBits равен 54 (0x36), то есть палитры нет, а заголовок битовой информации находится рядом с данными изображения.

Данные в палитре представляют собой группу из 4 байтов каждая, представляющую значения синего, зеленого, красного и альфа-канала. Возьмите первое изображение в качестве примера:

Далее идут растровые данные. Поскольку это 8-битная цветовая карта, каждый пиксель представлен 1 байтом, и каждый байт вынимается и отображается на соответствующем устройстве.

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

Если это 24-битная цветовая карта, она размещается в порядке BGR, а 32-битная цветовая карта располагается в соответствии с BGRAlpha.

Другое правило размещения растровых данных — выравнивание.

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

Каждая строка данных после заполнения выглядит следующим образом:

Среди них BPP — это количество бит на пиксель (Bits Per Pixel), то есть biBitCount, Width — ширина, а единица — пиксель или bfWidth.

В нашем примере BPP равен 8, а ширина — 480, что кратно 4, что означает отсутствие заполнения. Давайте посчитаем:

RowSize = 4 * (8 * 480/32) = 480 байт, убедитесь, что заполнение отсутствует.

Затем возьмите в качестве примера 24-битное цветное изображение второго изображения выше, согласно данным, которые вы можете получить:

Согласно формуле заполнения, каждая строка имеет 4 * (24 * 454/32) = 1364 байта, реальные данные имеют 454 * 3 = 1362 байта, что означает, что каждая строка заполнена 2 байтами 0, всего 83 строки, Всего было заполнено 83 * 2 = 166 байт, что подтвердило наше обсуждение.

В программе мы можем использовать следующий код для вычисления данных для каждой строки:

int bytesPerLine=((bfWidth*biBitCount+31)>>5)<<2;

Тогда размер растровых данных:

int imageSize=bytesPerLine*bfHeight;

В этом случае после сканирования строки данных последние несколько байтов могут быть заполнены 0, и их необходимо пропустить:

int skip=4-((bfWidth*biBitCount)>>3)&3;

Сервис позволяет произвести преобразование(ковертировать) из формата JPG в формат BMP

JPEG – это наиболее распространенный и популярный формат растрового изображения. Свое название форма получил по аббревиатуре от названия организации-разработчика Joint Photographic Experts Group. Файлы такого формата используются сегодня во всех цифровых фотоаппаратах и камерах. Они имеют хорошую степень сжатия и поддерживают глубину цвета в 24 бит. Поскольку такое сжатие существенно уменьшают размер изображения практически без потери качества, формат JPEG широко распространен в Интернете. Однако чем сильнее сжатие, тем хуже качество. К тому же формат JPEG не поддерживает опцию прозрачности.

BMP — это графический формат, который позволяет хранить растровые изображения в виде точечного рисунка на основе однослойных растров. Его разработала компания Microsoft. Она же реализовала его в операционной системе Windows. Формат BMP (англ. Bitmap Picture) применяется в работе многих программ, поскольку его поддержка интегрирована в ОС Windows и OS/2. Файлы этого формата могут иметь расширения .bmp, .dib либо .rle.
BMP-формат графики часто изменялся. С самого начала структура изображения была построена путем сочетания небольших квадратиков, то есть пикселей, каждый из которых способен содержать данные о том, какова глубина цвета. Она бывает 1, 2, 4, 8, 16, 24, 32, 48 бит на пиксель. Размер конечной картинки зависит от битности. Формат файла BMP и поныне смотрится монстром, так как у него большие размеры. Ведь изображение несжатое, чего не скажешь, например, про формат JPG.
Любая ОС Windows располагает средствами для того, чтобы открыть такие изображения. Главным средством редактирования всегда была Paint – родная программа Microsoft, которая есть в каждой версии Windows. В BMP изображения хранятся в оригинальном виде, но можно использовать и алгоритмы сжатия. Скажем, BMP осуществляет качественную поддержку RLE-сжатия.

Отзывы

Вы можете перевести картинки и фотографии в формат bmp с помощью бесплатного онлайн конвертера.

Microsoft Windows bitmap

Return to
Microsoft Windows Bitmap File Format Information

Эта статья про то, как выглядит графический формат 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»), который и описывает картинку. То есть, чтобы гарантированно попадать на начало массива вы должны писать:

Здесь и далее будем считать, что переменная bfh объявлена как BITMAPFILEHEADER bfh;

А дальше идет структура BITMAPINFOHEADER, которая объявлена так:

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.

Хранение данных в формате 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, то есть и получается тот самый один килобайт.

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

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

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

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

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

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

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

Источники

1. Д. Гончаров, Т. Салихов. «DirectX 7.0 для программистов»
2. MSDN

 06.12.2007 — 18:17

 24.02.2008 — 20:25

как это вы додумались до этого?

Jenyay 25.02.2008 — 19:23

До чего именно?

Хорош_гусь)) 26.02.2008 — 22:18

Big Endian — Small Endian

Надо ещё учесть то, что все числа лежат в формате Big Endian, т.е. байты местами переставлены! Я до этого долго доходил!

Сергей 11.07.2008 — 17:00

программы для открытия структуры файла BMP

Здравствуйте подскажите какие программы позволяют открывать структуру любого файла BMP (с просмотром кода каждого пикселя)?

Фосса 05.11.2008 — 12:15

Little Endian!

Таки данные представлены в формате Little Endian, то есть младшим байтом-вперёд }=

Den 08.01.2009 — 13:04

Так если это взято из MSDN, тогда почему другие графические

редакторы не могут открыть файл в этом формате????????

Jenyay 08.01.2009 — 17:32

Какой файл?

amarant555 13.02.2009 — 15:04

пробовал на делфи работать с файлом созданым фотожоп >16 бит

не воспринимает видимо там 5-5-5 вместо 5-6-5 (с которым умеет работать делфи)

кому не трудно можете проверить прав я или нет.

amarant555 13.02.2009 — 15:07

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

PanzerDogg 22.02.2009 — 22:55

GOOD!!!

 26.02.2009 — 09:43

 10.05.2009 — 17:50

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

Jenyay 10.05.2009 — 17:57

Просто интересно, а кому может понадобиться описание формата файла кроме программистов?

DiezAver 16.05.2009 — 11:18

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

Jenyay 16.05.2009 — 11:23

Нет, нужно писать не один байт, потому что один пиксель занимает три байта. Если бы картинка была 8-битовая, а не 24-битовой, то достаточно было бы одного байта.

DiezAver 19.05.2009 — 09:01

О, действительно, просто я как раз с 8-битовыми сейчас работаю

Влад 01.06.2009 — 19:08

Проблема с чтением палитры

for(int i=0; i<256; i++){
    fin.get(color.blue);
    fin.get(color.green);
    fin.get(color.red);
    fin.get(reserved);
    setPaletteRegistr(i, &color);
  }

daim 31.07.2009 — 08:10

такой вот глупый вопросец:

с 24 бит на пиксель понятно

допустим белый — FF FF FF

читаем каждый канал и записываем

В свои байтные переменные

а с 16 бит на пиксель как?

тотже белый FF 7F FF?

как то через маску….?

и размер параграфа то же будьте добры,

просто первый раз здесь услышал

Джей 13.11.2009 — 17:04

«…есть надписи на русском языке»

> «BitMaP — битовая карта, или, говоря по-русски, битовый массив»

Вообще-то слово «массив» — французского происхождения (massif от massiz).

Но это мелочи. Я тут чеек посторонний, просветите: што за язык чудной вы используете для программ своих написания? Уж не Си ли это?

Jenyay 13.11.2009 — 17:11

Джей 17.11.2009 — 10:51

Si, si…

Я щас пишу на C# (уж больно заказчик формы любит…). Какую среду разработки посоветуете?

Jenyay 17.11.2009 — 10:55

Visual C# Express, если не хочется денег на среду тратить.

Джей 17.11.2009 — 11:28

Ah, bien merci, merci bien…

Mille mercis…

З.ы. source: «Распространенье наше по планете / Особенно заметно вдалеке. / В общественном парижском туалете / Есть надписи на русском языке» (В.С. Высоцкий)

Джей 17.11.2009 — 17:32

mille pardons

Je m’excuse de vous demander pardon… Вы в ЦОИз шарите? Если да, в чём именно?

Jenyay 30.11.2009 — 22:26

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

Людмила 17.01.2010 — 18:44

Очень важная для меня, интересная информация. Большое спасибо. Удачи, здоровья.

murder 07.04.2010 — 13:52

16-битные изображения

Domen0 25.05.2010 — 12:08

Огромное спасибо! Наконец-то нашел.

Винт 01.09.2010 — 18:27

     delete[] inBuf;
     delete[] outBuf;

 25.09.2010 — 20:07

 01.10.2010 — 18:14

)))) 21.12.2010 — 05:54

 14.01.2011 — 20:55

здесь никто ни чего не знает

Ротва 18.01.2011 — 02:09

Амет

Написал собственную прогу по этой статье. Спасибо.

Проверил все варианты, за исключением 5-5-5, 5-6-5.

Если у кого-то есть изображения с таким форматом и БЕЗ сжатия, очень прошу выложить на http://pixs.ru/

и скинуть линк сюда! thx!

апт 12.03.2011 — 11:01

врт

ку

Duk Nukem 27.10.2011 — 20:43

Ошибка в программе

Jenyay 29.10.2011 — 09:47

Попробовал сейчас скомпилировать исходник в Visual C++ 2008 Express, все скомпилировалось. А у Вас каком компилятор?

eugrita 27.12.2011 — 05:41

создание BMP

у меня ваша программа создала BMP-файл, но просмотр его оказался недоступен. Почему??? (Win XP)

eugrita 27.12.2011 — 05:43

cоздание BMP

При попытке открытия Paint говорит что недостаточно ресурсов для выполнения операции

Slavon G. 11.01.2012 — 02:26

re: создание BMP

eugrita, тяжело что-то сказать, не видя кода программы

Jenyay, а вот тут ошибочка

//Convert256To24()

bfh.bfSize = bfh.bfOffBits + 3 * Width * Height + Height * (Width % 4);

Slavon G 11.01.2012 — 02:29

re: создание BMP

mao 12.08.2012 — 14:55

А сколько здесь байт в LONG? что-то я смотрю в редакторе одну бмп-картинку и похоже на то, что 4, но в чём тогда отличие от dword?

mao 12.08.2012 — 15:24

mitas 24.11.2012 — 15:01

вопросик.

         Height * ((sizeof(color) * Width) % 4  это так называемая проверка на кратность.

h21 16.10.2013 — 11:20

h21 16.10.2013 — 11:38

Борис 31.12.2013 — 15:03

Пиксели

Подскажите , вот я записал сами байты изображения в массив , как перевести их в целые числа(для цвета) , 0 до 15 . Плиз?

Борис 31.12.2013 — 15:04

I.D. 09.01.2014 — 15:52

Хорошая статья

Прохожий 27.01.2014 — 13:32

Представление чисел в памяти и регистрах

Серж 25.05.2014 — 01:36

Мегаспасибо

Никак не мог понять, почему у меня не получается сохранить 8-битный массив с камеры размером 1625×1234 в бмп-файл. Хотя 1624×1234 сохраняется без проблем.

Все заработало как только я добавил в файл дополнительно нули в количестве — как вы указали — «(3 * Width) % 4» (для 8 бит)

Огромное Вам спасибо!

девочка, совершившая ошибку в своей жизни 27.10.2014 — 21:54

Помощь, мне нужна помощь, ребятки!

Я сохранила рисунок, который я очень долго и старательно рисовала в графическом редакторе-Paint. Так вот, этот рисунок имеет очень хорошую чёткость в Painte, но когда я его сохраняла, получается, что картинка не имеет такой же четкости, когда была рисунком. А совершила я ошибку в том, что сохранила рисунок в «256-цветный рисунок (*.bmp*;.did)» и сейчас он поменял цвета, а изначально он был у меня в формате *.png. Это очень плохо для меня. Прошу, помогите пожалуйста мне вернуть обратно цвет рисунку, который был раньше, и сделать так, чтобы при сохранении рисунка, картинка получалась такой же четкой, как и рисунок, если это возможно.

Jenyay 27.10.2014 — 22:37

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

 11.02.2015 — 15:33

 11.02.2015 — 15:37

можете пожалуйста подсказать с конвертированием 24-битного в 8-битный, а именно как посоветуете распределять цвета. вот у вас есть пример 8 битной с использования палитры, так, а вот есть у нас 3 байта, для кодирования R, G и B, вот как правильно преобразовать в индекс цвета в таблице…

Vlad K 02.03.2015 — 10:25

Обратная задача

У меня обратная задача. Нужно оцифровать график с картинки от BMP 8-бит от Paint(к примеру). Подскажите, с чего начать?

Спасибо

ДмитрийК 12.02.2016 — 20:59

Georgy Sviridov 28.06.2019 — 17:20

Спасибо, быстро разобрался.

oss 14.09.2019 — 14:49

Спасибо большое за статью!

Иван Иванов 11.12.2019 — 10:53

Много полезна статия. Благодаря!

Виктор 01.03.2021 — 12:24

Тема

Параграф это 4 байта ?

Если так, то формула расчета для добавление недостающих байтов в строку будет такой, для 24 битового формата:

4 — (Width*3 mod 4)

Виктор 01.03.2021 — 12:24

Тема

Параграф это 4 байта ?

Если так, то формула расчета для добавление недостающих байтов в строку будет такой, для 24 битового формата:

4 — (Width*3 mod 4)

Виктор 01.03.2021 — 12:25

Тема

Параграф это 4 байта ?

Если так, то формула расчета для добавление недостающих байтов в строку будет такой, для 24 битового формата:

4 — (Width*3 mod 4)