使用RasterImage加载图片时指定DiskMemory模式，某些影像仍然占用内存

RasterCodec类的某些选项可以在加载DICOM影像时候不占用内存，而是使用磁盘缓存的方式，但是我发现这个方法对一部分影像文件(附件中的work.dcm)有效，对某些影像文件(附件中的notwork.dcm)无效，有效的时候可以加载1000个影像内存仍在100M以内，无效的时候只要加载300个影像文件，内存就飙升到300M。我使用的加载代码如下：

1. RasterCodecs codecs = new RasterCodecs();
   
2. RasterDefaults.MemoryFlags = RasterMemoryFlags.Disk;
   
3. RasterDefaults.TempFileMode = LeadTempFileMode.Disk;
   
4. RasterDefaults.TemporaryDirectory = <缓存目录路径>;
   
5. codecs.Options.Load.DiskMemory = true;
   
6. 
   
7. // new rasterimage instance
   
8. RasterImage image = codecs.Load(+@"notwork.dcm");
   
9. 
   
10. //重现的时候，需要将notwork.dcm在同一个目录复制300遍，以便生成300个dcm文件
    
11. string[] dcmFiles = Directory.GetFiles(<存放notwork.dcm的目录>);
    
12. foreach (string sFile in dcmFiles)
    
13. {
    
14. RasterImage img = mCodecs.Load(sFile);
    
15. image.AddPage(img);
    
16. }

复制代码

请问这个问题如何解决？是不是我少设置了什么选项？

还是之前已经给出的建议，我这边帮你验证如何规避这个问题，

但是这个需要你这边提供一下目前具体应用中出现的问题，代码以及出问题的dcm文件，我才能给你验证。否则只能等待厂商修复bug

作为leadtools代理商，我们没法保证开发包中不存在bug。本身也不参与客户项目开发，因此没有办法对您的项目上线时间保证。

Richard.Ma 发表于 2019-12-24 13:46
产品出现bug，我们也比较抱歉，一个开发包没有办法避免不出现问题，因此我们给客户提供了试用评估。用于验 ...

所以项目不能及时上线 或验收有问题  到底谁承担损失？

产品出现bug，我们也比较抱歉，一个开发包没有办法避免不出现问题，因此我们给客户提供了试用评估。用于验证开发包能否符合客户的需求和测试存在的问题。

对于bug，leadtools厂商也都会去在新版本进行修复和发布，但是目前看来可能没有办法赶上你们上线时间，我刚才也和您这边同事电话沟通过了，

一方面可以看看根据你们的使用场景如何规避这个问题，这个需要你这边提供一下目前具体应用中出现的问题，代码以及出问题的dcm文件，

另一方面，如果leadtools厂商这边在发布前可以解决问题的话，我也可以和leadtools沟通，看看能付出一个hotfix的dll给你

Richard.Ma 发表于 2019-12-24 09:52
这个问题leadtools厂商已经创建了bug，编号：CAS-117905-Z7L1C4

但是问题原因还未确认，暂时没法确认是 ...

若项目上线后该bug(包括其他帖子的其他bug)还未解决 并导致项目验收出问题 造成的损失由你方承担吗？

这个问题leadtools厂商已经创建了bug，编号：CAS-117905-Z7L1C4

但是问题原因还未确认，暂时没法确认是否能在下一个小版本修复，

为了尽快确认问题原因，如果您那边还有可以重现这个问题的其他影像，请发给我，以对比问题影像的共性

抱歉这个问题拖了这么久，晚上会在线和leadtools厂商来确认问题进度，然后回复给你

Richard.Ma 发表于 2019-9-17 11:11
这个问题之前已经提交给厂商，但是还未得到反馈的结果，我今天会再和厂商确认，然后将他们之前创建的CASE编 ...

这问题什么时候能解决？项目要上线了

这个问题之前已经提交给厂商，但是还未得到反馈的结果，我今天会再和厂商确认，然后将他们之前创建的CASE编号发给你，方便你这边也可以直接和厂商沟通，从之前和厂商沟通的经验来说，如果是开发包本身的问题的话，可能处理会比较慢一些，有的需要在新版本才能修复。

已经一个月了 什么时候有结果 否则要影响我们项目上线了