WINCE6.0+I.MX515 camera多次初始化、预留和拍照后temp文件夹临时文越多导致camera重新初始化和预览时间越长问题

[loongembedded]

平台：
WINCE6.0+I.MX515

问题：
camera多次初始化、预览和拍照(只拍一张)，发现“我的设备--->Temp“文件夹多了很多临时文件，临时文件越多，camera重新初始化的时间就越长，预览的时间也就越长。

处理：
删除掉Temp文件夹的名字，不重启或是重启，camera重新初始化的时间一样还是很长，删除Temp文件夹，然后重新新建一个Temp文件夹就OK

[loongembedded]

要解决此问题，有什么办法，麻烦大家分享下，先谢谢了

[别以为你站在珠峰就能看到全世界]

没弄过啊，这个temp文件夹哪里操作的？代码在哪里？

[loongembedded]

引用 2 楼 accessysq 的回复:

没弄过啊，这个temp文件夹哪里操作的？代码在哪里？

找不到，估计是微软的DDRAW架构代码写的

[别以为你站在珠峰就能看到全世界]

引用 3 楼 LoongEmbedded 的回复:

[quote=引用 2 楼 accessysq 的回复:] 没弄过啊，这个temp文件夹哪里操作的？代码在哪里？

找不到，估计是微软的DDRAW架构代码写的[/quote] 如果用户把图片保存在sd卡，而不是temp，要怎么实现？ 理论上ddraw应该不会管你文件保存的目录，目录应该是用户设定的才合理。

[91program]

个人认为应该从 Camera 的驱动初始化与预览处查，看看这个 Temp 目录在这两个过程中都被用于什么

[loongembedded]

引用 4 楼 accessysq 的回复:

[quote=引用 3 楼 LoongEmbedded 的回复:] [quote=引用 2 楼 accessysq 的回复:] 没弄过啊，这个temp文件夹哪里操作的？代码在哪里？

找不到，估计是微软的DDRAW架构代码写的[/quote] 如果用户把图片保存在sd卡，而不是temp，要怎么实现？ 理论上ddraw应该不会管你文件保存的目录，目录应该是用户设定的才合理。[/quote] 从设计的角度来看，应该是这样才比较合理

[loongembedded]

引用 5 楼 91program 的回复:

个人认为应该从 Camera 的驱动初始化与预览处查，看看这个 Temp 目录在这两个过程中都被用于什么

找不到camera驱动有对Temp文件夹操作，我确认了camera应用代码，是下面的代码会设计到生成临时文件的 //15,渲染预览视频PIN-----------------在temp文件夹生成18个临时文件 CHK(m_pCaptureGraphBuilder->RenderStream( &PIN_CATEGORY_PREVIEW, &MEDIATYPE_Video, m_pVideoCaptureFilter, NULL, NULL )); //17,渲染捕捉PIN， 用于录像------------在temp文件夹生成4个临时文件 CHK(m_pCaptureGraphBuilder->RenderStream( &PIN_CATEGORY_CAPTURE, &MEDIATYPE_Video, m_pVideoCaptureFilter, pVideoEncoder, pASFMultiplexer ));

[别以为你站在珠峰就能看到全世界]

我还以为你的temp里面是你自己保存的图像呢。 dshow不会用，公司这一块都是同事弄的。

[91program]

没有用过 iMX 的方案，但以前用过 MStar785 的方案，也是录像，确定没有出现 LZ 所说的现象。 所以，应该是平台方案，或者 OEM 这边搞出来的吧，不应该是 DirectShow 的问题。

[loongembedded]

引用 9 楼 91program 的回复:

没有用过 iMX 的方案，但以前用过 MStar785 的方案，也是录像，确定没有出现 LZ 所说的现象。 所以，应该是平台方案，或者 OEM 这边搞出来的吧，不应该是 DirectShow 的问题。

还没有找到驱动是哪里写的，我们目前的处理方式就是退出摄像头的时候删除掉这些临时文件

[mavels]

退出时删除temp里的文件。没去深入研究，有用的方法就是好方法