大明狐 发表于 2024-2-19 12:09
字库工具很完美
只有一个像素需要两个或两个以上的字节存储时，
才有有高字节在前或者低字节在前的说法
16位模式前面的几项，都是一个字节存储多个点
数据本来就是以字节为单位的，此时设置高字节在前没有意义
zhp 发表于 2024-2-19 14:53
只有一个像素需要两个或两个以上的字节存储时，
才有有高字节在前或者低字节在前的说法
原来是这样啊，那问题就只剩下最重要的 【图片的取模顺序】 了。
以及还有个 【高位在前】还是【低位在前】 的设置，有了这个，
不光OLED和LCD可以用，LED点阵屏也可以使用了。
王昱顺 发表于 2024-2-19 13:17
提一个小小的建议，这个图片取模的背景能不能换个颜色？
多谢建议！
后续会增加自定义背景颜色功能
大明狐 发表于 2024-2-19 15:05
原来是这样啊，那问题就只剩下最重要的 【图片的取模顺序】 了。
以及还有个 【高位在前】还是【低位在前 ...
不太明白你说描述的“图片的取模顺序”是不是就是我们的软件上面的扫描模式
目前软件中的扫描模式选项中，各种组合都有了
zhp 发表于 2024-2-19 15:18
不太明白你说描述的“图片的取模顺序”是不是就是我们的软件上面的扫描模式
目前软件中的扫描模式选项中 ...
图片模式下，直接取模，按照OLED的数据结构，
八个扫描模式都取不出正确顺序
只有通过旋转图片和逆向顺序取模（红框里的方式）才能显示正常
而文字工具那边就是正确的
大明狐 发表于 2024-2-19 15:34
图片模式下，直接取模，按照OLED的数据结构，
八个扫描模式都取不出正确顺序
有无可能调整一下OLED显示图片的代码，主要是推送数据的循环嵌套
字库工具建议加个文字颜色和背景颜色的设置（点击打开调色板设置）
还有点击像素区域建议加个取反，便于修改图像和手动绘图
要是能批处理就好了，视频用其他软件导出对应像素的jpg序列，
然后直接转换成16进制，现在实现这个功能是自己用C#写的
DebugLab 发表于 2024-2-19 19:46
字库工具建议加个文字颜色和背景颜色的设置（点击打开调色板设置）
还有点击像素区域建议加个取反，便于修 ...
还有字库工具建议加个打开bmp图像和另存为bmp图像的功能，之前自己做的字库都是bmp文件
DebugLab 发表于 2024-2-19 19:55
还有字库工具建议加个打开bmp图像和另存为bmp图像的功能，之前自己做的字库都是bmp文件
最好能支持到几千像素，经常用PS拼接成一张图然后直接转换
用的是这个
晓飛飛 发表于 2024-2-19 18:59
有无可能调整一下OLED显示图片的代码，主要是推送数据的循环嵌套
可以断定没有这个可能，理由有二：
第一、
文字工具里是可以按照列行式提取图片数据的，到了图片工具里，没有道理相同的选项却取出不同的顺序来，大概率是程序的这部分还没有完善。这一点从下午测试了八种模式不同尺寸的十几种排列组合里可以看出来。就比如图片的宽高值，宽128的图片会被拆成奇偶场的左右两半。
第二、
我在第一条留言里就说到了作为用户目前的几种解决方法，第一个就是使用缓存，自己重新写匹配取模顺序的显示代码。反复看几遍取模的显示结果，就能反推出来，这个并不难。但是作为好用的工具，首要的就是方便用户，而不是硬拉扯用户取适应它。手头存的各种取模软件有很多种，每种都是尽量贴近普遍算法以达到通用，没有一个是特立独行自创一套规矩来要求用户的。在这一点上STC也是不可能出这种错误的。所以结论依旧还是 这部分还没完善到，毕竟16位TFT图片的逐行式取模部分是很顺利的。