c++ - 将 RGB 444 转换为可显示的图像

Question

我在嵌入式设备中使用了一种奇怪的图像格式，而且像往常一样，文档没有帮助......

这是文档的两行:

图像是:

Full color bitmap (4+4+4bit per pixel), 3 bytes per two pixels (pixelorder from left to right).

因此，为了能够获取字节序列的图像，我编写了以下代码:

// size_x and size_y are known at this point
QImage img(size_x, size_y, QImage::Format_RGB444); 
int xctr = 0;
int yctr = 0;
for(int c1 = 0; c1 < bsize; ) // bsize is the size of image bytes
{
    static const int M = 1; // a multiplier to make the image brighter
    uint8_t b1 = *(p_pos + c1++); // p_pos points to the first image byte
    uint8_t b2 = *(p_pos + c1++);
    uint8_t b3 = *(p_pos + c1++);

    uint8_t pix1_r =( (b1 & 0xF0) >> 4 ) * M;
    uint8_t pix1_g =( (b1 & 0xF) ) * M;
    uint8_t pix1_b =( (b2 & 0xF0) >> 4 ) * M;

    uint8_t pix2_r =( (b2 & 0xF) ) * M;
    uint8_t pix2_g =( (b3 & 0xF0) >> 4 ) * M;
    uint8_t pix2_b =( (b3 & 0xF) ) * M;

    // old code
    //unsigned int pix1 = pix1_r << 8 | pix1_g << 4 | pix1_b;
    //unsigned int pix2 = pix2_r << 8 | pix2_g << 4 | pix2_b;

    // new code
    unsigned int pix1 = ((unsigned int)pix1_r) << 8 | pix1_g << 4 | pix1_b;
    unsigned int pix2 = ((unsigned int)pix2_r) << 8 | pix2_g << 4 | pix2_b;

    // set the first pixel
    img.setPixel(xctr, yctr, pix1);
    xctr ++;
    if(xctr == size_x) {
        xctr = 0;
        yctr ++;
    }

    // set the second pixel
    img.setPixel(xctr, yctr, pix2);
    xctr ++;
    if(xctr == size_x) {
        xctr = 0;
        yctr ++;
    }
}

这是我由此得到的图像:

这是我应该得到的图像(非常相似)(只有蓝色/洋红色部分，请不要考虑黑色背景和雪 :)):

勇敢者，图片数据:http://pastebin.com/m4y8qamB请随意使用这个 Python creating an array from hex bytes将原始数据转换为“真正的”十六进制字节。

问题是:现在，忽略嵌入在设备本身中的图像调色板，我做错了什么，没有获得与预期图像相似的图像？我应该怎么做才能获得相似的图像？

编辑 添加一些解码值的打印输出(和打印字符)后，我得到如下内容:

PPPPPPPPPPPPPPPPPPPAPPPPPPPPPPPP
PPPPPPPAPPPPPPPPPPPPPPPPPPPAPPPP
PPPPPPPPPPPPPPPAPPPPPPPPPPPPPPPP
PPPAPPPPPPPPPPPPPPPPPPPAPPPPPPPP
PPPPPPPPPPPAPPPPPPPPPPPPPPPPPPPA
PPPPPPPPPPPPPPPPPPPAPPPPPPPPPPPP
PPPPPPPAPPPPPPPPPPPPPPPPPPPAPPPP
PGPPPPPPPPPPPPPAPPPPPCANMMMMMMMM
MMMMAMMMMOPCALDDDDDDDDDDDADDDMPC
ANODDDDDDDDDDDDADDKPANPCAGMMMMMM
MMMMMMAMMNPCANPCANPCANPCANPCANPC
ANPCANPPPAPPANPCANPCANPCANPCANPC
ANPCANPCADDADDPCANPCANPCANPCANPC
ANPCANPCANPCMMAMMMMMMMMMMMMMMMMM
MMAMMMMMMMMMMMMMMMMMMMAMMMMMMMMM
MMMMMMMMMMAMMMMMMMMMMMMMMMMMMMAM
MMMMMMMMMMMMMMMMMMAMMMMMMMMMMMMM
MMMMMMAMMMMMMMMMMMMMMMMMMMAMMMMM
MMMMMMMMMMMMMMAMMMMMMMMMMMMMMMMM
MMAMMMMMMMMMMMMMMMMMMMAMMMMMMMMM

