- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我处理了很多单色图像数据,今天早上我注意到 libjpeg 和 .Net jpeg 编解码器处理单色数据的方式之间似乎存在显着差异。似乎使用 libjpeg 以任何质量设置保存并使用默认 .Net jpeg 编解码器打开的单色图像实际上仅加载了 16 种不同的灰色阴影,并且所有中间阴影都呈现为点画。
这是由 libjpeg 保存并由 .net 加载的平滑梯度的直方图
直方图应该是完全水平的。
这是渐变看起来的(放大)示例(它应该是完美平滑的过渡)
这应该是从左侧的 85 灰度到右侧的 136 灰度的平滑过渡,但实际上只渲染了 4 种灰度来进行过渡。
我的问题是我是不是疯了,如果不只是这种编解码器差异有多远?如果您在不同的程序中同时使用这两个库,是否有好的解决方法?
我没有责怪任何一个编解码器,只是指出似乎存在差异的地方。我注意到我知道是使用 libjpeg 创建的图像,假设这是质量设置问题,尝试使用 faststone image resizer 创建测试图像并获得相同的结果,尝试使用 irfanview 并再次获得相同的结果。由于这两个程序都必须使用一些 jpeg 库,我倾向于假设它们也在使用 libjpeg 并且存在真正的编解码器冲突。
在加载方面,我遇到了使用我自己的 .net 代码和使用 Paint.net 加载图像的相同结果。
最后,这里有一个正常分辨率的示例,因此您可以下载并亲自试用。在某些程序中加载它会给你一个很好的渐变(例如你的浏览器),但是用你自己的 .Net 代码加载它,或者 Paint.Net 会给你一个像上面那样只使用 16 级灰度渲染的抖动渐变。
有没有人对此有更多了解,它会走多远以及可能有哪些好的解决方法?
最佳答案
我可以通过在 Windows 7 捆绑的 Paint 版本中打开您的示例图像来重现您的症状。分析该文件显示它是一个有效的 JPEG,并在浏览器中正确显示它证实了这一点。看起来微软真的搞砸了。它已经作为错误提交:
https://connect.microsoft.com/VisualStudio/feedback/details/597657/grayscale-jpeg-image-read-as-format8bppindexed-but-quantized-as-format4bppindexed#details
http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/9132e2bd-23cc-4e5a-a783-1fa4abe11624/
解决方法是将您的 JPEG 创建为全彩色图像,但只将灰度像素值放入其中。
关于.net - libjpeg 和 .Net jpeg 编解码器在单色数据上真的有很大不同吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/5968832/
我是一名优秀的程序员,十分优秀!