Более сложное исследование действительно странного неожиданного результата.

Question

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

Проблема в том, когда я рисую bmp из буфера.

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

void bmp_bdraw (BYTE* BUFF) 
{ 

    word WIDTH, HEIGHT, W, H; // word - unsigned short 
    BYTE R, G, B; // BYTE - unsigned char 

    (!BUFF || !BUFF[COUNT-1]) ? // debug1 
     (error("Error in function 'bmp_bdraw'. There is no data to read from.")) : ;     

    WIDTH = BUFF[18] + BUFF[19] * 256; 
    HEIGHT = BUFF[22] + BUFF[23] * 256; 
    ofs = 54; 

    if(BUFF[0] != 'B' | BUFF[1] != 'M') error // debug2 
     ("Warning: Data identifier error in function 'bmp_bdraw' occurred. Invalid BMP file loaded."); 

    for(H=HEIGHT-1; H>=1; H--) 
    { 
     for(W=0; W<WIDTH; W++) 
     { 
      B = sgetc(BUFF); // fgetc-like function but from buff 
      G = sgetc(BUFF); 
      R = sgetc(BUFF); 

      setpen(R, G, B, 0, 1); // sets the color, transparancy and size of the pen 
      putpixel(W, H); // and puts the pixel at the right location 
     } 
    } 

    if(W != WIDTH || H > 1) // debug3 
     error("Error in function 'bmp_bdraw'. Rendering failed. The file might be damaged.");   

    if(real_fps < 11) 
     error("Too low fps rate."); // debug4 

Что я заметил в линии: for(H=HEIGHT-1; H>=1; H--) является H>=1 В прямом ничьи (ВМР для визуализации) функция (которая работает на 100%, и использует тот же метод), то H>=0 Однако .. если я меняю H>=1 на H>=0, он возвращает ошибку для переполнения буфера, возвратил функцией sgetc.

Answer 1

• Вместо putpixel предпочитают использовать любую функцию bitblt, если таковая имеется.
• Пропустите paddding bytes (если есть) после окончания линии сканирования.

Обновленный код

numPadBytes = WIDTH * 3; 
numPadBytes %= 4; 
if(0 != numPadBytes) numPadBytes = 4 - numPadBytes; 

for(H=HEIGHT-1; H>=1; H--) 
{ 
for(W=0; W<WIDTH; W++) 
{ 
    B = sgetc(BUFF); // fgetc-like function but from buff 
    G = sgetc(BUFF); 
    R = sgetc(BUFF); 

    setpen(R, G, B, 0, 1); // sets the color, transparancy and size of the pen 
    putpixel(W, H); // and puts the pixel at the right location 
} 
for(tmp = 0; tmp < numPadBytes; ++tmp) 
{ 
    /* Ignore bytes */ 
    sgetc(BUFF); 
} 
} 

Вы должны объявить numPadBytes и tmp в int локальной к вашей функции.

Answer 2

Вам необходимо пройти через шаг растрового изображения в направлении x. Каждая строка растрового изображения дополняется кратным четырем байтам.

Ваш код проходит по ширине (* 3 байта), но может быть 1..3 дополнительных байтов в конце строки. Эффект заключается в том, что вы слишком рано начинаете рисовать в выходной буфер, искажая все за первой строкой чуть больше слева.

Вы можете вычислить шаг следующим образом. Используйте это вместо ширины.

int stride = 4 * ((width * bytesPerPixel + 3)/4); // in bytes 

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

unsigned char *scan0 = buf + pixel_buffer_offset; 

for (int y = 0; y < height; ++y) 
{ 
    // sets the pointer to the beginning of the yth row 
    unsigned byte *row = scan0 + y * stride; 

    for (int x = 0; x < width; ++x) 
    { 
     unsigned char b = *row++; 
     unsigned char g = *row++; 
     unsigned char r = *row++; 

     setpen(r, g, b, 0, 1); 
     putpixel(x, y); 
    } 
} 

любой буфер вы пишете должно быть 0 инициализируется как мы не выписывая байты заполнения. Если вы не хотите этого делать, вам нужно будет пройти весь шаг каждой строки. Также убедитесь, что вы выделили для этого stride * height байтов, а не width * height * 3.

Answer 3

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

ofs = ofs + WIDTH%4; 

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