主题:Lightroom的正确姿势-“导出为目录”
正序浏览
主题图片汇总
主题内检索
浏览:27444 回帖:105
游客没有回帖权限
资深泡菜
泡网分: 25.713
主题: 113
帖子: 2683
注册: 2005年8月
rivershaw 发表于 2021-03-01 16:00
不要把所有照片都导出成一个目录,那样太大、太慢了,更不方便。

可以按照时间文件夹的目录选择某日、或者某月的文件,导出为一个新的...

那,生成目录的时候,会把原片拷进目录么?

我现在家里电脑和笔记本之间都能管理同样照片,怎么操作呢?谢谢
发布自 色影无忌小程序
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 6.768
主题: 46
帖子: 6809
注册: 2007年7月
月内主力装备
★ NIKON Z 8
深潜096 发表于 2021-3-1 16:38
个人感觉还是生成xmp文件比较直观方便,完全按操作系统的文件系统进行管理。


xmp只有最终结果,没有※※记录。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 13.119
主题: 55
帖子: 1236
注册: 2008年9月
众测俱乐部标识
深潜096 发表于 2021-3-1 16:38
个人感觉还是生成xmp文件比较直观方便,完全按操作系统的文件系统进行管理。

LR的5之前几个版本默认都是独立生成xmp,后面的则默认把编辑数据写入目录文件,不再单独生成,应该是从软件整体性能上考虑的。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 0.18
主题: 4
帖子: 179
注册: 2017年10月
个人感觉还是生成xmp文件比较直观方便,完全按操作系统的文件系统进行管理。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 6.768
主题: 46
帖子: 6809
注册: 2007年7月
月内主力装备
★ NIKON Z 8
兑水 发表于 2021-3-1 15:17

原来都是把照片从sd卡里面拷贝出来,单独按照时间文件夹管理。

如果现在用LR导出目录的方式,LR会把原来备份的文件都拷贝到“导出目录”里面么?

如果要把这个目录拷贝到不同的电脑,那不是非常非常耗费时间么?


不要把所有照片都导出成一个目录,那样太大、太慢了,更不方便。

可以按照时间文件夹的目录选择某日、或者某月的文件,导出为一个新的时间文件夹。

本帖最后由 rivershaw 于 2021-3-1 16:01 编辑
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
资深泡菜
泡网分: 25.713
主题: 113
帖子: 2683
注册: 2005年8月
还有一事不明,求教各位专家。

LR导出目录的时候,是把所有的原始的raw文件一起备份了么?

原来都是把照片从sd卡里面拷贝出来,单独按照时间文件夹管理。

如果现在用LR导出目录的方式,LR会把原来备份的文件都拷贝到“导出目录”里面么?

如果要把这个目录拷贝到不同的电脑,那不是非常非常耗费时间么?

谢谢!
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
资深泡菜
泡网分: 6.717
主题: 4
帖子: 2819
注册: 2006年9月
duoduobear 发表于 2021-2-25 07:20
这是一个很好的讨论。我也是使用单一目录方式。也使用导入导出目录的功能用于同步两个不同的LR目录。
目前单一目录的规模已经有10万张照片。我没有察觉到性能问题。而且我使用移动硬盘存放LR目录有10年了。
我也察觉到使用单一目录的缺点,那就是我这10万张照片可以说被LR目录捆绑在一起。做备份都是10万张照片一起操作。这个确实有点累。
使用多个目录的方式我也考虑过,比如1年新建一个新LR目录等。但我也很懒,所以并没有仔细考虑如何去实施,所以我还一直都在单一LR目录上操作。

