我需要在给定目录中显示图像的缩略图。在将图像加载到图像组件之前,我使用TFileStream来读取图像文件。然后将位图的大小调整为缩略图大小,并分配给TScrollBox上的TImage组件。
似乎工作正常,但是使用较大的图像会减慢很多。
是否有更快的方法从磁盘加载(图像)文件并调整它们的大小?
谢谢,彼得
答案 0 :(得分:5)
不是真的。您可以做的是在后台线程中调整它们的大小,并使用“占位符”图像,直到调整大小完成。然后我会将这些已调整大小的图像保存到某种缓存文件中以供稍后处理(Windows会执行此操作,并在当前目录中调用缓存thumbs.db)。
线程架构本身有几个选项。执行所有映像的单个线程,或者线程只知道如何处理单个映像的线程池。 AsyncCalls库甚至是另一种方式,可以保持相当简单。
答案 1 :(得分:5)
我将补充skamradt的答案,试图尽可能快地设计它。为此你应该
使用多个线程意味着使用VCL类进行大小调整不会起作用,因为VCL不是线程安全的,并且所有黑客攻击都不能很好地扩展。 efg's Computer Lab包含图片处理代码的链接。
使用多个线程时,不要导致多个并发I / O操作很重要。如果您选择将缩略图图像写回文件,那么一旦您开始阅读文件,您应该完全阅读它,一旦您开始编写文件,您也应该完全编写它。交错这两个操作都会导致您的I / O中断,因为您可能会对硬盘驱动器进行大量的搜索操作。
为了获得最佳结果,文件的读取(和写入)也不应该发生在应用程序的主(GUI)线程中。这表明以下设计:
修改强>
在重新阅读你的问题时,我注意到你可能只需要调整一个图像的大小,在这种情况下,单个后台线程当然就足够了。无论如何,我会留下我的答案,也许它会在某个时候对别人有用。这是我从我最近的一个项目中学到的,最终的程序可能需要更高的速度,但在高峰时段只使用了大约75%的四核机器。将I / O与处理分离会产生差异。
答案 2 :(得分:4)
我经常使用带有Scale的TJPEGImage:= jsEighth(在Delphi 7中)。这非常快,因为JPEG解压缩可以跳过大量数据来填充宽度和高度仅为八分之一的位图。
另一个选择是使用shell's method to extract a thumbnail,这也很快
答案 3 :(得分:1)
我从事视觉业务,我只是使用OpenGL将图像上传到GPU。 (通常为每秒20x 2048x2000x8bpp),每个纹理一个bmp,并让视频标尺(win32,Mike Lischke的opengl标题)
上传这样的图像需要5-10毫秒,具体取决于确切的显卡(如果没有集成和nvidia 7300系列或更新版本。最新的集成GPU也可能是可行的)。缩放和显示成本300us。这意味着客户可以疯狂地平移和缩放,而无需触摸应用程序。我在它上面绘制了一个叠加层(以前是一个tmetafile但现在是一个自己的格式)。
我最大的画面是4096x7000x8bpp,显示并在30ms以下缩放。 (GF 8600)
此技术的局限性是最大纹理尺寸。它可以通过将图片分割成多个纹理来解决,但我还没有打扰,因为我使用软件提供系统。
(一些典型尺寸: nv6x00系列:2k * 2k,但与GDI相比,上传几乎是收支平衡 nv7x00系列:4k * 4k对我来说基线卡。 GF7300的价格是20-40美元 nv8x00系列:8k * 8k )
请注意,这可能不适合所有人。但是如果您处于幸运状态以指定硬件限制,它可能会起作用。主要问题是像Thinkpad这样的笔记本电脑,它们的GPU比avg笔记本电脑更老,而这些笔记本电脑往往落后于台式电脑。
我选择OpenGL而不是DirectX,因为它在时间上更加静态,更容易找到非游戏相关的例子。
答案 4 :(得分:0)
利用Windows容量创建缩略图。还记得在包含图像的文件夹中隐藏了Thumbs.db文件吗?
我在VB中实现了类似这个功能的东西。我的软件能够在大约10秒内构建100个文件(混合大小)的缩略图。
我无法将其转换为Delphi。
答案 5 :(得分:0)
尝试查看Graphics32 library:它非常擅长使用Bitmaps绘制内容并使用很棒。它们是线程安全的好例子,它完全免费。