关于#十六进制#的问题，如何解决？

图像压缩
时间限制：1.0 s

内存限制：512.0 MB

问题描述
图像是由很多的像素点组成的。如果用0表示黑，255表示白，0和255之间的值代表不同程度的灰色，则可以用一个字节表达一个像素（取值范围为十进制0-255、十六进制00-FF）。这样的像素组成的图像，称为256级灰阶的灰度图像。

现在希望将256级灰阶的灰度图像压缩为16级灰阶，即每个像素的取值范围为十进制0-15、十六进制0-F。压缩规则为：统计出每种灰阶的数量，取数量最多的前16种灰阶（如某种灰阶的数量与另外一种灰阶的数量相同，则以灰阶值从小到大为序），分别编号0-F（最多的编号为0，以此类推）。其他灰阶转换到最近的16种灰阶之一，将某个点灰阶数与16种灰阶种的一种相减，绝对值最小即为最近，如果绝对值相等，则编号较小的灰阶更近。

输入描述
输入第1行为一个正整数N
，表示接下来有N
行数据组成一副256级灰阶的灰度图像。约定10≤N≤20
。

第2行开始的N
行，每行为长度相等且为偶数的字符串，每两个字符用十六进制表示一个像素。约定输入的灰度图像至少有16种灰阶。约定每行最多20个像素。

输出描述
第一行输出压缩选定的16种灰阶的十六进制编码，共计32个字符。

第二行开始的N
行，输出压缩后的图像，每个像素一位十六进制数表示压缩后的灰阶值。

• 你可以看下这个问题的回答https://ask.csdn.net/questions/7672102
• 除此之外, 这篇博客: 用PaddleHub让你实现智能监控摄像头中的 视频监控主要硬件是摄像头，随着监控设备的近十年的快速更新换代，摄像头像素快速增长，高像素高帧率摄像头给我们带来高清视频监控效果的同时，也伴随着视频信息文件过大的问题。而在部分的安防和公共安全领域，如人脸打卡、刷脸支付、人流密度检测，车辆违规检测等，对检测视频信息的实时性要求高，高精度图像传输对网络带宽提出了极高的要求，且易造成网络拥堵，而网络一旦拥堵，传输受阻，返回数据延时则会产生一些无法预估的影响；在另外更常见的普通监控领域，如校内监控，长时间的监控包含的有用信息确较少，如学校在寒暑假时，校内监控24小时监控，但实际有用信息且很少，占据了过多的存储资源……这个时候如果我们在摄像头近端设置一个具有计算能力的边缘设备，在上传到云服务器前将收集到的信息进行一定的计算和过滤，如在监控领域只在检测到人时进行数据的储存/上传，则可以获得更快的相应时间，同时传输时对网络带宽的要求也会降低，达到更好的传输效果与实际体验感。 部分也许能够解决你的问题, 你可以仔细阅读以下内容或跳转源博客中阅读:
  

统计每种灰阶的数量：遍历图像数据，记录每种灰阶值的出现次数。
选取数量最多的前16种灰阶：根据灰阶数量进行排序，选择数量最多的前16种灰阶，如果某种灰阶的数量与其他灰阶的数量相同，则按照灰阶值从小到大的顺序选择。
编号选定的16种灰阶：将选定的16种灰阶分别编号为0-F，最多的灰阶编号为0，以此类推。
将其他灰阶转换到最近的16种灰阶之一：遍历图像数据，将每个像素的灰阶值与选定的16种灰阶进行比较，找到距离最近的灰阶值，并将其转换为对应的编号。
输出压缩选定的16种灰阶的十六进制编码：将选定的16种灰阶的编号转换为十六进制，并按照顺序输出。
输出压缩后的图像：将转换后的图像数据按行输出。