我觉得利用好多LR目录可能是一个未来的使用方向。全部照片放在一个单一LR目录(总库)中,而最近一段时间的图片(比如一年新建一个LR目录)放在一个小规模的LR目录中,并且放在移动存储上,可以方便地跨平台操作,这个小规模的LR目录不定期地导入到总库中。这样既利用了单一目录的方便,又利用了小规模的LR目录做日常使用以避免累赘。 ...
这个讨论真精彩!LR的库管真是带了三块表,精华!
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 13.119
主题: 55
帖子: 1236
注册: 2008年9月
众测俱乐部标识
duoduobear 发表于 2021-2-25 07:20
这是一个很好的讨论。我也是使用单一目录方式。也使用导入导出目录的功能用于同步两个不同的LR目录。
目前单一目录的规模已经有10万张照片。我没有察觉到性能问题。而且我使用移动硬盘存放LR目录有10年了。
我也察觉到使用单一目录的缺点,那就是我这10万张照片可以说被LR目录捆绑在一起。做备份都是10万张照片一起操作。这个确实有点累。
使用多个目录的方式我也考虑过,比如1年新建一个新LR目录等。但我也很懒,所以并没有仔细考虑如何去实施,所以我还一直都在单一LR目录上操作。

我觉得利用好多LR目录可能是一个未来的使用方向。全部照片放在一个单一LR目录(总库)中,而最近一段时间的图片(比如一年新建一个LR目录)放在一个小规模的LR目录中,并且放在移动存储上,可以方便地跨平台操作,这个小规模的LR目录不定期地导入到总库中。这样既利用了单一目录的方便,又利用了小规模的LR目录做日常使用以避免累赘。 ...

期待LR的目录管理功能更加丰富和强大,像收藏夹那样,增加层级式的目录结构,不需要重启就可以加载不同目录,索引过滤等功能全局通用。不过这个可能工程巨大,会动到现有的软件架构。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
子版版主
泡网分: 92.548
主题: 955
帖子: 24694
注册: 2003年10月
内容贡献勋章
这是一个很好的讨论。我也是使用单一目录方式。也使用导入导出目录的功能用于同步两个不同的LR目录。
目前单一目录的规模已经有10万张照片。我没有察觉到性能问题。而且我使用移动硬盘存放LR目录有10年了。
我也察觉到使用单一目录的缺点,那就是我这10万张照片可以说被LR目录捆绑在一起。做备份都是10万张照片一起操作。这个确实有点累。
使用多个目录的方式我也考虑过,比如1年新建一个新LR目录等。但我也很懒,所以并没有仔细考虑如何去实施,所以我还一直都在单一LR目录上操作。

我觉得利用好多LR目录可能是一个未来的使用方向。全部照片放在一个单一LR目录(总库)中,而最近一段时间的图片(比如一年新建一个LR目录)放在一个小规模的LR目录中,并且放在移动存储上,可以方便地跨平台操作,这个小规模的LR目录不定期地导入到总库中。这样既利用了单一目录的方便,又利用了小规模的LR目录做日常使用以避免累赘。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 1.343
主题: 45
帖子: 1282
注册: 2012年9月
rivershaw 发表于 2021-2-22 04:10
你的电脑比我的好,我还是8G内存的i5。顺便问一下,你优化一下目录需要几分钟?谢谢!


我的情况供参考32G内存 I7的8核处理器,单一目录管理了6.3万张图片绝大部分是RAW格式,全目录大约不到1.7T,优化目录大约为3-5分钟,没仔细计时。
不过我的文件全部存储在4T的intel的P4510上,另外有个8T的机械硬盘,做全文件镜像备份。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 1.343
主题: 45
帖子: 1282
注册: 2012年9月
rivershaw 发表于 2021-2-21 18:02
数据库,一听就是高大上的东西,比磁盘、文件都要神秘,其实lrcat本身是建立在文件访问基础之上的,只不过文件是数据库结构的,采用数据库的访问方式。这就导致lrcat的访问速度比普通文件操作更慢,一个lrcat管理1、2千张照片时,Lightroom运行速度很快,照片数超过1、2万,lrcat访问速度会下降很多,会拖累Lightroom的运转。

所以,使用“导出为目录”时,照片数量最好不要超过2千张。

