早在今年4月,Adobe就推出了第六版Adobe Photoshop Lightroom,该版本带来了许多新功能。从那时起,Adobe在6月中旬更新了一次软件,并发布了一个相对较大的版本,这是CC(2015.1)和独立(6.1)的第一个子版本。我在工作中经常使用Lightroom 6,我发现了一些错误和性能问题,我想与我们的读者分享。如果你发现了其他bug或性能问题,请在下面的评论区告诉我们!
GPU加速的性能问题
从我目前所看到的情况来看,GPU加速通常是很好的,但前提是你的电脑上有足够快的显卡,并且安装了最新的驱动程序。看起来Adobe仍在努力优化Lightroom中的GPU支持,因为在不同的平台和计算机上,这是一个偶然的情况-对一些人来说,它是奇迹,而对另一些人来说,它使一切看起来非常缓慢。对于较慢的老一代gpu,我看到Lightroom的性能与Lightroom 5相比显著下降。如果您发现Lightroom 6在您的环境中运行缓慢,请尝试取消选中Lightroom中“性能”选项卡下的“使用图形处理器”选项,如下所示:
这应该有助于解决稳定性和性能问题。如果在使用此设置后没有看到太大改善,则您的计算机可能太弱,无法运行Lightroom。它应该多快?由于Lightroom的功能越来越大,我发现它对计算机硬件的要求非常高。它在我最新版本的英特尔酷睿i7-4770K CPU、32 GB RAM、SSD硬盘和NVIDIA GTX 970显卡上运行良好,但在我另一台4年的旧机器上运行起来很困难。Lightroom是一个非常臃肿的软件,除了早期的版本,我从未见过它在任何一台计算机上运行得如此之快。
EXIF数据错误
我们PL的一些团队成员抱怨图片上传到网站时标签不当。相机模型要么丢失,要么显示为“公司”。在花了几个小时研究这个问题并调试了大量代码之后,我发现服务器软件与此无关——原来是Lightroom 6生成不正确EXIF数据在图像中导出。因此,如果您有一个网站,EXIF数据显示上传的图像不正确,不要责怪您的网站-这是Lightroom的错误。
下面是PL的上传界面:
而不是相机型号,标题显示“公司”。如果您想知道为什么会发生这种情况,Adobe在生成EXIF数据时将相机制造商错误定位为make。在本例中,“CORPORATION”一词来自“NIKON CORPORATION”EXIF标签。
这对大多数人来说不是什么大问题,但对于任何在图像中显示EXIF数据的网站所有者来说,这都是令人讨厌的。
导出图像延迟
在以前版本的Lightroom中,我曾经能够导出一张图像,然后立即移动到另一张图像并导出它。我可以重复这个过程几次,而Lightroom正在后台进行导出。使用Lightroom 6,我经常在导出过程中遇到相当严重的减速。我不确定发生了什么变化,但导出图像有时会占用大量CPU / GPU, Lightroom会陷入困境。我的鼠标光标会变慢,变得紧张不安,点击其他图像也不会起任何作用。我不得不等待这段时间,有时会持续5秒以上。Lightroom的最新更新似乎在改善延迟方面有所帮助,但这个问题没有完全解决。对于那些喜欢选择图像并批量导出它们的人来说,与以前的版本相比,使用Lightroom 6可能有点令人失望。
后处理-导出脚本后关闭次要显示
我经常运行一个批处理文件,以删除不必要的EXIF和其他垃圾,如图像中的缩略图,如“这”文章。我在Export窗口的“Post-Processing”屏幕下运行批处理文件,如下所示:
在导出图像并触发批处理以清除图像中的垃圾后,Lightroom通常会在我的双屏幕设置中关闭次要窗口。在导出过程完全完成后,我经常不得不按下F11按钮来恢复辅助窗口,这相当烦人。此错误自Lightroom 5以来一直存在,至今仍未修复。
随机崩溃
Lola在编辑一场有大约2000张图片的婚礼时,使用LR 6有几次随机崩溃。她无法将崩溃与Lightroom中的特定操作联系起来,并表示在使用Lightroom超过一个小时后,在应用调整、点位删除、预设和其他操作时崩溃。她有更多的婚礼要编辑,我已经让她下次遇到错误时立即告诉我,这样我就可以知道可能是什么原因。我个人还没有遇到过严重的崩溃,所以我想知道这是否是她的环境所特有的。
总的来说,除了上述问题,到目前为止,我对Lightroom 6相当满意。如果Adobe能够解决上述问题,那就更好了。我认为仍然需要解决的一个大问题是GPU加速——这似乎是迄今为止软件最令人沮丧的原因。Lightroom 6在我的Surface Pro 3这对我来说也是个好消息,因为我经常出差,非常依赖Surface Pro 3。
请在下面的评论部分详细报告您的问题/错误报告,我会将它们转发给Adobe的开发团队。谢谢你!
我用的是16g的微软Surface Pro 4,使用的是Windows 64版本。Lightroom独立6开始耗尽所有可用内存并锁定窗口。它没有足够的资源来启动。在过去的两个月里,我不得不重新装弹两次。有人知道如何避免这种情况发生吗?我只在Lightroom中使用surface进行编辑,所以没有其他太多的资源。
我从LR 5.7升级到6。在启动时,它崩溃了,我得到“Lightroom意外退出。“盒子。
或“试图更改模块时发生错误。“盒子。
这些错误消息中的任何一个都会意外出现。有时LR6可以正常工作。
我的Lightroom 5.7继续启动,没有任何问题。我刚刚浪费了75美元。谢谢Adobe。
我注意到在发布部分(特别是SmugMug插件),网格视图经常会缺少标题(即已发布的照片,新照片要发布等)。我相信,转到文件夹网格视图并返回已发布文件夹将解决问题。
我正在windows平台上运行Lightroom CC。
使用最新版本的lightroom(详细信息见下文)时,选择源屏幕会自动弹出在开发模块上方。我需要取消它以返回开发模块。这是恼人的,从来没有发生在我的独立版本5.5如何解决这个问题?
Lightroom版本:CC 2015.10.1 [1117303]
授权:Creative Cloud
操作系统:Windows 10
版本:10.0
应用程序架构:x64
系统架构:x64
逻辑处理器数:4
处理器速度:2.3 GHz
内置内存:8106.7 MB
Lightroom可用的实际内存:8106.7 MB
Lightroom使用的实际内存:1310.4 MB (16.1%)
Lightroom使用的虚拟内存:1445.3 MB
GDI对象计数:608
USER对象计数:1921
进程句柄数:1207
内存缓存大小:554.9MB / 1770.6MB (31.3%)
Camera Raw使用的最大线程数:4
Camera Raw SIMD优化:SSE2,AVX,AVX2
Camera Raw虚拟内存:609MB / 4053MB (15%)
系统DPI设置:120dpi
启用桌面组合:是
显示:1)1920×1080
输入类型:多点触控:是,集成触控:是,集成笔:否,外置触摸:否,外置笔:否,键盘:否
图形处理器信息:
英特尔(R)高清图形4400
ulti_bind GL_ARB_indirect_parameters
我最近更新到Lightroom 6.1,因为版本5不支持佳能EOS 800D,并有以下问题:
如果是在“开发”处理短片,然后进入“库”,打开一个不同的文件夹选中一个镜头,并尝试打开“开发”,Lightroom每次都会崩溃。
如果,在更改文件夹后,在“库”中,我关闭程序,然后直接打开它,如果我然后打开高亮一个镜头并打开“开发”,它就打开了,我可以开始处理它。
这对于佳能EOS 5D3和600D的文件是一样的,无论我使用CR2文件还是将它们转换为DNG都是一样的。
检查Adobe Flash应用程序是否是最新的,因为Lightroom确实使用了它,如果任何东西都过时了,它就会变得不稳定。
我已经有一段时间出现问题了,但我想这可能与Windows升级有关(但我不确定)。我尝试卸载最新的升级和干净的引导,但问题不断返回。似乎只有在我使用Lightroom中的调整笔刷时才会出现这种情况。在调整过程中,我的屏幕变成蓝色,它显示:unexpected_kernel_mode_trap。
我发现缩放快捷键不能正常工作,Ctrl +和-。好的,在Photoshop中。但是如果你按住Ctrl然后使用鼠标滚轮,会怎样呢?
什么好主意吗?
我的lightroom不允许我导出,我的“沙滩球”(mac)会旋转几个小时。什么好主意吗?
嗨Nasim,
感谢您的文章和建议取消选择GPU加速选项。
在最新升级到Lightroom版本:CC 2015.8[1099473]后,我的iMac在使用Lightroom时每隔几分钟就会关闭一次。通过取消选择GPU加速,问题得到解决。
再次感谢。
最好的问候,
瓦尔