opencv存储jpg信息丢失

[风来我也来]

目前存储的图像很大，8192*16000，另外还会存储三幅比较小的图像。顺序是存完8192*16000。然后存储俩副2000*2000~8192*16000(检测出目标，然后保存)，还有一个图标图64*48(无论检测出什么目标都存储这么大)。
问题：
一天下来存储几百组图像。偶尔会出现保存的图像信息不完整，按行方向，只保留上部，后面的没有保存，整行整行是全零，最糟糕的出现存储的是0kb图像。原因不清楚。
希望：
这类问题是什么原因引起？怎么解决。有碰到过的说下。或者不用opencv，用什么库保存图像更好。

[风来我也来]

opencv版本3.0

[赵4老师]

请判断比如write,fwrite,WriteFile,……等写数据到文件函数的返回值。 请每次写数据到文件后调用commit,fflush,FlushFileBuffers,... 并确保最后都调用了相应的close,fclose,CloseHandle,...

[风来我也来]

引用 5 楼 zhao4zhong1 的回复:

请判断比如write,fwrite,WriteFile,……等写数据到文件函数的返回值。 请每次写数据到文件后调用commit,fflush,FlushFileBuffers,... 并确保最后都调用了相应的close,fclose,CloseHandle,...

返回值始终是true 。封装好的算子。 不行，手动改源码了。

[monahans]

这个是写文件的速度跟不上导致的。在写入不同文件间隔中假如一个延迟时间可以解决。

[shiter]

首先给代码里面把日志都加上，完后看日志

[shiter]

那这个估计就是程序的设计模式了，读者写者，环形缓冲区，等等

[shiter]

推荐一下，看看各位高手有什么方案

[风来我也来]

引用 7 楼 monahans 的回复:

这个是写文件的速度跟不上导致的。在写入不同文件间隔中假如一个延迟时间可以解决。

会有这问题？现在存储都是write之后再write 。最后底层是libjpg ，这个库不是等全部保存完毕才返回？

[风来我也来]

引用 8 楼 wangyaninglm 的回复:

那这个估计就是程序的设计模式了，读者写者，环形缓冲区，等等

囧是直接调用opencv库，然后它底层是libjpg 。如果要控制到这么细，除非有提供的接口(目前没找到)外，独立开发开销不少。有借鉴案例么？作为最后方案。

[ljheee]

0kb图像，是不是格式有问题

[hugh_z]

66666666666666

[风来我也来]

引用 14 楼 ljheee 的回复:

0kb图像，是不是格式有问题

确定不是，很久很久才出现一次。

[cattpon]

learning~

[赵4老师]

5楼正解！

[风来我也来]

准备用halcon做。期待美好。

[赵4老师]

引用 17 楼 yh880 的回复:

准备用halcon做。期待美好。

提醒：使用HDevelop XL

[风来我也来]

引用 18 楼 zhao4zhong1 的回复:

[quote=引用 17 楼 yh880 的回复:] 准备用halcon做。期待美好。

提醒：使用HDevelop XL[/quote] 不用，xl速度慢。很多算子为了兼容图像都没优化。 图像超过32000*32000才需要。16000还好

[赵4老师]

引用 19 楼 yh880 的回复:

[quote=引用 18 楼 zhao4zhong1 的回复:] [quote=引用 17 楼 yh880 的回复:] 准备用halcon做。期待美好。

提醒：使用HDevelop XL[/quote] 不用，xl速度慢。很多算子为了兼容图像都没优化。 图像超过32000*32000才需要。16000还好[/quote] 那就好。

[m0_38099221]

我只看看，不说话~~

[风来我也来]

后面还是没解决。直接在opencv调用libjpeg存储的基础上 改了一个检测接口。时间 =1/10*读取整幅图像(还有 一部分哈夫曼编码没时间去除，去除的话就接近1ms)。后面有需要的 参考我写的贴子 http://www.cnblogs.com/PiaoLingJiLu/p/9145505.html