自動多媒體方案調整
前言
為了改善困擾我很久的lidarr API連接Musicbrainz的問題,我針對我的自動白嫖盜版影音方案做了一些調整
調整內容
Lidarr
事故
起因是因為Musicbrainz變更了API相關設定,導致lidarr無法正常的從Musicbrainz取得Meta資料,所以lidarr的功能基本上就廢了
對策
其實簡單的來說,最終的解決方案就是 - 等待, 實際上等的夠久後lidarr的開發團隊就提供了改版的lidarr去搭配Musicbrainz的新設定(但是text search的部份還是沒救)
BUT因為大家之前都等不及,所以在開發團隊解決之前,紛紛用上了其他改過得版本,或是加上mod.結果就是用了改過版本的直接改新版也是無效的,所以才有後面悲苦的相關經歷
曲折的過程
因為大叔我主動積極導入當時的最佳解決方案,所以改版後只能把整個lidarr的config全部砍掉,然後再重新設定與導入檔案….恩..過程還真的是漫長且折騰….
新舊差異
最大的差異就是,改好的lidarr依舊沒辦法利用text search跟之前一樣直接搜尋歌手名字或是專輯名稱就可以add new,而是需要先去Musicbrainz查詢該歌手的Artist ID或是該專輯的Release group ID
然後到lidarr的add new裡面使用
1 | lidarr:<Artist ID/Release group ID> |
然後如同以往,選擇跑出來的圖面上,加入到lidarr內
字幕相關
緣由
其實也沒什麼,就是之前用的ChineseSubtitle的作者太忙了所以就棄坑了…
更換對象
找了一下,換用了Bazarr,過程就一樣簡單,用docker跑起來就好了
使用感想
Bazarr基本上也是Xrr家族的,所以跟我其他的多媒體方案整合的很好,不過,字幕這種東西怎麼說呢,找的到的就找的到,找不到的就找不到,就跟票多的就選贏,票少的就選輸一樣雖是真理但也是廢話…
網路相關
Automedia方案調整
原先因為參考資料,所以我把整個automedia方案(包括radarr,sonarr, lidarr, jackett…)都包在Gluten裡面,但是因為最近Gluten的VPN有點問題(其實我也不確定有問題多久了)
所以先是發現jackett+flaresolverr怪怪的,所以將他們這對搭當移出Gluten
接著是lidarr修正中(對就是上面講的…)發現add new的search連不上…果斷將lidarr移出Gluten後就好了…
於是就是把整個automedia方案除了qbittorrent還留在Gluten內以外其他都移出,畢竟這樣才是我理想的只有qbittorrent走VPN保平安,其他東西就不要佔用VPN的頻寬了….
然後我才發現,怎麼參考資料裡說的不放在一起就會連不到的問題不見了…(可能是因為我有刻意把automedia內的每個container都指定了ip的關係…)
VPN - ERROR [vpn] getting public IP address information:
在docker-compose.yml的enviroment內加上PUBLICIP_ENABLED=false就好了
結論
本來就不該期望open source的方案可以永久不調整一直用同一個設定檔(就算是商用軟體也是得跟著改版作微調的..)
所以改的幅度也小,應該還可以再戰個幾年