背景
前段时间博文 DICOM：dcm4che工具包怎样压缩dcm文件探讨（前篇）提到了一个问题：“利用dcm4che工具包中的dcm2dcm来进行dcm文件的压缩和加压缩。即改变dcm文件里的Transfer Syntax，比如由1.2.840.10008.1.2(Implicit VR Little Endian)变成1.2.840.10008.1.2.4.70(JPEG LossLess,Non-Hierarchical,First_order Prediction Process 14)。
可是因为之前对Java中相关Image IO类不了解，因此并未找到问题的解决方式。
值得高兴的是，在发文后不久就收到了热心博友的邮件，并在附件中给出了解决方式须要的安装包。
依照邮件的提示，经过在本地Eclipse调试，已验证能够顺利攻克了该问题，特再发一文说明，并再次感谢博友nanarongrong无私相助。
博友解决方式：
本地环境已经依照博文前篇 DICOM：dcm4che工具包怎样压缩dcm文件探讨（前篇）更换为32位环境。在此如博友nanrongrong在邮件中的说明所看到的。问题的解决办法是本地32位JRE执行环境缺少clib_jiio.dll导致的，双击安装邮件中的附件。
安装完毕后能够看到在在JRE的bin文件夹下多出了clib_jiio.dll文件。lib/ext文件夹下多出了jai_imageio.jar文件。
又一次在本地进行測试。输入dcm2dcm -t 1.2.840.10008.1.2.4.70 c: est.dcm c: estjpeg.dcm
例如以下图所看到的，命令行提示已经顺利转换成功。可是不要高兴的太早，用DICOM阅读器打开发现居然无法顺利导入。
使用dcmtk提供的dcmdump工具。得到例如以下输出结果:
如上图所看到的。看过我专栏的博友应该立马能够反应出问题出错的地方。DICOM中在压缩和解压缩问题中最常见的错误就是无法顺利定位PixelData。或是PixelData数据写入不完整(如博文DICOM医学图像处理：DICOM存储操作之 “多幅JPG图像数据存入DCM文件”中的实例）、或是PixelData数据长度写入错误导致解析失败(如本博文、博文DICOM医学图像处理：fo-dicom网络传输之 C-Echo and C-Store等等）。用UltraEdit以二进制方式打开test-jpeg.dcm文件。定位到PixelData(0x7fe0 0010)，例如以下图所看到的:
依照DICOM3.0标准对压缩PixelData的描写叙述（为了方便描写叙述。再次将博文中的截图贴出来)，每个压缩片段Fragment（即标签0xfffe e000)后须要明白指出兴许片段的长度。而刚才得到的test-jpeg.dcm文件的第二个Fragment中的Value Length居然是00 00 00 00。
为了验证我们的想法，在UltraEdit中手动写入Fragment的长度。首先在UE中拖动到test-jpeg.dcm文件末尾，定位到0xfffe e0dd（即SequenceItem结束符）。位置为0x3A23D。起始位置为0x87C，由此得出长度为0x3A23D-0x87C+0x1=0x39A72,依照小段须排列为 72 9A 03 00。例如以下图改动后能够顺利打开图像
至此能够顺利的利用dcm2dcm工具完毕dcm文件的JPEG无损 压缩，只是另一点点小问题。
继续往下看。
dcm2dcm源代码剖析：
从官网下载dcm4che2的源代码。在Eclipse中导入后。启动dcm4che-tool-dcm2dcmproject。调试參数配置例如以下：
注：jre调试环境应该指定为我们安装jai_imageio-1_0_01-lib-windows-i586-jdk库后的32位执行环境。
单步调试到DicomImageWriter.java中的writeBytesToSequence函数能够看到顺利写入了PixelData的长度236146。即十六进制的0x39A72。因此能够证明dcm2dcmproject源代码没有问题，可能是本地cmd环境下配置的dcm4che2-bin包比較旧导致出现的问题，又一次生成dcm4che2-tool-dcm2dcm.jar包。又一次再本地測试。能够顺利得到正确的图像。
至此该问题顺利解决！
jai_imageio库：
感谢博友nanarongrong的热心帮助，jai_imageio的Windows32位环境库已顺利上传到CSDN，下载链接为:jai_imageio_for_win32
备注：依照dcm4chee官方安装说明文档。dcm4chee以及dcm4che2-tools在Linux32bits以及Linux64bits。以及Windows32bits能够顺利完毕dcm压缩和解压缩，只有Windows64bits环境不可，这也就是我们上文遇到的问题为什么将JRE切换到32位环境的问题。
作者：zssure@163.com
时间：2015/08/02