как его правильно читать?
я делаю так:

BITMAPFILEHEADER FileHeader;
std::ifstream DataFile;
DataFile.open("data.bmp", std::ios::in | std::ios::binary);
DataFile.seekg(0);
DataFile.read((char*)(&Header), sizeof(Header));

и в результате бред получаю

Заранее благодарю за ответ.

примерно так и читать.
только ifstream на мой взгляд - наиболее кривой способ.
file mapping куда красивей.

потом нужно не забыть прыгнуть на bfOffBits

примерно так и читаю
но как было написанно -- получаю бред: второй Reserved не ноль и размер за два гига

P.S.
когда описываю структуру вручную и ставлю выравнивание в байт -- все работает.

P.P.S.
а как из мапа читать?

HANDLE hfile = ::CreateFile( ... )
HANDLE hmap = ::CreateFileMapping( hfile, ... )
void *ptr = ::MapViewOfFile( hmap, ... )

BITMAPFILEHEADER *pbmif = (BITMAPFILEHEADER*)ptr;
дальше работаем как с памятью.

выравнивание не должно сказываться - оно влияет на хвост структуры.
bfType точно BM?

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

буду пробовать через мапы

Type точно BM а потом -- бред: bfSize - 0

только что обратил внимание - у тебя декларирован FileHeader, а читаешь ты Header.
может это и есть бага?

сделал с мапами -- результат аналогичный
( причем полностью аналогичный -- значения полей равны что для варианта с ifstream, что для CreateFile / ReadFile, что для CreateFileMapping / MapViewOfFile )
так что собака, похоже, зарыта в другом месте
Добавлено @ 15:48
AndyY
это я куски из разных мест вырезал -- ошибся
на самом деле читаю FileHeader
( да и такой: BITMAPFILEHEADER *pbmif = (BITMAPFILEHEADER*)ptr; вариант не проходил ( )

а в файле-то что записано?
там должно быть:
WORD bfType;
это 'BM', 2 байта
DWORD bfSize;
размер, 4 байта
WORD bfReserved1;
WORD bfReserved2;
еще 4 0
DWORD bfOffBits;
и 4 байта - смещение.

посмотри в любом hex редакторе.
может это не битмап?. помнится был флейм про то что если bfOffBits > 0x80000000 то переполнение стека в iexplore и можно свой код запустить.

да битмап это, битмап -- сам создал
и структура у него -- правильная ( проверял )
проблема именно при чтении ( похоже WORD bfType; всю малину портит )

может какая-то проблема с компилятором просто?
или WORD переопределен как DWORD?
используется MSVC?

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

компилятор -- C++ Builder 6

вот кусок из заголовка:

Код

#include <pshpack2.h> typedef struct tagBITMAPFILEHEADER {        WORD    bfType;        DWORD   bfSize;        WORD    bfReserved1;        WORD    bfReserved2;        DWORD   bfOffBits; } BITMAPFILEHEADER, FAR *LPBITMAPFILEHEADER, *PBITMAPFILEHEADER; #include <poppack.h>

тест на вшивость компилятора:

int offset_fize = int(&(BITMAPFILEHEADER*)0)->bfSize);
int offset1 = int(&(BITMAPFILEHEADER*)0)->bfReserved1);
int offset2 = int(&(BITMAPFILEHEADER*)0)->bfReserved2);
int offset_off = int(&(BITMAPFILEHEADER*)0)->bfOffBits);

значения - в студию!

что такое BYTE, BOOL, DWORD и WORD:

Код

typedef unsigned long       DWORD; typedef int                 BOOL; typedef unsigned char       BYTE; typedef unsigned short      WORD;

загрузка файла в буфер:

Код

BYTE gbuf["размез буфера"]; CFile f; f.Open("название файла", CFile::modeRead); f.Read(gbuf, f.GetLength()); f.Close();

структуры BMPFILEHEADER и BMPINFOHEADER:

Код