“导出为目录”完成后,如果删除掉导入的照片,lrcat会被清空。但因为lrcat是数据库结构,清空并不会释放存储空间,想要释放存储空间,请使用菜单-“文件”-“优化目录”。“优化目录”是标准的数据库维护作业,能释放数据库已被清空的存储空间。

请注意,使用“优化目录”前,最好在图库的“文件夹”下面,把不再需要的照片文件位置统统“移去”,这样才能最大限度地释放lrcat目录的存储空间。
...


我目前的这个目录管理了6万三千多张图片和视频(90%以上是RAW格式)~~ 从启动LR到进入工作状态 大概不到5秒钟~~ 一旦进入工作状态所有的图片预览包括各种元数据的筛选都是非常流畅,从没有任何卡顿。供参考
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 5.799
主题: 16
帖子: 4495
注册: 2011年8月
众测俱乐部标识
越洋湖人 发表于 2021-2-22 17:10
你比我更懒


这只是※※上随便几个能瞥到目录规模的up主的视频截图

我只有5万多张而已

登录后可直接显示原图
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 17.609
主题: 339
帖子: 14441
注册: 2014年8月
romlau 发表于 2021-2-18 19:28
明明一个一屋子书都分门别类放的好好的, 不论是检索书籍还是阅读还是做读书笔记都很方便,非要把一屋子的书分别放到不同的独立密闭箱子里去,最难以忍受的是,你只能同时打开一只箱子!打开箱子后就只能看当前箱子里的而不能看别的箱子里的书!纯属脱了裤子放PI。
以上是对同一台电脑使用场景而言。


赞同!

