上回書說到折騰了一番我利用Rock5b開發(fā)板搭建的NAS，因?yàn)閑MMC存儲被撐爆而無奈另起爐灶，建起了Emby環(huán)境，還拿到了小金標(biāo)。
Emby一直以來運(yùn)行得都很正常，畢竟是付費(fèi)軟件，比起Jellyfin而言，要穩(wěn)定很多。但是，Apple在9月份推出的新系統(tǒng)改變了一切，升級后手上的iPhone 14開始頻繁無響應(yīng)自動鎖定，直到恢復(fù)默認(rèn)設(shè)置后才逐漸恢復(fù)正常。而家里的播放器在升級后，Emby客戶端播放電影時無法正常加載中文字幕，顯示方塊，且畫面出現(xiàn)明顯卡頓，但是切換回英文字幕又一切正常。
一開始我并沒有覺得是蘋果系統(tǒng)升級的原因，因?yàn)椴シ牌魇亲詣由墴o感的。
于是按照經(jīng)驗(yàn)重裝Emby APP未果，然后懷疑是不是Emby的當(dāng)前版本4.7.14.0太低。于是，按照嗶哩嗶哩上大佬共享的資源（原文地址），重新安裝了最新版Emby，命令如下：
sudo docker run -d
--name=emby
-e PUID=1000
-e PGID=1000
-e TZ=Asia/Shanghai
-p 8096:8096
-v /srv/dev-disk-by-uuid-91b16c01-2496-4993-aeee-a99c21d83597/share/appdata/emby/config:/config
-v /srv/dev-disk-by-uuid-91b16c01-2496-4993-aeee-a99c21d83597/share/resources/tv:/tv
-v /srv/dev-disk-by-uuid-91b16c01-2496-4993-aeee-a99c21d83597/share/resources/movie:/movies
-v /opt/vc/lib:/opt/vc/lib
--add-host api.themoviedb.org:13.224.161.90
--add-host api.themoviedb.org:13.35.67.86
--add-host www.themoviedb.org:54.192.151.79
--add-host api.themoviedb.org:52.85.247.30
--add-host api.themoviedb.org:52.85.247.33
--add-host api.themoviedb.org:52.85.247.69
--add-host api.themoviedb.org:52.85.247.81
--device /dev/dri:/dev/dri
--device /dev/vchiq:/dev/vchiq
--device /dev/video10:/dev/video10
--device /dev/video11:/dev/video11
--device /dev/video12:/dev/video12
--restart unless-stopped
--privileged
linuxserver/emby:latest
下載解壓文件到embyserver目錄中的system里，重啟emby服務(wù)，進(jìn)入emby服務(wù)端設(shè)置，在Premiere Key中隨便輸入字符確定即可完成本地驗(yàn)證。 注意目錄是在Docker中，需要進(jìn)入Docker后執(zhí)行拷貝覆蓋操作。
隨后在瀏覽器內(nèi)終端（F12）執(zhí)行 window.location.reload(true);
可以看到已經(jīng)升級到最新版本，且有金標(biāo)。
但是問題依舊存在，后來我查看了設(shè)置才想到可能是升級后帶來的問題。
可是我不能坐以待斃，等待emby推出新的APP，畢竟看電影是無論如何不能斷的。
所以我最終決定，轉(zhuǎn)回Jellyfin！
Rock5b是ARMV8架構(gòu)，所以只能選擇官方的Jellyfin鏡像安裝。
sudo docker run -d
--name=jellyfin
-e PUID=1000
-e PGID=1000
-e TZ=Asia/Shanghai
-e JELLYFIN_PublishedServerUrl=192.168.1.66
-p 8097:8096
-p 8921:8920
-p 7359:7359/udp
-p 1900:1900/udp
-v /srv/dev-disk-by-uuid-91b16c01-2496-4993-aeee-a99c21d83597/share/appdata/jellyfin_cache:/cache
-v /srv/dev-disk-by-uuid-91b16c01-2496-4993-aeee-a99c21d83597/share/appdata/jellyfin_metadata:/metadata
-v /srv/dev-disk-by-uuid-91b16c01-2496-4993-aeee-a99c21d83597/share/appdata/jellyfin:/config
-v /srv/dev-disk-by-uuid-91b16c01-2496-4993-aeee-a99c21d83597/share/resources/tv:/tv
-v /srv/dev-disk-by-uuid-91b16c01-2496-4993-aeee-a99c21d83597/share/resources/movie:/movie
-v /srv/dev-disk-by-uuid-91b16c01-2496-4993-aeee-a99c21d83597/share/resources/music:/music
-v /srv/dev-disk-by-uuid-91b16c01-2496-4993-aeee-a99c21d83597/share/resources/downloads:/downloads
--device /dev/dri:/dev/dri
--restart unless-stopped
jellyfin/jellyfin:latest
注意這里 -v /srv/dev-disk-by-uuid-91b16c01-2496-4993-aeee-a99c21d83597/share/appdata/jellyfin_cache:/cache的參數(shù)是為了將緩存數(shù)據(jù)存儲在我的數(shù)據(jù)盤上，而非系統(tǒng)盤上。Jellyfin會將轉(zhuǎn)碼的緩存數(shù)據(jù)保存到/var/lib/jellyfin中，占用大量空間。
安裝的時候疏忽了，沒有加上add-host參數(shù)，因?yàn)閲鴥?nèi)的特殊情況，無法刮削電影信息。
無法刮削的癥狀是這樣的，添加了媒體庫之后，只會顯示1、2部電影，但是搜索電影名可以正常顯示。這個問題很具欺騙性，Jellyfin的機(jī)制是只有刮削成功才會在默認(rèn)媒體庫視圖里顯示。
我在國外Jellyfin論壇搜索了好久也沒有人遇到類似問題，因?yàn)閲獠淮嬖谔厥馇闆r啊。
解決方法有兩種，要么重裝Jellyfin加上參數(shù)，要么使用MetaShark插件，從豆瓣抓取信息。
具體的步驟如下：
點(diǎn)擊我的插件——存儲庫，點(diǎn)擊+號新建存儲庫。
添加插件存儲庫：
確認(rèn)Json地址添加到存儲庫中。
MetaShark為Active狀態(tài)。
進(jìn)入控制臺 -> 媒體庫，點(diǎn)擊任一媒體庫進(jìn)入配置頁，在元數(shù)據(jù)下載器選項(xiàng)中勾選MetaShark，并把MetaShark移動到第一位。
同理也可將圖片獲取程序改為MetaShark。
配置完成后，所有媒體庫的電影信息即可被刮削且正常顯示。
順便把Jellyfin的硬件加速功能也啟用了。
完成后，Jellyfin App可以正常播放高清電影了。
準(zhǔn)備在未來一段時間內(nèi)保持Emby和Jellyfin兩個Docker同時存在，等待Emby的客戶端的下一個版本更新。播放效果上，兩者看不出什么差別。但是Jellyfin對于字幕文件的兼容性略差一些，有些ass字幕文件無法顯示。
已經(jīng)修改了字幕設(shè)置如下：
并進(jìn)入容器安裝字體。
docker exec -it jellyfin /bin/bash
apt update
apt install fonts-noto-cjk-extra
為了避免字幕顯示方塊，也可以啟用備用字體。
將mysh.woff2（微軟雅黑）字體文件拷貝到數(shù)據(jù)盤上，并重啟Jellyfin Docker。
播放ass字幕時還是有明顯卡頓，看來Jellyfin確實(shí)需要折騰的地方比較多，新手要弄成一個完美配置有一定的難度。
,
