本文首發(fā)于 我的博客
背景
本人一直是玩PT站的莲兢，從去年開始到現(xiàn)在一年左右了吧。
從最開始百度云+迅雷到群暉+transmission+video station到pt助手，再到Emby溪窒，再到sonarr+radarr+jackett坤塞，中間也試水了plex澈蚌，到現(xiàn)在基本定型的 Sonarr + Radarr + Prowlarr + Lidarr + Readarr + Subfinder + Emby + Infuse + Transmission + qBittorrent，著實(shí)是踩了不少坑漲了不少經(jīng)驗(yàn)宛瞄。在此總結(jié)之際做個(gè)總結(jié)。
先看效果
-
媒體資源庫
1.png -
電視劇/綜藝自動(dòng)搜刮器
111111111113.png -
電影搜刮器
12.png -
追劇跟蹤
schedue.png
這個(gè)是第三方平臺(tái)盈电。
還有很多其他意義沒這么重要的就不截圖了杯活。
基礎(chǔ)準(zhǔn)備
硬件配置：
- 群暉（1618+，配了6塊12t硬盤）媒體的存儲(chǔ)和下載器
- 主機(jī)（i7-10700+32g內(nèi)存） 各類應(yīng)用軟件的搭建
- Apple tv 6 當(dāng)然是主要的觀看設(shè)備了
- 千兆交換機(jī) 便于網(wǎng)內(nèi)通信不需要走路由器旁钧，提高速度
- 裝有openwrt的樹莓派 對(duì)于媒體信息搜刮提供有效幫助
網(wǎng)絡(luò)情況：
- 聯(lián)通 500M
- 移動(dòng) 200M
資源情況：
- 零至多個(gè)PT站賬號(hào)
- 如果沒有PT站賬號(hào)，可以選用公開站點(diǎn)均践，但是資源有限且保種情況很差
先來看一下網(wǎng)上通用的解決方案：
在群暉中套件中心搜索Emby晤锹、transmission、Sonarr彤委、Radarr等下載安裝…然后一番配置之后就可以用了鞭铆。
但實(shí)際上，群暉作為一個(gè)存儲(chǔ)器焦影，cpu采用的是intel atom系列车遂，算是低端到不行的芯片，內(nèi)存也只有4G斯辰，一般配置也并沒有顯卡舶担。而emby的媒體分析（ffmpeg）是極度消耗CPU和顯卡計(jì)算能力的。
對(duì)于種子的搜刮彬呻，也需要大量的網(wǎng)絡(luò)請(qǐng)求衣陶。而且這幾個(gè)Servarr系列工具都是用C# 去寫的柄瑰，在linux中跑.exe程序所需要的cpu資源可想而知。我最初也是這么實(shí)現(xiàn)的剪况，但是這幾個(gè)程序都慢的不行教沾。一開始我以為就是這個(gè)樣子的，直到后來切換到了主機(jī)端才發(fā)現(xiàn)這些程序真正的速度是怎么樣的译断。
核心
所以我的部署方案是利用 Docker授翻，正好有 linuxserver 項(xiàng)目組為這些項(xiàng)目提供了合適的容器鏡像。再通過容器掛載的方式進(jìn)行媒體訪問
服務(wù)介紹
在這里只講一些重要的服務(wù)孙咪，搭建過程比較簡(jiǎn)單堪唐。
Radarr
電影搜刮器。是基于 Sonarr 進(jìn)行改造開發(fā)的翎蹈，但是作者我感覺人還是不錯(cuò)的淮菠，至少目前在我看來這個(gè)的功能比 Sonarr 強(qiáng)大得多，但是性質(zhì)不一樣荤堪，兩者依舊不可缺兜材。說是搜刮器，其實(shí)就是調(diào)用著別人的搜刮接口查著別人的電影信息 調(diào)用別的下載工具~ 把下載好的媒體重命名到合適的文件夾然后逞力，調(diào)用別人的播放器~ 但就這一個(gè)作為中間橋梁的，一直使用其他人的成果的程序糠爬，反倒是不可或缺寇荧。
它呢，基本上是以列表連接（imdb执隧、imdb揩抡、trakt 等列表）或自己手動(dòng)搜索添加電影，通過 jackett(現(xiàn)在我用prowlarr)等支持Torznab協(xié)議轉(zhuǎn)換的工具搜刮各bt/pt站的有效種子镀琉，將種子發(fā)送到下載服務(wù)器并按時(shí)監(jiān)控下載狀態(tài)峦嗤。當(dāng)下載完成后，則會(huì)自動(dòng)將下載好的媒體文件按照預(yù)設(shè)的方式存儲(chǔ)到固定目錄中去屋摔，并發(fā)送通知給用戶或其他程序。
Sonarr
劇集搜刮器好聽一點(diǎn)吧钓试。包含了電視劇弓熏、電視節(jié)目的搜刮。算是這個(gè)系列的鼻祖了疚颊。但是作者維護(hù)一直處于佛系+懶散的狀態(tài)，奈何我又不會(huì)C#均抽，沒有辦法自己改動(dòng)一些東西到忽。不過說起來清寇，劇集搜刮確實(shí)要比電影搜刮復(fù)雜很多翩迈。
跟Radarr相比，少了一些功能：
- 不支持中文
- 國內(nèi)pt站劇集格式可能單季不會(huì)按
S01這種格式命名，這貨就不會(huì)自動(dòng)搜刮洞坑。作者解釋是為了防止出現(xiàn)把第一季和全劇弄混的情況（大哥就只有一季的電視劇第一季和全劇有什么區(qū)別），并且死活不改。 - 搜刮時(shí)的名稱不支持中文（甚至源語言）监氢，只支持英文纺弊。他說他認(rèn)為所有的pt站種子命名格式一定要有標(biāo)準(zhǔn)英文格式隔盛，因此不會(huì)做額外工作（又來了，tvdb上名字都全的，搜一下又不會(huì)死鳄炉，我的柯南就因?yàn)檫@個(gè)一直沒辦法自動(dòng)搜索下載，不過掃黑風(fēng)暴倒是每一集都有下）谈竿。
emby
不用過多介紹空凸，emby是一款支持多種視頻格式，支持自動(dòng)搜刮、自動(dòng)搜索字幕族壳、格式整理，支持各端同步播放狀態(tài)（播放要錢，狀態(tài)不要）舶替、多用戶管理（權(quán)限管理）等等功能抛蚁。與其作為競(jìng)爭(zhēng)對(duì)手的還有plex 等，但是都用過之后還是覺得這個(gè)更順手一些。
qbittorrent、transmission等
下載器，類似于迅雷。但事實(shí)上油湖，迅雷是傳說中的吸血軟件吠昭。bt的原理是通過大家互相上傳下載所需要的文件內(nèi)容矢棚，從而實(shí)現(xiàn)下載越多速度越快的原理。而迅雷則是自己建立了一個(gè)大的分享網(wǎng)絡(luò)兜粘，將從別人那里拿來的據(jù)為己有孔轴，只在自己的客戶端內(nèi)傳播路鹰。（當(dāng)然，迅雷也自己建立了自己的文件庫帽氓，所以下載速度才那么快黎休。但是它是不分享給其他下載軟件的。）而pt站所需要的分享精神也正是其保密漫仆、不公開注冊(cè)的原因。因此署照，pt站就只可以用標(biāo)準(zhǔn)bt協(xié)議即qb建芙、tr這種下載工具禁荸。據(jù)說qb搶上傳比較厲害，而tr資源占用小，適合保種罩旋。（pt相關(guān)知識(shí)在此不予說明）
Jackett、Prowlarr
傳說中的種子搜刮器溯警。由于國內(nèi)大部分PT站都是很久以前的nexusPHP架構(gòu)，而pt的本質(zhì)大同小異，資源命名也有很固定的規(guī)范。因此单绑，這種搜刮器就是利用爬蟲的原理對(duì)pt站進(jìn)行資源搜索搂橙，找到所需要的資源種子返回給客戶端笛坦。
其他
其他服務(wù)比如Lidarr音樂搜索弯屈、Readarr電子書搜索等服務(wù)，國內(nèi)資源較少厅缺，我搭建起來只是為了看起來全面一些湘捎，并沒太大用處窄刘，因此也不會(huì)詳細(xì)講解娩践。
開始搭建
群暉的設(shè)置（下載器、文件目錄及權(quán)限）
首先材泄，在群暉上建立一個(gè)共享文件夾拉宗，在我這里叫做media，里面存儲(chǔ)著所有下載和格式化的媒體文件魁巩。在文件夾中建立downloads谷遂、video单料、music等目錄扫尖，分別存儲(chǔ)下載資源、格式化后的視頻甩恼、音樂等資源条摸。
在群暉上安裝transmission铸屉，設(shè)置默認(rèn)的下載路徑為media彻坛，未完成的下載設(shè)定在/volume1/media/downloads/incomplete （按自己喜歡）。安裝好后钙蒙，輸入 群暉ip:9091訪問群暉躬厌，設(shè)置下載路徑為 /volume1/media/downloads/complete竞帽。
通過群暉打開/media/downloads文件夾屹篓，將其權(quán)限設(shè)置為sc-tranmission:sc-tranmission完全訪問權(quán)限，包含子文件夾：
這樣才能保證下載過程暢通無阻。
群暉的部分設(shè)置完了恳邀，下一章會(huì)講媒體服務(wù)的設(shè)置，今天太晚了該下班了刷钢。
