C语言实现彩色图转灰度图：从BMP文件解析到加权平均算法

简介这份资源是数字图像处理实验一的配套工程包面向正在学习DIP课程、需要动手实践彩色图像转灰度的学生与初学者。内容以C语言为编程工具在Visual Studio 2010环境下对24位BMP位图进行灰度化处理涉及RGB颜色模型、灰度公式Gray0.299R0.587G0.114B、BMP文件头解析、像素数据遍历与动态内存分配等关键知识点帮助读者理解位图格式与颜色空间转换的基本流程。压缩包共33个文件约1.88MB包含cpp源码、sln与vcxproj工程文件、bmp示例与结果图以及pdb、ilk、tlog等编译调试中间产物可直接在VS中打开运行并对照调试。目前已有1249人学习下载适合作为图像处理入门练手与课程实验参考为后续直方图均衡化、滤波等更复杂任务打下基础。1. 数字图像处理第一课彩色图片到底是怎么变成灰度的你手机里拍了一张彩色照片想把它变成黑白风格第一反应可能是打开修图软件点一下滤镜。但如果你正在学数字图像处理老师大概率会扔给你一个压缩包里面是一堆 C 语言代码让你自己写程序把彩色图转成灰度图。很多新手到这一步就懵了我连图片在电脑里长什么样都不知道怎么用代码去改它其实这件事没有想象中那么玄。你可以把一张彩色图片想象成一块巨大的马赛克瓷砖墙每一块小瓷砖就是一个像素点。彩色图里每个像素点由红、绿、蓝三个分量拼出来就像调色时用三种颜料按不同比例混合。灰度图则简单得多每个像素只有一个亮度值从最暗到最亮排成一条线。所谓彩色转灰度本质上就是给每个像素算一个加权平均分把三个分量压缩成一个数。这份资源就是带你用 C 语言从零实现这个过程的实验包。它适合刚接触数字图像处理、想搞明白底层原理但不知道从哪下手的人。你不需要事先精通 C 语言只要会基本的数组和循环就能跟着跑通第一个例子。2. 动手之前先搞懂图像在电脑里到底是什么2.1 像素、通道和颜色深度三个必须过的概念关刚学数字图像处理的时候最容易翻车的地方不是代码写不出来而是根本不知道自己在操作什么。我见过有同学对着一个二维数组改了半天结果发现那个数组存的是文件头信息不是像素数据。先说像素。像素是图像的最小单位你可以把它理解成屏幕上的一个小方块。一张 1920×1080 的图片就是横向 1920 个像素、纵向 1080 个像素总共两百多万个小方块排在一起。再说通道。彩色图像通常有三个通道红、绿、蓝英文缩写 RGB。每个通道在每个像素位置上都有一个数值表示这个颜色的强度。如果每个通道用 8 位来存那每个通道的取值范围就是 0 到 255。三个通道合在一起一个像素就能表示一千六百多万种颜色。灰度图只有一个通道每个像素就是一个 0 到 255 之间的数值。0 代表纯黑255 代表纯白中间的值就是不同深浅的灰。所以彩色转灰度说白了就是把三个数变成一个数。这里有个新手常问的问题为什么不直接把三个通道取平均比如 R100G150B200平均一下就是 150。这样做不是不行但效果不够好。因为人眼对绿色最敏感对蓝色最不敏感。如果直接取平均绿色和蓝色在视觉上的权重就一样了转换出来的灰度图会显得“平”该亮的地方不够亮该暗的地方不够暗。所以实际用的公式是加权平均灰度值 0.299×R 0.587×G 0.114×B。这个权重分配是有讲究的绿色占了将近六成红色约三成蓝色只有一成出头。你不需要背这个公式的来历但要知道它比简单平均更符合人眼观感。提示不同教材可能给出略有差异的权重系数比如 0.2126、0.7152、0.0722 是另一套标准。入门阶段先用 0.299/0.587/0.114 这组就够了差异肉眼几乎看不出来。2.2 为什么用 C 语言做图像处理不是自找麻烦现在 Python 做图像处理多方便一行cv2.imread加一行cv2.cvtColor就完事了。那为什么还要用 C 语言手写原因很简单你想真正理解图像处理就不能一直站在别人搭好的积木上。用 Python 的库你调用的是一个黑匣子里面怎么读文件、怎么遍历像素、怎么算灰度值你一概不知。用 C 语言写一遍你会被迫面对每一个字节。具体来说用 C 语言做这个实验你会接触到几个核心操作。第一是文件读写你需要用fopen、fread把图片文件读进内存。第二是内存管理你需要用malloc给像素数据分配空间。第三是指针操作你需要用指针遍历像素数组。这三样东西恰恰是理解图像底层表示的关键。而且 C 语言的执行效率高。同样一张 4000×3000 的图片C 语言写的转换程序可能几十毫秒就跑完了Python 纯循环写的话可能要好几秒。虽然入门阶段图片不大但养成效率意识没坏处。我第一次学的时候用 C 语言读一个 BMP 文件光搞明白文件头那几十个字节的结构就花了一下午。但搞懂之后再看任何图像格式都觉得没那么神秘了。2.3 第一个能跑的例子从读一张 BMP 图开始BMP 格式是 Windows 下最简单的图像格式之一没有压缩像素数据基本是原样存储的。用它来入门最合适因为你不必同时处理压缩和解压的问题。下面是一个最小的 C 语言程序它打开一个 BMP 文件读取文件头然后打印出图像的宽度和高度。你可以先跑通这一步再往下做灰度转换。#include stdio.h #include stdlib.h #include stdint.h #pragma pack(push, 1) typedef struct { uint16_t bfType; // 文件类型必须是 0x4D42即 BM uint32_t bfSize; // 文件总大小 uint16_t bfReserved1; // 保留字段 uint16_t bfReserved2; // 保留字段 uint32_t bfOffBits; // 像素数据偏移量 } BITMAPFILEHEADER; #pragma pack(pop) int main() { FILE *fp fopen(test.bmp, rb); if (fp NULL) { printf(打不开文件检查路径和文件名\n); return 1; } BITMAPFILEHEADER fileHeader; fread(fileHeader, sizeof(BITMAPFILEHEADER), 1, fp); if (fileHeader.bfType ! 0x4D42) { printf(这不是一个 BMP 文件\n); fclose(fp); return 1; } printf(文件大小: %u 字节\n, fileHeader.bfSize); printf(像素数据从第 %u 字节开始\n, fileHeader.bfOffBits); fclose(fp); return 0; }这段代码做了几件事。#pragma pack(push, 1)是告诉编译器不要对结构体做内存对齐因为 BMP 文件头是紧凑排列的如果编译器自动填充字节读出来的数据就全乱了。BITMAPFILEHEADER结构体对应 BMP 文件的前 14 个字节其中bfType用来确认这确实是一个 BMP 文件bfOffBits告诉你真正的像素数据从文件哪个位置开始。fopen的第二个参数rb表示以二进制只读方式打开这个b很重要不加的话在 Windows 上可能会出问题。fread把文件头读进结构体然后你就能直接访问各个字段了。跑通这一步之后你至少确认了三件事文件能打开、格式识别正确、文件头解析无误。接下来才是读像素数据、做灰度转换。3. 从彩色到灰度手把手写出你的第一个转换程序3.1 读懂 BMP 的像素存储方式倒着存的秘密BMP 文件有一个让新手非常容易踩坑的特点像素数据是倒着存的。也就是说文件里先存的是图像最下面一行的像素最后存的才是第一行的像素。如果你按正常顺序读出来直接显示图像会是上下颠倒的。另外BMP 的每一行像素字节数必须是 4 的倍数。如果图像宽度乘以 3因为每个像素 3 个字节不是 4 的倍数就需要在每行末尾补几个字节凑齐。这个补的字节数叫 padding不参与显示但你必须跳过它。假设图像宽度是 10 个像素每个像素 3 字节一行就是 30 字节。30 不是 4 的倍数需要补 2 个字节变成 32。所以实际每行占 32 字节其中最后 2 个是无效的填充数据。计算每行实际字节数的公式是(宽度 × 3 3) / 4 × 4。这个整数运算的技巧是先把宽度乘 3加 3 之后除以 4 取整再乘 4就得到了向上取整到 4 的倍数。注意如果你读像素时没有跳过 padding 字节图像会出现斜向错位看起来像被剪切过一样。这是新手最常见的翻车现场之一。3.2 完整转换代码逐行逐像素做加权平均下面这段代码在读取文件头之后继续读取信息头然后分配内存、读取像素、做灰度转换、写出新文件。你可以把它保存为gray.c编译后运行。#include stdio.h #include stdlib.h #include stdint.h #include math.h #pragma pack(push, 1) typedef struct { uint16_t bfType; uint32_t bfSize; uint16_t bfReserved1; uint16_t bfReserved2; uint32_t bfOffBits; } BITMAPFILEHEADER; typedef struct { uint32_t biSize; int32_t biWidth; int32_t biHeight; uint16_t biPlanes; uint16_t biBitCount; uint32_t biCompression; uint32_t biSizeImage; int32_t biXPelsPerMeter; int32_t biYPelsPerMeter; uint32_t biClrUsed; uint32_t biClrImportant; } BITMAPINFOHEADER; #pragma pack(pop) int main() { FILE *fp fopen(color.bmp, rb); if (!fp) { printf(打开输入文件失败\n); return 1; } BITMAPFILEHEADER fh; BITMAPINFOHEADER ih; fread(fh, sizeof(fh), 1, fp); fread(ih, sizeof(ih), 1, fp); int width ih.biWidth; int height abs(ih.biHeight); int rowBytes (width * 3 3) / 4 * 4; // 每行含 padding 的字节数 int dataSize rowBytes * height; unsigned char *colorData (unsigned char *)malloc(dataSize); unsigned char *grayData (unsigned char *)malloc(dataSize); fseek(fp, fh.bfOffBits, SEEK_SET); fread(colorData, 1, dataSize, fp); fclose(fp); for (int y 0; y height; y) { for (int x 0; x width; x) { int idx y * rowBytes x * 3; unsigned char b colorData[idx]; unsigned char g colorData[idx 1]; unsigned char r colorData[idx 2]; // 加权平均公式绿色权重最高 unsigned char gray (unsigned char)(0.299 * r 0.587 * g 0.114 * b); grayData[idx] gray; grayData[idx 1] gray; grayData[idx 2] gray; } } FILE *out fopen(gray.bmp, wb); fwrite(fh, sizeof(fh), 1, out); fwrite(ih, sizeof(ih), 1, out); fwrite(grayData, 1, dataSize, out); fclose(out); free(colorData); free(grayData); printf(转换完成输出 gray.bmp\n); return 0; }这段代码的核心逻辑在双重循环里。外层循环遍历每一行内层循环遍历每一列。idx是当前像素在数组中的起始位置因为每个像素占 3 个字节所以idx每次跳 3。注意读取顺序BMP 文件里每个像素的三个字节依次是蓝、绿、红不是红、绿、蓝。所以colorData[idx]是蓝色分量colorData[idx1]是绿色colorData[idx2]是红色。这个顺序搞反了灰度值就会偏。算出灰度值之后把三个通道都设成同一个值图像就变成灰度的了。最后写出文件时文件头和信息头原样写回像素数据用新的灰度数据替换。3.3 编译运行与验证怎么确认你真的转对了编译命令很简单用 gcc 的话gcc gray.c -o gray -lm ./gray-lm是链接数学库虽然这个例子里其实没用到 math.h 里的函数但加上没坏处。运行之后当前目录下会多出一个gray.bmp。怎么验证结果对不对最直接的方法是打开gray.bmp看一眼。如果图像变成了黑白灰而且内容没有错位、没有颠倒基本就对了。更严格的验证方法是取几个像素点手动算一下。比如你从原图里找到一个像素RGB 分别是 200、100、50那么灰度值应该是 0.299×200 0.587×100 0.114×50 59.8 58.7 5.7 124.2取整后是 124。你可以用画图工具取色看看灰度图对应位置是不是接近 124。如果图像出现斜向错位检查 padding 计算是否正确。如果图像上下颠倒说明你没有处理 BMP 的倒序存储可以在读取后把行顺序反过来或者在写文件时也保持倒序。如果图像颜色明显偏蓝或偏红检查 RGB 三个分量的读取顺序是不是搞反了。4. 避坑指南新手最容易翻车的五个地方4.1 文件打不开路径和权限的坑现象是你运行程序后提示“打开输入文件失败”。原因通常是文件路径不对或者文件根本不在当前工作目录下。很多人把代码放在一个目录图片放在另一个目录然后直接写文件名程序当然找不到。解决办法是先用绝对路径测试确认能打开之后再改成相对路径。另外注意 Windows 下路径分隔符是反斜杠但在 C 语言字符串里反斜杠是转义字符所以要写双反斜杠\\或者直接用正斜杠/C 语言在 Windows 上也能识别正斜杠。4.2 图像错位padding 没跳过现象是转换后的图像看起来像被斜着切了一刀或者右边多出一些乱七八糟的像素。原因就是每行的 padding 字节没有正确处理。当图像宽度乘以 3 不是 4 的倍数时BMP 会在每行末尾补零如果你按width * 3去遍历就会把 padding 字节当成像素数据。解决办法是始终用(width * 3 3) / 4 * 4来计算每行实际字节数遍历像素时用这个值作为行偏移量但内层循环只处理width个像素。4.3 颜色偏差RGB 顺序搞反了现象是灰度图整体偏蓝或偏红或者某些区域亮度明显不对。原因是 BMP 存储像素时字节顺序是 BGR不是 RGB。如果你按 RGB 去读红色和蓝色就互换了。解决办法是记住 BMP 的字节顺序第一个字节是蓝第二个是绿第三个是红。写代码时变量命名也建议用b、g、r的顺序避免自己搞混。4.4 内存泄漏malloc 之后忘了 free现象是程序跑一次两次没问题跑多了之后系统变慢甚至崩溃。原因是用malloc分配了内存但程序结束前没有free。虽然现代操作系统会在进程结束时回收内存但养成好习惯很重要。解决办法是每次malloc之后在程序返回前对应的free写上。如果中间有多个返回分支确保每个分支都释放了内存。4.5 输出文件打不开文件头没写对现象是gray.bmp生成了但双击打不开或者提示文件损坏。原因通常是写文件时文件头信息不对比如bfSize没有更新或者biSizeImage还是旧值。解决办法是写出之前重新计算文件大小和图像数据大小更新到对应的结构体字段里。最简单的做法是保持文件头和信息头不变只替换像素数据这样文件大小不变一般不会出问题。但如果你改了图像尺寸就必须更新这些字段。5. 下一步学什么从灰度图走向更真实的图像处理跑通彩色转灰度之后你其实已经摸到了数字图像处理的门槛。接下来有几条路可以走我按上手难度从低到高排一下。第一条路是换一种图像格式。BMP 是最简单的但实际用得多的是 JPEG 和 PNG。你可以试着用 C 语言调用现成的库来读写这些格式比如 stb_image 这个单文件库用起来很方便。这样你就不用自己解析文件头了可以把精力放在处理算法上。第二条路是加一些简单的图像增强。比如把灰度图做对比度拉伸让暗的地方更暗、亮的地方更亮。或者做一个阈值二值化把灰度图变成只有黑白两色的图。这些操作本质上都是对像素值做数学变换你已经有遍历像素的基础了改起来很快。第三条路是学一点图像滤波。比如均值滤波就是把每个像素替换成它周围几个像素的平均值效果是让图像变模糊。再比如边缘检测找出图像中亮度变化剧烈的地方。这些算法会让你开始理解卷积的概念是通往深度学习的必经之路。下面这张表可以帮你判断先学哪个方向前置知识上手难度实用程度换图像格式基本文件读写低高对比度拉伸像素遍历低中阈值二值化像素遍历低高均值滤波二维数组操作中中边缘检测卷积概念中高高我自己的习惯是每学一个新算法都先用一张小图比如 100×100手动算几个像素的值确认公式理解对了再写代码批量处理。这个习惯帮我省了很多调试时间因为如果小图上结果不对大图上肯定也不对而且小图更容易定位问题。还有一个建议是养成写注释的习惯。图像处理的代码里经常出现一堆下标和偏移量过两天再看可能就忘了idx 1到底是绿色还是蓝色。我当时就是没写注释回头改代码的时候把 RGB 顺序又搞反了一次白白浪费了一个小时。从那以后我每次写图像处理代码都在变量名里带上通道标识比如blueVal、greenVal、redVal并且在循环开头写一行注释说明当前遍历的是哪一行哪一列。这个习惯看起来不起眼但真的能省下很多后悔药。希望帮到你从这张灰度图开始慢慢把图像处理的每个环节都摸一遍。本文还有配套的精品资源点击获取