(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 13.119
主题: 55
帖子: 1236
注册: 2008年9月
众测俱乐部标识
花间游bak 发表于 2021-2-22 10:43
用过很多处理raw的软件,NX2,Acdsee Pro, Silkpix, DXO, 捕影工匠,LR的打开文件、导入操作是最麻烦的,一直不得要领。

LR的图库组织方式确实与别家基于文件管理的有很大不同,需要习惯上的转换。你用“不得要领”太准确了,它不是不好,是难以上手。用顺了以后,它肯定是最好的。而且如dual网友所说,LR能够成为所有图像处理软件的中控,很多常用软件都有连接LR的插件,即使如佳能DPP这样的原厂软件,也可以通过调用外部编辑的方式与它链接,修改后的成果又无缝的返回,归入LR的图库管理。 本帖最后由 越洋湖人 于 2021-2-22 17:27 编辑
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 13.119
主题: 55
帖子: 1236
注册: 2008年9月
众测俱乐部标识
dual 发表于 2021-2-22 11:08
分开目录存储几乎没有现实意义,完全不需要这样做。分开后的目录只能依赖手动管理,无法直接预览目录里的内容,只能完全对目录依赖语义化命名。目录间的照片无法查重,没有版本管理,没法使用智能收藏夹集合元数据星标旗标色标。

lrcat每次都是完全读入内存的,而且占不了多少内存,20万张照片也很流畅。一张照片大约10K的数据量,和像素尺寸无关,20万张也不过2G。为了保障LR的启动速度,lrcat是非压缩的数据,读入内存就那么多,在备份时会自动使用ZIP压缩,压缩比大约3:1。如果只有几万张照片也不过几百M,不会对正常的系统造成什么负担,甚至根本不需要把lrcat存放在SSD上,只是启动会xue微慢一点点。

真正需要存在SSD上的是预览(Previews.lrdata以及Smart Previews.lrdata目录),如果没有一个很大的预览空间(可能需要100G以上),会导致在图库里要不断更新预览,达到存储上限后会不断丢弃最先生成的,这是导致图库模块卡顿的主要原因。预览没必要使用高质量,1680宽度就足够了,高质量大尺寸的预览毫无现实意义。不过现在的LR已经好太多太多了,配合相对先进的CPU几乎感觉不到生成预览操作的存在。

另外如果配置不高的话最好在图库模块里不要用太小的缩略图,比如一行4、5张就可以了,这样 ...


谢谢,干货满满!
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 13.119
主题: 55
帖子: 1236
注册: 2008年9月
众测俱乐部标识
dual 发表于 2021-2-22 12:44
登录后可直接显示原图


登录后可直接显示原图


登录后可直接显示原图


登录后可直接显示原图


登录后可直接显示原图


登录后可直接显示原图


登录后可直接显示原图



你比我更懒
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 13.119
主题: 55
帖子: 1236
注册: 2008年9月
众测俱乐部标识
rivershaw 发表于 2021-2-22 04:10
你的电脑比我的好,我还是8G内存的i5。顺便问一下,你优化一下目录需要几分钟?谢谢!

Windows电脑不在身边,暂时不能测试。
mac笔记本上的照片少,1.3万张,刚才优化测试了一下,10秒完成了,距离上次优化一周时间。Windows电脑应该要长得多,几分钟到十分钟要的。这个跟间隔和操作习惯有关,优化频繁用时就短了。另外,我导入后除了初步筛选把对焦不准的立即删除后,其它的源文件不满意的不是每次都删除的,只在建立的收藏夹上把他们打上排除标志,所以我的文件操作不频繁,优化可能需要的时间会短一点。文件删除或移动的操作多了,库文件需要更新的内容会多一些。 本帖最后由 越洋湖人 于 2021-2-22 17:06 编辑
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 5.799
主题: 16
帖子: 4495
注册: 2011年8月
众测俱乐部标识
另外建议一旦用了LR就把LR作为工作流的基础平台来管理片库。

不光是PS,几乎所有的主流app都会在安装时在LR里留下桥接(比如Topaz LLC的AI系列),实在没有也可以自行设置。所以首先用LR导入底片,然后以应用程序编辑桥接到其他APP,这样会自动在LR片库的原始片源旁生成副本(也可以选择直接编辑原片),当在应用程序中完成编辑后,保存会自动更新到LR的片库。这样就可以将其他程序,包括C1和DXO的编辑也纳入LR的统一管理。

当然这样做内存最好大一点点。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 5.799
主题: 16
帖子: 4495
注册: 2011年8月
众测俱乐部标识
登录后可直接显示原图


登录后可直接显示原图


登录后可直接显示原图


登录后可直接显示原图


登录后可直接显示原图


登录后可直接显示原图


登录后可直接显示原图


(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 5.799
主题: 16
帖子: 4495
注册: 2011年8月
众测俱乐部标识
登录后可直接显示原图
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 14.289
主题: 11
帖子: 827
注册: 2008年4月
讨论总是有益的
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 5.799
主题: 16
帖子: 4495
注册: 2011年8月
众测俱乐部标识
分开目录存储几乎没有现实意义,完全不需要这样做。分开后的目录只能依赖手动管理,无法直接预览目录里的内容,只能完全对目录依赖语义化命名。目录间的照片无法查重,没有版本管理,没法使用智能收藏夹集合元数据星标旗标色标。

lrcat每次都是完全读入内存的,而且占不了多少内存,20万张照片也很流畅。一张照片大约10K的数据量,和像素尺寸无关,20万张也不过2G。为了保障LR的启动速度,lrcat是非压缩的数据,读入内存就那么多,在备份时会自动使用ZIP压缩,压缩比大约3:1。如果只有几万张照片也不过几百M,不会对正常的系统造成什么负担,甚至根本不需要把lrcat存放在SSD上,只是启动会xue微慢一点点。

真正需要存在SSD上的是预览(Previews.lrdata以及Smart Previews.lrdata目录),如果没有一个很大的预览空间(可能需要100G以上),会导致在图库里要不断更新预览,达到存储上限后会不断丢弃最先生成的,这是导致图库模块卡顿的主要原因。预览没必要使用高质量,1680宽度就足够了,高质量大尺寸的预览毫无现实意义。不过现在的LR已经好太多太多了,配合相对先进的CPU几乎感觉不到生成预览操作的存在。

另外如果配置不高的话最好在图库模块里不要用太小的缩略图,比如一行4、5张就可以了,这样一屏20张图的IO压力不大。照片可以在导入时就建立1:1预览便于马上操作,最好导入后就分好类,放入相应子目录,否则日积月累懒得整理,积重难返。如果不是为了全部用视觉检索就尽量不要点开根目录的所有照片,以免后台进行没必要的生成预览操作。活用智能收藏夹,检索尽量使用智能收藏夹操作,而不是通过视觉确认。

不要写入XMP,不要开启人脸识别,这样操作几万张的目录应该没有任何问题。

还有就是预设太多会造成卡顿,这个随着LR的更新也有所缓解。但最好还是不要太多预设。

至于在修改模块下卡顿那就是配置不够了,和目录大小没有任何关系。注意GPU加速在默认自动的情况下好像是不开启图像计算加速的,需要手动开启。

最后目前的LR仍是一个罕见的内存性能敏感型程序,较高的带宽和低的延迟可以明显改善LR的性能。

(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 0.222
主题: 4
帖子: 396
注册: 2010年10月
用过很多处理raw的软件,NX2,Acdsee Pro, Silkpix, DXO, 捕影工匠,LR的打开文件、导入操作是最麻烦的,一直不得要领。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 6.768
主题: 46
帖子: 6809
注册: 2007年7月
月内主力装备
★ NIKON Z 8
越洋湖人 发表于 2021-2-21 21:22
对不起,不是针对你,我是告诉其他人真实的使用体验。
我的WINDOWS电脑,主目录照片62000多张,电脑至少三年没升级了,配置已经落伍,LR依然流畅。


你的电脑比我的好,我还是8G内存的i5。顺便问一下,你优化一下目录需要几分钟?谢谢!
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 13.119
主题: 55
帖子: 1236
注册: 2008年9月
众测俱乐部标识
对不起,不是针对你,我是告诉其他人真实的使用体验。
我的WINDOWS电脑,主目录照片62000多张,电脑至少三年没升级了,配置已经落伍,LR依然流畅。 本帖最后由 越洋湖人 于 2021-2-21 21:27 编辑
登录后可直接显示原图
登录后可直接显示原图
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 6.768
主题: 46
帖子: 6809
注册: 2007年7月
月内主力装备
★ NIKON Z 8
数据库,一听就是高大上的东西,比磁盘、文件都要神秘,其实lrcat本身是建立在文件访问基础之上的,只不过文件是数据库结构的,采用数据库的访问方式。这就导致lrcat的访问速度比普通文件操作更慢,一个lrcat管理1、2千张照片时,Lightroom运行速度很快,照片数超过1、2万,lrcat访问速度会下降很多,会拖累Lightroom的运转。

所以,使用“导出为目录”时,照片数量最好不要超过2千张。

“导出为目录”完成后,如果删除掉导入的照片,lrcat会被清空。但因为lrcat是数据库结构,清空并不会释放存储空间,想要释放存储空间,请使用菜单-“文件”-“优化目录”。“优化目录”是标准的数据库维护作业,能释放数据库已被清空的存储空间。

请注意,使用“优化目录”前,最好在图库的“文件夹”下面,把不再需要的照片文件位置统统“移去”,这样才能最大限度地释放lrcat目录的存储空间。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 13.119
主题: 55
帖子: 1236
注册: 2008年9月
众测俱乐部标识
怕别人进图书馆偷走图书,你就不怕别人把你那一个个打包的便携“小图书馆”拎走一锅端了吗?

1.LR的目录管理方式,文件导入时有各种对文件存放和组织的选项,通常人的做法是预设一个根目录或分区或整个硬盘存放照片,再按年、月日方式建立子目录,怎么可能会“乱七八糟地存放在各种存储空间,”?

2.LR的目录管理充分考虑到了数据库的数据安全,其中的措施之一正是被你误解和无视了的备份功能。
Lightroom不停地请求你备份lrcat目录,原因是Lightroom知道,大部分人使用lrcat目录的方式都错了。”,这是你首帖的原文。我们就顺着你的逻辑说下去,Lightroom知道大部分人使用目录的方式错了,正确的方式应该如你所说“使用导出方式建立多个目录”,然后它又在自己的帮助文件里面不止一次的提醒“不建议使用多个目录”,推荐大家使用单一目录。这个Lightroom它是精神分裂了吗?

3.本帖你叕说“我估猜80%的使用者都相信Adobe推荐的单一目录方式,甚至直接使用“缺省”的单一目录,而不是自己管理lrcat,”,你两个帖子的 “大部分人使用lrcat目录的方式都错了” 和 “80%的使用者都相信Adobe” 说的是两部分人吗?Adobe如果知道,应该非常奔溃而自责,因为80%的使用由于相信了它而犯了错误!

4.不同电脑、不同平台切换目录在回帖中大家都说的很清楚了,LR也有相应的建议,会用LR,这根本就不是一个问题,至少在这里还没有一个人问过,有你说的“总有人问”这事吗?

5.还有,冒犯一下,纠正你对分布式数据库的一知半解。
分布式数据库系统通常使用较小的计算机系统,每台计算机可单独放在一个地方,每台计算机中都可能有DBMS的一份完整拷贝副本,或者部分拷贝副本,并具有自己局部的数据库,位于不同地点的许多计算机通过网络互相连接,共同组成一个完整的、全局的逻辑上集中、物理上分布的大型数据库。
自己细细体会,暂不解释。 本帖最后由 越洋湖人 于 2021-2-21 09:50 编辑
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 6.768
主题: 46
帖子: 6809
注册: 2007年7月
月内主力装备
★ NIKON Z 8
Lightroom的目录数据库(lrcat)最大的问题在于没有把原始照片放进库里面,原始照片仍然是文件管理的方式,乱七八糟地存放在各种存储空间,lrcat仅仅只是建立了文件路径的索引。lrcat数据存放在一个地方,而原始照片数据存放在另一个地方。

打个比方,图书馆是不允许你进入书库的,借书、还书的操作,都由图书管理员来做(不管管理员是生物人还是机器人)。而lrcat的图书卡片在管理员办公室,lrcat的书库却只是露天堆放着的书架(普通的磁盘目录),任凭风吹雨打(暴露在windows的文件管理之下),你完全可以不经过图书管理员,任意偷走图书(删除磁盘文件),而图书管理员还以为图书仍在书架上(lrcat索引卡片还在)。

所以lrcat名义上是数据库,却不具备数据库的安全性、可靠性。

而“导出为目录”,相当于把人工把lrcat和原始照片都封装在一个windows的文件目录里面,一般来说你不会进入子目录去删除原始照片,能提高一点点安全性、可靠性。如果真的熟悉数据库,可以把“导出为目录”看成是一种分布式数据库,类似于本地图书馆,特殊需要时还可以远程调阅图书(“从另一个目录导入”)。

我估猜80%的使用者都相信Adobe推荐的单一目录方式,甚至直接使用“缺省”的单一目录,而不是自己管理lrcat,所以总是有人问Lightroom怎么才能做到不同电脑的切换、同步和备份。
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 0.034
主题: 1
帖子: 37
注册: 2010年7月
Lightroom摄影后期修图:目录的意义
https://v.qq.com/x/cover/prkcc2j2yaj1crw/k1403prwdha.html
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
泡菜
泡网分: 0.998
主题: 1
帖子: 955
注册: 2020年2月
记号
(0)
(0)
只看该作者
不看该作者
加入黑名单
举报
返回顶部
个人图文集
个人作品集
回复主题: Lightroom的正确姿势-“导出为目录”
功能受限
游客无回复权限,请登录后再试