[已解决]mingw+gcc编译jpeglib，编译和运行不出错，但是输出图像是乱码

fnems

不知道我遇到的这个问题是不是有普遍性

环境是
Win7-Pro + intel-i3-32bit + mingw + gcc-3.4.5
编译的库是
jpeglib-6 和 jpeglib-7

配置参数很简单，就是 configure --prefix=/mingw
编译过程也没问题。

就是编译完之后用起来总是不对。
程序也不提示出错，但是无论压缩还是解压，图像都是乱码一样。
起初还以为自己的代码哪里出了毛病，后来用jpeglib自带的cjpeg和djpeg，发现也是不能正确的压缩和解压图像。


这个是原始图片和自己调用libjpeg的压缩结果


这个是自带的测试图像和cjpeg的压缩结果

libjpeg.zip (658.11 KB, 下载次数: 17)

2012-07-24 18:32 上传

点击文件名下载附件
这个是编译jpeglib-7生成的相关文件，里面有库、头和cjpeg的可执行文件。

大侠们能帮忙看看吗，是哪里出了问题


2012-07-25补充：下载了新版本的mingw，干净的没改动过任何文件，包含的gcc是4.7.0，重新编译jpeglib-7，问题依旧。

rain_fish

凡事必有因，仔细找找原因吧

nizvoo

看看是几个字节每位

fnems

下载了libjpeg-turbo-1.2.0的源码编译，用生成的cjpeg压缩，还是有同样问题；
在别的Win7电脑上换用新版本MinGW（gcc-4.7.0）编译也是同样有问题。

按说不应该这样吧……难道libjpeg和win7冲突？


libjpeg-turbo-1.2.0 的 cjpeg压缩结果

w_anthony

Makefile里面有没有-fno-strict-aliasing参数？如果没有的话，加上试试吧。

fnems

回复 5# w_anthony


    首先感谢关注和建议！

现在是用的libjpeg-turbo-1.2.0的库，编译好的，for gcc的windows版本。
发布包里面cjpeg.exe没问题了，但是自己编译的程序还是输出乱码。

自己代码的编译很简单，加上禁止严格对齐的参数后是 gcc -O2 -fno-strict-aliasing -o t.exe ptrscr.c -lgdi32 -ljpeg

这样压缩的图像还是有乱码……

w_anthony

-fno-strict-aliasing不是什么“禁止严格对齐”，这个字面的解释和实际含义相去甚远。
而且是要编译库的时候加上-fno-strict-aliasing，在Makefile文件里面加，你库都已经编译好了，加上有什么意义呢？

fnems

回复 7# w_anthony


    好吧，现在我编译库的时候在CFLAG里面添加了-fno-strict-aliasing，编译出来的cjpeg.exe还是生成乱码。
    另外用编译好的libjpeg-turbo-1.2.0库，无论是动态库还是静态库都有乱码。

总感觉是跟Win7的兼容性有问题……

w_anthony

fnems 发表于 2012-07-26 15:43
回复 7# w_anthony

貌似我用你顶楼的cjpeg.exe把bmp转换成jpg没有出现你说的问题。
cjpeg.exe -outfile a.jpg a.bmp

fnems

回复 9# w_anthony


    多谢！

我知道了，之前一直用的输出重定向， cjpeg testimg.bmp>a.jpg ，没想到会在这一步出问题

自己写的程序也是输出到stdout
jpeg_stdio_dest (&cinfo, fdopen(fileno(stdout),  "wb"));
改成输出到磁盘文件就没问题了