typedef struct tagBMPFILEHEADER { // bmfh    WORD    bfType;    DWORD   bfSize;    WORD    bfReserved1;    WORD    bfReserved2;    DWORD   bfOffBits; } BMPFILEHEADER; typedef struct tagBMPINFOHEADER{ // bmih    DWORD  biSize;    int    biWidth;    int    biHeight;    WORD   biPlanes;    WORD   biBitCount;    DWORD  biCompression;    DWORD  biSizeImage;    int    biXPelsPerMeter;    int    biYPelsPerMeter;    DWORD  biClrUsed;    DWORD  biClrImportant; } BMPINFOHEADER;

читаешь из gbuf в структуры:

Код

BMPFILEHEADER psf; BMPINFOHEADER psi; psf = *((BMPFILEHEADER*)gbuf); psi = *((BMPINFOHEADER*)(gbuf+sizeof(psf)));

Это сообщение отредактировал(а) cardinal - 1.6.2004, 20:06

cardinal
если бы все было так просто... я подозреваю глюк компилера.

si = *((BMPINFOHEADER*)(gbuf+sizeof(psf)));
это - неверно, нужно учитывать bfOffBits;

Цитата

si = *((BMPINFOHEADER*)(gbuf+sizeof(psf))); это - неверно, нужно учитывать bfOffBits;

Ты мой вариант попробовал или просто так сказал, что неверно. Я тебе дал кусок работающей проги. Я компилировал в Microsoft Visual C++ 6.0.

Цитата

если бы все было так просто...

Все на самом деле именно так просто и есть.

Сделай простой проектик и вставь туда то, что я тебе дал. Должно работать!

cardinal
пробовал конечно. работает, но не всегда - некоторые проги пишут левую инфу перед непосредственно дибом. фикси

у меня в vc все работает. у человека глючит builder при врубленном выравнивании структур - вот и копаем, глюк кода или компилера. почитай внимательно тред.

Цитата

некоторые проги пишут левую инфу перед непосредственно дибом.

А что именно?

Цитата

выравнивании структур

А это что? Просвети плиз.

cardinal
вспомнил. bitmapinfoheader лежит за bitmafileheader - это правда.
неправда то, что за bitmapinfoheader сразу лежит диб даже при отсутствии паллитры.
впрочем, hunter видно и сам разобрался с проблемой, а мне вопрос чтения дибов неинтересен - будет надо - вопросов не возникнет.

Цитата

неправда то, что за bitmapinfoheader сразу лежит диб даже при отсутствии паллитры.

Я такого не говорил.

Вот структура bmp:
http://www.fortunecity.com/skyscraper/wind...4/bmpffrmt.html

Ya,Ya глюк кмопилера меняй старший-младший байт(в каждом считанном слове) местами. Если самзаголовок делал под MSVC, то такое наверняка поможет.

Это сообщение отредактировал(а) Sined - 3.6.2004, 12:58

код еще не пробывал ( приду домой -- проверю ) но сразу вопрос:
bfType -- WORD, из за выравнивания он приводится к DWORD соответсвенно все следующие за ним значения плывут.
даже при таком присвоении: psf = *((BMPFILEHEADER*)gbuf);
два байта уйдут не по адресу

я прав?

Цитата

из за выравнивания он приводится к DWORD

я выше уже спрашивал, что такое выравнивание, но никто нчиего не объяснил .

А вообще что это такое

Цитата

bfType -- WORD, из за выравнивания он приводится к DWORD соответсвенно все следующие за ним значения плывут.

программируешь ты или твой компилятор? Конечно след. значения плывут если ты меняшь структуру struct. Я в шоке

программирую то я , но MS в .h прописали -- выравнивание по DWORD' y -- и единственный путь -- править wingdi.h -- что не есть првильно

выравнивание -- дополнение нулями полей стрктур до определенного размера -- 1, 2, 4, 8 байт
т.е. структура {char a, WORD b} в памяти выглядит так( с выравниванием по 1):
a - один байт b - два байта идут последовательно
а с выравниванием 2:
a - два байта b - два байта

как смог -- так объяснил

Аааа, вспомнил . Есть такая параша как pragma. Напиши так, как в примере ниже и будет все выравниваться по 1.

Код

#pragma pack (push) #pragma pack (1) typedef struct tagPALETTE { // rgbq    BYTE    rgbBlue;    BYTE    rgbGreen;    BYTE    rgbRed;    BYTE    rgbReserved; } PALETTE;   typedef struct tagBMPFILEHEADER { // bmfh    WORD    bfType;    DWORD   bfSize;    WORD    bfReserved1;    WORD    bfReserved2;    DWORD   bfOffBits; } BMPFILEHEADER; typedef struct tagBMPINFOHEADER{ // bmih    DWORD  biSize;    int    biWidth;    int    biHeight;    WORD   biPlanes;    WORD   biBitCount;    DWORD  biCompression;    DWORD  biSizeImage;    int    biXPelsPerMeter;    int    biYPelsPerMeter;    DWORD  biClrUsed;    DWORD  biClrImportant; } BMPINFOHEADER; #pragma pack (pop)

дык это не есть правильное решение т.к. нужно править или заголовок от MS или писать свой

Цитата

нужно править или заголовок от MS или писать свой

И это будет правильней?

Хотелось бы что-нибудь от других услышать по этому поводу, а вообще мне кажется что ты _hunter из мухи слона делаешь. Правильное или неправильное решение - работает ведь, что еще надо?

к слову о выравнивании. вот что пишет ms:

Цитата

When you use #pragma pack(n), where n is 1, 2, 4, 8, or 16, each structure member after the first is stored on the smaller member type or n-byte boundaries.

то есть pragma pack(4) влияет только на поля структуры более 4 байт.
соответственно, все должно собираться и с заголовком от ms

кто ж спорит
только такой код:

Код

#include <pshpack2.h> typedef struct tagBITMAPFILEHEADER {        WORD    bfType;        DWORD   bfSize;        WORD    bfReserved1;        WORD    bfReserved2;        DWORD   bfOffBits; } BITMAPFILEHEADER, FAR *LPBITMAPFILEHEADER, *PBITMAPFILEHEADER; #include <poppack.h>

ровняется по DWORD' y
( почем -- не знаю )

Еще раз даю тебе кусок работающей проги.

Код

#pragma pack (push) #pragma pack (1) typedef struct tagPALETTE { // rgbq   BYTE    rgbBlue;   BYTE    rgbGreen;   BYTE    rgbRed;   BYTE    rgbReserved; } PALETTE; typedef struct tagBMPFILEHEADER { // bmfh   WORD    bfType;   DWORD   bfSize;   WORD    bfReserved1;   WORD    bfReserved2;   DWORD   bfOffBits; } BMPFILEHEADER; typedef struct tagBMPINFOHEADER{ // bmih   DWORD  biSize;   int    biWidth;   int    biHeight;   WORD   biPlanes;   WORD   biBitCount;   DWORD  biCompression;   DWORD  biSizeImage;   int    biXPelsPerMeter;   int    biYPelsPerMeter;   DWORD  biClrUsed;   DWORD  biClrImportant; } BMPINFOHEADER; #pragma pack (pop)

У тебя это не работает или ты такой вариант не хочешь потому, что он "неправильный"? Если "неправильный" то объясни почему.

да я так и делаю ( просто других путей пока не вижу ), но считаю его неправильным ( скорее некрасивым ).
Почему? Т.к. нужно писать свои структуры вместо существующих ( Не плодите сущностей сверх
меры ). Это что-то типа INT да BOOL получается

Цитата

Т.к. нужно писать свои структуры вместо существующих

Вот этого я не понял...

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

Это сообщение отредактировал(а) _hunter - 5.6.2004, 17:27

а где она есть?

приплыли
wingdi.h
typedef struct tagBITMAPFILEHEADER {

Цитата

приплыли

Ну я просто спросил потому, что лень искать было
Вообще я взял структуру bmp или из MSDN или из инета.

Когда я делал процедуру для одной встроенной системы в принтере, то никаким wingdi.h не пользовался потому, что моя процедура вообще не в windows выполнялась, а прямо в принтере. Зачем мне wingdi.h?

Тебе что-то надо еще в wingdi.h кроме структуры BITMAPFILEHEADER? Если нет, то зачем она вообще нужна, тем более что с ней возникают сплошные проблемы.

Я сделал просто файл bmpstruct.h и включаю его в те проекты, в которых работаю с bmp файлами.

Помоему мы дошли до того, что просто надо найти ответ на вопрос "Что лучше и правильней - использовать wingdi.h или свой собственный header файл, в котором ничего ненужного нет?" Может отдельный топик сделать?

"приплыли" -- это к тому, что выше я уже приводил и эту структуру и то, что она стандартная

свой собственный header файл -- как я уже писал "не плодите сущностей без меры" но в принципе можно и к такому вопросу свести