duangsuse::Echo
Radare2 是最好的二进制编辑器 #bin
https://www.fileformat.info/format/bmp/egff.htm
BMP Version 4
第一个版本很好读取，只需要 unpack 就可以了（看这里）
>>>
一个 4 字节整数：Header 的字节数
一个 4 字节整数：图像宽度
一个 4 字节整数：图像高度
一个 2 字节整数：始终为 1
一个 2 字节整数：颜色数
BMP Version 4
第一个版本很好读取，只需要 unpack 就可以了（看这里）
>>>
struct.unpack('<ccIIIIIIHH',bmp)
('B', 'M', 691256, 0, 54, 40, 640, 360, 1, 24)
从结果 54 （矩阵偏移量）开始：一个 4 字节整数：Header 的字节数
一个 4 字节整数：图像宽度
一个 4 字节整数：图像高度
一个 2 字节整数：始终为 1
一个 2 字节整数：颜色数
GitHub
ctf-wiki/ctf-wiki
CTF Wiki Online. Come and join us, we need you! Contribute to ctf-wiki/ctf-wiki development by creating an account on GitHub.
新名字 duangsuse /'dʊɔːŋ sjuːz/ | [⃪PROM, FP]
显得简单一些
| [⃪PLD, FPλ]
这样 PLD 和 FP 就不会被误读了（PLD 是，好像是 FPGA 更好，其实是说 duangsuse 感兴趣的低到嵌入式层面，可是如果熟悉电子设计一定会知道 Programmable Logic Device 的）
FP 后面加上 lambda 符号肯定是说函数式编程的 FP 呢
显得简单一些
| [⃪PLD, FPλ]
这样 PLD 和 FP 就不会被误读了（PLD 是，好像是 FPGA 更好，其实是说 duangsuse 感兴趣的低到嵌入式层面，可是如果熟悉电子设计一定会知道 Programmable Logic Device 的）
FP 后面加上 lambda 符号肯定是说函数式编程的 FP 呢
duangsuse::Echo
不得不说，这是大小端的问题非常喜感，我明明什么都没做，只是保存了一下文件... 就自动帮我反色了
不，其实是我写错了... 好像多输出了一个字节，我都不知道从哪里来的，可是它影响了 BMP 矩阵的解释（shift 了一个位置，结果会导致这样的颜色值问题）...
duangsuse::Echo
我只好注释掉了这个... 我觉得比较有用的流位置指定
初步考证可能是由于 reader 程序对动态大小结构 DIB 的处理有问题，正在修复
表现的现象是读取矩阵时往前 seek 一个字节就不会出问题（不会影响颜色值的解释），但这么做输出的文件依然和源文件不同
我也在怀疑是不是索引格式的问题（零基和非零基什么的）
表现的现象是读取矩阵时往前 seek 一个字节就不会出问题（不会影响颜色值的解释），但这么做输出的文件依然和源文件不同
我也在怀疑是不是索引格式的问题（零基和非零基什么的）
out.bmp
1.6 MB
可以说是非常邪恶的 DIP 算法了...
duangsuse::Echo
其实后来算算 CPU time （就是处理器内部的时钟，一般和晶震同步）发现也没有什么特别的高性能，但这个实际上是每次能处理 4* long long （两个像素），也就是说一次能算出八个像素的，如果加上多线程可以试试，但需要注意的是这个并非传统的反色（而是 bitwise and），传统反色可以用 0xff- 或者 xor 去算，我再写一个...
MASK=ff0000ff FASTINV= ./build/bitmaprevcolorsimd avatar.bmp out.bmp哇，这张好看
#C 突然想到 C99 还是 C11 开始还有
_align marker...