前提
操作系统:Ubuntu 20.04.2
DE:Gnome 3
gnome-shell --版本:3.36.7
在正常情况下,我宁愿不要太频繁地重新生成缩略图,以便为我的 SSD 节省一些寿命。
org.gnome.desktop.thumbnail-cache maximum-size: -1
org.gnome.desktop.thumbnail-cache maximum-age: 275
我的缩略图目录:~/.cache/thumbnails/large/
包含大约 37000 个项目,总计 2.3GB。
该目录(连同我用户的主目录)所在的分区有 16GB 可用空间。
最近我安装了 Thunar 以查看比 Nautilus 中显示的更大尺寸的缩略图。
(我已经以 Gnome 桌面的标准推荐方式安装了 Thunar sudo apt install thunar
:)
不倒翁的问题
- 通常会生成缩略图,而不是首选的 256 像素宽尺寸,然后以各种((小得多)小)尺寸呈现。(使用 .jpg 图像观察)
- 缩略图可能以“未完成”告终,其底部区域仍被深灰色条纹遮挡(就好像位图数据的处理在处理过程中被放弃了一样)。(使用 .png 图像观察)
- 有时横向与纵向方向不正确。
对我来说,所有这些似乎都表现为某种竞争条件。如果当前保存图像的文件夹在 Thunar 中打开,它们会更频繁地发生。
我的首要任务是解决第一个项目,即尺寸问题。
在我看来,尺寸问题只影响 .jpg而不是 .png。
正如我发现的那样,以较小尺寸出现的缩略图在物理上也小于~/.cache/thumbnails/large/
.
有时在 Thunar 中打开文件夹时保存/批量重命名文件时,我会看到一个较小尺寸的缩略图出现一瞬间,然后被正确的尺寸替换。但这仅发生在少数文件上,而大多数文件保持不变(太小)。
解决方法
什么不起作用:
- 刷新 Thunar 的景色
ctrl+R
- 我见过这个线程。
- 跨文件夹移动图像
什么只有时/在某种程度上起作用:
- 在 Thunar 中右键单击图像并打开其“属性”对话框有时(但很少)会触发以正确大小重新生成缩略图。
- 删除最新的缩略图,
~/.cache/thumbnails/large/
然后在 Nautilus 设置为最大缩略图视图模式的情况下访问包含文件夹可以改善情况。- (但是,在 Thunar 中,只有不到 100% 的缩略图大小合适,即使这样,也有一些最终会变小。)
- 重命名图像文件。
- 这提供了一个干净的开始,但仍不能保证在 100% 的情况下都能正确结束。
关于删除内容~/.cache/thumbnails/
只有在保证新的缩略图集大小合适的情况下,删除缩略图缓存的内容才会有吸引力。
但这似乎并不能保证。通过部分删除(例如最近的几百个缩略图)的结果表明,新生成的集合仍然会遇到相同的大小问题。tumbler
需要先修复;然后我就可以清空缩略图缓存了。
基本上我希望看到所有新的缩略图都以正确的大小生成;然后我也可以追溯修复旧的缩略图(通过删除它们)。
怎么修?
可以通过一些配置来实现任何事情,以某种方式调整 tumblerd 吗?对应的配置在哪里?
还有其他技巧或解决方法吗?
解决方案 TLDR;
如果你发现你有一个用于 tumbler 的 [PixbufThumbnailer] 插件,那么你可以禁用 [JPEGThumbnailer]。
jpg 缩略图大小偏差的明显原因:
这两个缩略图插件似乎是多余的,甚至在生成缩略图时似乎相互竞争。
提示可在本文档中找到:
怎么修:
编辑
/etc/xdg/tumbler/tumbler.rc
,找到块:并将值设置如下:
Disabled=true
.要使更改生效,请
tumblerd
在系统监视器中停止进程(它将根据需要自动重新启动),或者注销并重新登录,或者重新启动。之后,将生成新的 jpeg 缩略图
尽管明显比以前慢。
(之后,只有一部分.pdf缩略图会受到小于配置大小的影响;我还没有找到解决方法。)
要同时修复所有先前生成的 .jpg 缩略图,有必要触发重新生成所有缩略图。这可以通过清空缩略图缓存来实现:
之后,请耐心等待:此后您访问的每个包含图像的目录都将开始重新生成其中的缩略图;不好玩,但值得。