[FEAT] 通用“人物标签与图像关联”优先级机制

[astramare]

在反馈此问题前请注意 Please note before reporting this issue

• 已经查看相关帮助内容 Read more about the Salt Player help content
• 已经在本仓库搜索相关内容（避免重复反馈）Already searched for related content in this repository (to avoid duplicate feedback)
• 确认仅将提交一个问题（多个问题或者备注提及另外的问题请重新提交新的，如建议 1、2、3 请分开提交。即便是针对某个功能的不太相关的点也应该分开提交，如歌词建议支持大小和颜色调节，应该分开提交大小、颜色的建议）Confirm to submit only one issue (if multiple issues or notes mention other issues, please submit a new one separately)

平台 Platform

• Android
• Windows
• HarmonyOS

描述 Describe

我是 Google Player Store 付费用户，已经使用一年，总体体验良好，但是软件对多艺术家头像的支持需要优化。

功能建议描述

建议 Salt Player 在扫描本地音乐目录时，增加对艺术家图片文件的识别规则：支持自动读取专辑目录下命名为 artist_艺术家名.jpg (或 .webp/.png等支持格式) 的图片，并将其自动关联为对应艺术家的头像。

匹配逻辑建议

播放器在扫描文件夹时，若检测到 artist_ 开头的文件，自动将下划线后的字符串解析为艺术家名称（严格比对），并将其作为该艺术家的头像缓存。

关于性能的考虑

为平衡扫描性能，播放器可限制仅在“专辑所在目录”下进行有限的匹配，或在用户手动触发“扫描本地图片”时进行索引。

感谢开发者的付出，期待这一功能能够加入！

[astramare]

补充建议：更通用的多角色/多艺术家头像匹配机制（优先级架构）

为了让这一功能更具扩展性，建议将上述图片识别逻辑抽象并演进为一套通用的“人物标签与图像关联”的优先级机制。无论是对于多个艺术家（Artist）、专辑艺术家（Album Artist）还是作曲家（Composer）等人物标签，均可按以下优先级处理：

图像显示优先级 (Priority List)

• 第一优先级：本地缓存 (Cached Images)
  优先使用播放器已经生成或用户手动匹配并缓存的图像，确保界面响应性能。
• 第二优先级：内嵌内封标签匹配 (Embedded Tags Mapping)
  当文本标签值与内嵌图像标签（如音频文件内封装的 Picture Tag）对应的描述相符时，不论标签类型，只要“文本值 == 图像描述”，即可自动对应。
• 第三优先级：同目录下文件规范匹配 (Directory File Naming Mapping)
  • 若内嵌无果，检测音乐文件同目录下的独立图片文件。
  • 命名规范： [Tag类型]_[Tag值].[格式]（例如：artist_周杰伦.jpg，composer_久石让.png）。
  • 只要文件名中的 [Tag值] 与音乐文件的元数据严格文本匹配，即自动关联。
• 第四优先级：用户手动选择 (Manual Override)
  允许用户在 UI 界面手动浏览并绑定特定的图像文件作为兜底。

这样设计的好处（解决的实际问题）：

1. 符合并扩展了行业标准：既照顾了传统的内嵌标签派，也兼顾了大量依赖本地目录规范化管理（如外挂 .jpg）的本地党用户。
2. 解耦标签类型，增强灵活性：通过“只要标签值相同即对应”的抽象逻辑，完美解决了多艺术家、复杂协作（Feature/Remix）以及作曲家等各种角色头像的匹配痛点。
3. 对扫描性能友好：逻辑层级分明，播放器可以按需（On-demand）或者在后台按优先级逐层检索，不会对首次媒体库扫描造成过大压力。