DICOM医学图像处理：开源库mDCM与DCMTK的比较分析（一），JPEG无损压缩DCM图像（续）

最新推荐文章于 2023-12-15 10:35:50 发布

zssure

最新推荐文章于 2023-12-15 10:35:50 发布

阅读量7.6k

点赞数 1

分类专栏： DICOM 图像处理 DICOM医学图像处理文章标签： DICOM 图像处理 mDCM DCMTK

本文链接：https://blog.csdn.net/zssureqh/article/details/38643709

版权

本文详细分析了在 DICOM 图像处理中，开源库mDCM与DCMTK在JPEG无损压缩时的差异，特别是在C++和C#环境下的表现。在遇到mDCM在项目集成后无法正确注册JPEG编码器的问题后，通过日志发现是由于GetReferencedAssemblies函数未能返回所有引用程序集导致。通过对静态类和Singleton设计模式的探讨，指出C#静态类在某些情况下可以替代Singleton模式。文章提供了手动注册编码器的解决方案，并讨论了两种方法的优劣。

摘要由CSDN通过智能技术生成

背景：

上周通过单步调试，找出了开源库mDCM与DCMTK在对DICOM图像进行JPEG无损压缩时的细小区别，并顺利实现了在C++和C#环境下对DICOM图像的压缩。但是问题接踵而至啊，随着项目的深入，发现在单独的测试工程中可以实现的mDCM版本，在嵌入到项目整体中后，却意外地出现了错误，并未顺利实现DICOM图像的JPEG无损压缩。因此需要继续详细对比分析mDCM与DCMTK两者，期望寻找原因。

问题分析：

开启项目的日志功能后，得到的信息反馈为：

No registered codec for transfer syntax! 在 Dicom.Data.DcmDataset.ChangeTransferSyntax(DicomTransferSyntax newTransferSyntax, DcmCodecParameters parameters)，在…………………………处。

从日志得到的反馈来看，应该是JPEG的编码器注册失败。而编码器部分包含在mDCM开源库的Dicom.Codec64.dll程序集中。因此单步调试进入，查看工程是否顺利加载了Dicom.Codec64.dll模块。

首先单步进入的是上周测试用的独立工程JpegLossLess，通过在Program.cs中调用Dicom.Codec.DicomCodec.RegisterCodecs();使得程序进入到DicomCodec.cs文件，程序运行到静态类DicomCodec的静态方法RegisterCodecs内。