amtoaer
Emby 完全不显示演员，得在 people 文件夹手动操作才可以显示
系统：群晖 7.2.2-72806 Docker Container Emby 版本： 4.9.1.21 Bili-sync 版本：2.7.0
如题，up 主的信息都下载成功了，但是会在 people 文件夹下创建一个 up 主 id 首个数字为名字的文件夹，该文件夹目录下才是 up 主信息的文件夹。 比如：
people/
└──3/
├── 311101/
└── 3493285983160582/
我得把 311101 和 3493285983160582 文件夹移到 people 文件夹根目录才让 Emby 显示演员信息。我目前不清楚这个创建父文件夹的行为是 Emby 的还是 Bili-sync 的，所以如果这个行为是 Bili-sync 的，希望作者可以修改一下。
感谢作者的付出，这个项目非常棒！
是 bili-sync 的行为，我看 jellyfin 和 emby 的 people 都是这个结构就直接写死在程序里了。
我记得当时有测试过 jellyfin 和 emby，jellyfin 的表现是头像需要手动点击一次才能触发加载（jellyfin 的 bug），emby 是需要在控制台的计划任务中触发一次 metadata 刷新。
你可以先试试触发下 metadata 刷新的计划任务，如果无效的话可能是 emby 4.9 修改了 metadata/people 的文件结构定义，后面有时间我修一修。
是不是你emby元数据的目录不对，我的目录和你一样，emby可以正常加载
应该没问题，我是按照文档挂载 people 目录的，emby 自己刮削的元数据都是这个结构，没出过问题
是 bili-sync 的行为，我看 jellyfin 和 emby 的 people 都是这个结构就直接写死在程序里了。
我记得当时有测试过 jellyfin 和 emby，jellyfin 的表现是头像需要手动点击一次才能触发加载（jellyfin 的 bug），emby 是需要在控制台的计划任务中触发一次 metadata 刷新。
你可以先试试触发下 metadata 刷新的计划任务，如果无效的话可能是 emby 4.9 修改了 metadata/people 的文件结构定义，后面有时间我修一修。
我试了一下运行这个任务，发现 emby 会在 people 下创建一个 up 主 ID 的文件夹，但是里面只有 person.nfo。，而那个单个数字开头的文件夹里的同名文件夹同样存在，里面的图片和 person.nfo 也都在。
那应该是 emby 改了 people 的存储逻辑。运行任务之后头像可以正常显示吗，如果能显示说明应该保留了 fallback 逻辑，不能显示的话就得手动适配下了。
那应该是 emby 改了 people 的存储逻辑。运行任务之后头像可以正常显示吗，如果能显示说明应该保留了 fallback 逻辑，不能显示的话就得手动适配下了。
噢，我忘记说了，运行完不能正常显示头像