Answer 1

我使用 将 pastebin 数据转换为二进制文件

perl -pe 's/([0-9a-f]{2})\s+/chr(hex($1))/ige' > tempfile

当我查看该文件的十六进制转储时，这似乎是正确的。

然后我写了一个程序来解码那个文件:

    #include <stdio.h>

    typedef unsigned char uint8_t;
    #define M 1

    int main(void) {
            FILE *fp;

            int sizex, sizey;
            int xctr, yctr;
            int i=0;

            if ((fp=fopen("tempfile", "rb"))==NULL) {
                    perror("tempfile"); exit(1);
            }
            sizey=getc(fp);
            sizex=getc(fp);
            int bsize=getc(fp)*256;
            bsize+=getc(fp);

            xctr=yctr=0;
            for (i=0; i<bsize/3; i++) {
                    uint8_t b1=getc(fp);
                    uint8_t b2=getc(fp);
                    uint8_t b3=getc(fp);

                    uint8_t pix1_r =( (b1 & 0xF0) >> 4 ) * M;
                    uint8_t pix1_g =( (b1 & 0xF) ) * M;
                    uint8_t pix1_b =( (b2 & 0xF0) >> 4 ) * M;

                    uint8_t pix2_r =( (b2 & 0xF) ) * M;
                    uint8_t pix2_g =( (b3 & 0xF0) >> 4 ) * M;
                    uint8_t pix2_b =( (b3 & 0xF) ) * M;

                    unsigned int pix1 = ((unsigned int)pix1_r) << 8 | pix1_g << 4 | pix1_b;
                    unsigned int pix2 = ((unsigned int)pix2_r) << 8 | pix2_g << 4 | pix2_b;

                    printf("%3x ", pix1);
                    xctr++;
                    if (xctr==sizex) {
                            putchar('\n');
                            xctr=0;
                    }
                    printf("%3x ", pix2);
                    xctr++;
                    if (xctr==sizex) {
                            putchar('\n');
                            xctr=0;
                    }
            }
    }

它或多或少做了你做的，并有输出:

    393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393
    393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393
    393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393
    393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393
    393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393 393
    393 393 393 393 393 393 393 999 ddd eee bcc 393 393 999 fd0 2fd 02f d02 fd0 2f9 993 933 933 933 939 99f fd0 2fd
    02f d02 fd0 2fd 02f ccc 666 ffd 02f d02 fd0 2fd 02f d02 fd0 2fd 029 993 933 933 93d ddf fd0 2fd 02f d02 fd0 2fd
    02f d02 fd0 2ee eff d02 fd0 2fd 02f d02 fd0 2fd 02f d02 ddd 393 393 393 fd0 2fd 02f d02 bbb 393 bcc ffd 02f d02
    fd0 1ee 393 393 bbb ffd 02f d02 f39 339 339 3fd 02f d02 fd0 239 339 339 3ee efd 02f 999 393 393 393 ffd 02f d02
    f39 339 339 3fd 02f d02 fd0 2aa a39 399 9ff d02 fd0 2fd 01e e39 339 399 9ff d02 fd0 2f3 933 933 93d ddf fd0 2fd
    02f d02 fd0 2fd 02f d02 fd0 2fd 02f d02 fd0 2fd 02f d01 eef d02 fd0 2fd 02d dd3 933 933 938 88f fd0 2fd 02f d02
    fd0 2fd 02f aaa 999 ffd 02f d02 fd0 2fd 02f d02 fd0 2fd 029 993 933 933 933 938 88c ccc cc9 993 933 93a aaf d02
    fd0 2fd 02f d02 f99 939 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339
    339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339
    339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339
    339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339 339

看起来解码过程没问题，但输出看起来仍然不像图像。

再次查看您的原始 pastebin 数据，我几乎可以肯定该数据中存在一些错误。开始时，序列“39 33 93”重复了几次，可以很好地转换为 393 393。但后来，你有“FD 02 FD 02 FD 02 FD 02”。这将转化为“FD0 2FD 02F D02 FD0 2..”，我无法想象这是正确的。是否有可能丢失了一些字节(比如\0 字节没有被传输)并且结尾的 339 实际上是属于下一张图像的数据？