@creeeeezy #32 网上吹的太火了，家里人追的勤。

@sniperking1234 #27 直爽！

@greenskinmonster #14
@Maxxxxyu #33

非常感谢，对音频这块需求其实主要是想补完 Apple TV 听 Apple Music 的需求。毕竟 Sony 回音壁听歌，不是那么一回事儿，但是看电影还是必须的。想着是有没有既要还要的方案，哈哈哈！

@coolmint #11 确实不错，奈何我入 Apple TV 很晚，以前主要在 Sony 电视上折腾。现在想起来玩儿 Apple TV ，也是想向大家学习下使用方案。

@ChrisV5 #10 啊哈，这不是已经出了一份相同资金在 Emby 上了么。参考 @Exp #37

@zhinian999 #7
@nrtEBH #9
@ToDyZHu #15
@terrychanin #17
@cpper #21
@Lin0936 #22

感谢回复~

理性考虑，Infuse 订阅价格确实比较吸引人。但是不讲理地说，我个人到目前为止还是有些抵触订阅制。有买断条件一般会考虑买断的。现在的问题是从整体考虑，已经不是 Infuse 本身的价格如何了，而是与我已有的 Emby 一起来看，现在 Apple TV 上，只有 Infuse 可以解决问题，再花一份相同的金额，比较尴尬。

发文出来，一方面是吐槽下目前的境地，另一方面也是想参考一下大家的方案，互相交流。

本身如果只是为了看本地片源，我已有方案，只是需要迁移到 Sony 原机系统上访问 Android TV 版 Emby 。

当然 @qq316107934 #1 提供的方案还未尝试，不知效果如何。

@cwbsw #6
@victorkk #25

感谢二位的分析，目前我也有此感觉，但是购买 Emby 先于 Apple TV ，当时购买的原因也是尝试了四种方案 @Exp #36 后，确定了使用 Emby 后打算长期使用，为了多终端使用及后续可能的外地访问，买了 Emby 。也算是冲动消费了吧。

@evam #5
@modrich #16
@sniperking1234 #27

折腾的路线也是走了 Plex->Kodi->Jellyfin->Emby ，其中前三个方案于我来说都有其不可接受的一点或若干点原因：
Plex 界面优秀，但是刮削不彻底，有些无法刮削出来的元数据，也无法很方便的手动更改；
Kodi 配置相对复杂，需要安装各种插件，且进入界面的逻辑于我（新人）来说比较混乱，也没有下苦功夫去研究其逻辑，所以对于家里其它想看视频的人来说可能更不好操作；
Jellyfin 号称 Emby 的开源实现，但是其功能不是很稳定，现在已经记不大清了，反正当时鼓捣的时候放弃了；
Emby 相对来说比较折中，界面不算好看，但能接受，元数据解析支持比较方便的手动编辑（通过 tmm ）修改。

总的来说，最后确定了 Emby 。

@wxw752 #4 想要在 Apple TV 上看爱优腾或电视台直播的一个原因是媳妇有看的需要，另外一个是如果能实现并且维护性不复杂就考虑给上年纪的父母弄一套。Apple TV 的操作和广告 free 还是非常适合老人需求的。

@gulullu #3 可能是我还在折腾的中后期吧，后续也许会走上同样的道路。

不知你现在这套方案的花费如何？

@MID #2 感谢回复。

“Apple TV + PT + NAS + Infuse ，舒适无比”，是这样的。

“用 ATV 看什么爱优腾，简直是原始人行为。” 这么说不合适。

@qq316107934 #1 感谢推荐，后期有时间会看看。

@lookStupiToForce #11

https://i.imgur.com/gQrlY2U.png

文件系统是 Brtfs 。

您的猜测可能是对的，这个 NAS 我之前听部门同事说，其中 NAS 中的数据是通过数据恢复得来的。可能在恢复过程中的写入本身就不是顺序的。后期我再问问数据是怎么存入的。

@lookStupiToForce #9 感谢提供思路，当时在移动文件过程中只看了一眼磁盘读写性能，当时的速度只在~1MB/s 左右。（下午位置和选项）没有看 IO 状态（ IOPS ？）

https://i.imgur.com/zC18uHz.png

最后说的碎片整理和非连续存储空间的零散文件的 IO 问题。因为我们这台机器是新组装的，在空磁盘空间状态下首次填入的数据，还没有经过大家使用，所以我个人感觉应该也不存在零散碎片文件的问题。

问题已经提了工单，看后续群晖技术支持的回复了。

再次感谢！

@ruanimal #6 客服说文件索引是 File Station 默认开启的，无法关闭。不知是不是指的这个：

https://i.imgur.com/MaVXgQh.png

前期数据文件夹一直在建立 Universal Search 文件索引，这个位置也没有办法更新。目前看创建文件索引的任务结束了，这里发现出现移动慢问题的数据文件夹已经不在这里了。

中间只进行了对其在 Syology Drive 管理控制台中进行了停用版本控制的操作。根据客服说法，Syology Drive 与 Universal Search 文件索引 是两回事，一个是应用层面问题，一个是系统层面问题。我取消 Syology Drive 中的版本控制应该不会导致 Universal Search 中的设置更改才对。

不知后续再操作会不会还是同样的问题。

@H97794 #5 系统版本是 7.1.1 update3 ，请问从哪儿进 [文件服务] 呢？

@Huelse #2 我本身数据移动就是在同一个 NAS 中移动，跟网卡会有关系的吗？

还有就是数据量本身数量和总量也很大（若干 T ，几十万 /上百万文件个数的级别），打包压缩可能也不现实。

@itskingname #1 可能跟大小没关系，单纯的是文件数量多。但是按道理也不应该这样操作才是，通常文件系统只移动顶层文件夹路径指针就好啊。

已领，谢谢