💡
原文中文，约1100字，阅读约需3分钟。
📝
内容提要
GNOME 的 LocalSearch 决定放弃 GStreamer，转而使用 FFmpeg/libav 进行多媒体文件元数据提取，以提高性能和内存效率，预计将在 GNOME 48 中实施。GStreamer 适合媒体播放，但不利于快速提取。
🎯
关键要点
- GNOME 的 LocalSearch 决定放弃 GStreamer，转而使用 FFmpeg/libav 进行多媒体文件元数据提取。
- LocalSearch 是 GNOME 的索引器和搜索引擎，负责桌面搜索。
- FFmpeg 在处理音频/视频文件时性能更快、内存使用率更高、沙盒友好性更高。
- GStreamer 的模块化支持与 LocalSearch 的提取器沙箱运行不一致。
- GStreamer 设计用于长期运行，不适合快速元数据提取。
- libav 提取器的速度比 GStreamer 快约 2.5 倍。
- 使用 libav 提取器时，内存使用量明显较低。
- GNOME 48 将包含从 GStreamer 切换到 FFmpeg/libav 的变化，预计在 3 月份发布。
❓
延伸问答
GNOME 的 LocalSearch 为什么放弃 GStreamer？
因为 FFmpeg 在多媒体文件元数据提取时性能更快、内存使用率更高，并且沙盒友好性更好。
使用 FFmpeg/libav 的优势是什么？
FFmpeg/libav 提取器的速度比 GStreamer 快约 2.5 倍，且内存使用量明显较低。
GNOME 48 版本将有哪些变化？
GNOME 48 将包含从 GStreamer 切换到 FFmpeg/libav 的变化，预计在 3 月份发布。
GStreamer 的设计目的是什么？
GStreamer 是为媒体播放而设计的，不适合快速元数据提取。
LocalSearch 是什么？
LocalSearch 是 GNOME 的索引器和搜索引擎，负责整个 GNOME 组件的桌面搜索。
为什么 GStreamer 不适合快速元数据提取？
因为 GStreamer 设计用于长期运行，处理实时系统更新时表现不佳。
🏷️
标签
➡️
