Как файл cs50 copy.c на самом деле находит правильную часть файла растрового изображения? - PullRequest
0 голосов
/ 22 июня 2019

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

У меня возникли проблемы с пониманием того, как copy.c на самом деле находит соответствующую часть файла bmp, чтобы выполнить свою работу.

Вот соответствующая часть их кода -

    BITMAPFILEHEADER bf;
    fread(&bf, sizeof(BITMAPFILEHEADER), 1, inptr);

    // read infile's BITMAPINFOHEADER
    BITMAPINFOHEADER bi;
    fread(&bi, sizeof(BITMAPINFOHEADER), 1, inptr);

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

// ensure infile is (likely) a 24-bit uncompressed BMP 4.0
    if (bf.bfType != 0x4d42 || bf.bfOffBits != 54 || bi.biSize != 40 ||
        bi.biBitCount != 24 || bi.biCompression != 0)

и здесь они проверяют структуры в соответствии с bmp.h, чтобы убедиться, что все в порядке, прежде чем продолжить.

Но как и где они говорят, какая часть файла растрового изображения хранится?

а если нет, то эквивалентны ли bf.bftype и bi.bftype?

есть ли необходимость иметь bf и bi?

Я чувствую, что упускаю что-то очень очевидное.

полная копия.c ниже

// Copies a BMP file

#include <stdio.h>
#include <stdlib.h>

#include "bmp.h"

int main(int argc, char *argv[])
{
    // ensure proper usage
    if (argc != 3)
    {
        printf("Usage: copy infile outfile\n");
        return 1;
    }

    // remember filenames
    char *infile = argv[1];
    char *outfile = argv[2];

    // open input file
    FILE *inptr = fopen(infile, "r");
    if (inptr == NULL)
    {
        printf("Could not open %s.\n", infile);
        return 2;
    }

    // open output file
    FILE *outptr = fopen(outfile, "w");
    if (outptr == NULL)
    {
        fclose(inptr);
        printf("Could not create %s.\n", outfile);
        return 3;
    }

    // read infile's BITMAPFILEHEADER
    BITMAPFILEHEADER bf;
    fread(&bf, sizeof(BITMAPFILEHEADER), 1, inptr);

    // read infile's BITMAPINFOHEADER
    BITMAPINFOHEADER bi;
    fread(&bi, sizeof(BITMAPINFOHEADER), 1, inptr);

    // ensure infile is (likely) a 24-bit uncompressed BMP 4.0
    if (bf.bfType != 0x4d42 || bf.bfOffBits != 54 || bi.biSize != 40 ||
        bi.biBitCount != 24 || bi.biCompression != 0)
    {
        fclose(outptr);
        fclose(inptr);
        printf("Unsupported file format.\n");
        return 4;
    }

    // write outfile's BITMAPFILEHEADER
    fwrite(&bf, sizeof(BITMAPFILEHEADER), 1, outptr);

    // write outfile's BITMAPINFOHEADER
    fwrite(&bi, sizeof(BITMAPINFOHEADER), 1, outptr);

    // determine padding for scanlines
    int padding = (4 - (bi.biWidth * sizeof(RGBTRIPLE)) % 4) % 4;

    // iterate over infile's scanlines
    for (int i = 0, biHeight = abs(bi.biHeight); i < biHeight; i++)
    {
        // iterate over pixels in scanline
        for (int j = 0; j < bi.biWidth; j++)
        {
            // temporary storage
            RGBTRIPLE triple;

            // read RGB triple from infile
            fread(&triple, sizeof(RGBTRIPLE), 1, inptr);

            // write RGB triple to outfile
            fwrite(&triple, sizeof(RGBTRIPLE), 1, outptr);
        }

        // skip over padding, if any
        fseek(inptr, padding, SEEK_CUR);

        // then add it back (to demonstrate how)
        for (int k = 0; k < padding; k++)
        {
            fputc(0x00, outptr);
        }
    }

    // close infile
    fclose(inptr);

    // close outfile
    fclose(outptr);

    // success
    return 0;
}

1 Ответ

1 голос
/ 22 июня 2019

Чтобы украсть у Гага: так определено.

Но как и где они говорят, какая часть файла растрового изображения хранится?

Первыйfread читает первые sizeof(BITMAPFILEHEADER) байтов, что составляет 14 по определению Microsoft и BITMAPFILEHEADER в bmp.h

. Второй fread читает следующие sizeof(BITMAPINFOHEADER) байты, что составляет 40 байтов.по тем же определениям.

, а если нет, то эквивалентны ли bf.bftype и bi.bftype?

Нет bi.bftype.

есть ли необходимость иметь как bf, так и bi?

Абсолютно.В каждой структуре хранится различная информация.

Возможно, изучите, как эта картина из спецификации соответствует bmp.h

bmp file layout

Ине забудьте посетить ссылки Microsoft в bmp.h, как указано в спецификации.

Дополнения:

Это единственная причина, по которой код способен точно вытягивать соответствующие кускипотому что 'fread' запоминает позицию в файле?

Точно!

...