原理

MusicBee的基本管理途徑是“專輯、曲目”一對多的二級系統(tǒng)，這要求專輯與曲目的包含關(guān)系無誤，即一張專輯包含哪些曲目、一個曲目包含于哪張專輯，在導(dǎo)入MusicBee進(jìn)行管理前應(yīng)當(dāng)確定下來。各種網(wǎng)絡(luò)資源通常已經(jīng)滿足這一條件，無需人工處理。

對于獨立文件專輯，曲目和專輯信息（元數(shù)據(jù)）都保存于曲目文件中，這就導(dǎo)致同一個專輯中的曲目（“專輯”信息相同的多個曲目文件）可能具有不同的“專輯層面信息”（專輯演出者、發(fā)布時間、專輯曲目數(shù)、專輯Disc數(shù)等，當(dāng)然不包括“專輯”），這是無法禁止出現(xiàn)的錯誤，由此造成了許多音樂管理問題，本文會涉及許多此類問題。

在主界面“音樂”中，左側(cè)面板是“專輯”層面的管理，中間的主面板是“曲目”層面的管理，即不論怎樣設(shè)置，左側(cè)面板的最小粒度單位是專輯，永遠(yuǎn)不會出現(xiàn)曲目。

最簡單的管理方式就是左側(cè)面板將專輯作為條目，主面板將左側(cè)面板所選中的條目（即專輯）包含的所有曲目作為條目。這是音樂管理的基本架構(gòu)。

在此基礎(chǔ)上，增加“歸類”、“排序”、“分組”功能，就形成了多樣化、可自定義的音樂管理系統(tǒng)。首先針對左側(cè)面板進(jìn)行講解，注意主面板始終為“專輯和曲目”，其他選項會影響下面的結(jié)論。

左側(cè)面板的歸類即為按照一定的要求，將多個專輯合并為單一的條目。左側(cè)面板的標(biāo)題欄菜單中，第二組條目即為歸類的設(shè)置。

選擇“專輯”，即為不進(jìn)行歸類，按照最基本方式進(jìn)行管理。此時會額外出現(xiàn)“所有”和“空”的條目，這是各種歸類方式都會出現(xiàn)的特殊條目。而其他每個普通條目都指代一張專輯，其主標(biāo)題為“專輯（專輯名）”，副標(biāo)題似乎為“專輯演出者”。由于存在信息缺失、同一專輯的“專輯層面信息”不一致的問題，副標(biāo)題究竟顯示哪個曲目的哪個信息有待實驗驗證。

選擇其他歸類依據(jù)，則每個條目包含了多張專輯，其主標(biāo)題為歸類依據(jù)本身，副標(biāo)題為類中專輯數(shù)（當(dāng)主面板為“專輯和曲目”時）。注意歸類依據(jù)也有同一專輯的“專輯層面信息”不一致的問題。

不論有無歸類，左側(cè)面板的條目集合必需經(jīng)過排序操作才能形成有序列表展示出來，因此“排序”功能始終發(fā)揮著作用。對左側(cè)面板來說，“排序”功能十分簡單，并不支持自定義。理論上，排序操作在歸類之后，因而排序依據(jù)必定為歸類后集合元素的共有屬性（如歸類依據(jù)本身），或者非共有（即“專輯層面信息”不一致）但是“以一概全”的屬性（如第一首曲目的流派、最新發(fā)布日期、最長曲目時長等），或者由非共有屬性變換而來的可變共有屬性（如總時長、總專輯數(shù)）。

在可選的四種排序依據(jù)中：

• “數(shù)量”即為歸類后，單一條目中包含的專輯數(shù)（當(dāng)主面板為“專輯和曲目”時），同時也是左側(cè)面板條目的副標(biāo)題（依據(jù)“專輯”歸類時除外）。此為降序排序，無法升序。在依據(jù)“專輯”歸類（即不歸類）時，該項屬性始終為1，因而不可選。

• “名稱”即為歸類依據(jù)本身，同時也是左側(cè)面板條目的主標(biāo)題。應(yīng)當(dāng)同理，此為降序排序，無法升序。

• “年份”即為專輯發(fā)行年份，僅限依據(jù)“專輯”歸類（即不歸類）時可選。特殊地，可選升序或降序。

下面講解“分組”，此時選擇歸類依據(jù)為虛擬標(biāo)簽“作品名”，排序依據(jù)為“名稱”。注意此時“Gocuiusa”條目的專輯數(shù)為100。

分組依據(jù)選擇“流派”，可以發(fā)現(xiàn)“Gocuiusa”條目被拆分到不同分組中。由此推斷，“分組”操作發(fā)生在“歸類”和“排序”之前，歸類和排序是在組內(nèi)而言。不過進(jìn)一步的實驗表明，在排序依據(jù)選擇“數(shù)量”時無法使用“分組”功能，排序依據(jù)會自動變?yōu)椤懊Q”。這應(yīng)當(dāng)是軟件的一個缺陷，不過對上述結(jié)論沒有影響。

“依第1個字母分組”實為“依第1個字符分組”，其表現(xiàn)為將歸類和排序后的條目列表分割為多個部分，類似于歸類依據(jù)和分組依據(jù)相同的情況，這兩種情況下分組操作既可認(rèn)為發(fā)生在最前，也可認(rèn)為發(fā)生在最后。

注意，分組依據(jù)、歸類依據(jù)、排序依據(jù)（組內(nèi)、類間），以及條目左側(cè)的縮略圖（尤其是歸類后）都會涉及同一條目信息不一致的問題。

另外，分組本身的組間排序依據(jù)就是分組依據(jù)本身，并且無法逆序。

下面僅對主面板“專輯與曲目”視圖進(jìn)行講解，此時左側(cè)面板選擇歸類依據(jù)為虛擬標(biāo)簽“作品名”。

根據(jù)左側(cè)面板的實驗結(jié)果，音樂管理包含“分組”、“歸類”、“排序”三個階段，在主面板則不含“歸類”階段。

對于“專輯與曲目”視圖，主面板自帶了一級“專輯”分組（注意不是歸類），而基本條目單位是曲目。“專輯”分組層面的排序依據(jù)就是“專輯”（如前文所述），組內(nèi)曲目的排序似乎是曲目編號。

曲目條目字段

標(biāo)題欄菜單中的“字段設(shè)定…”用于自定義曲目條目包含的字段，不過數(shù)量較少。

分組

“專輯與曲目”視圖支持五級分組：“分組頭部”兩級、自帶“專輯”一級、“曲目子組合”一級、“do not sepatate discs”一級（就是Disc編號）。其中“分組頭部”實際是同時根據(jù)兩個依據(jù)分組，本質(zhì)上相當(dāng)于一級。

排序

“專輯與曲目”視圖的排序功能支持多級排序，一系列排序依據(jù)構(gòu)成的總排序依據(jù)被稱為“排序集”。經(jīng)實驗，MusicBee在用戶設(shè)置的排序集無法將曲目細(xì)分為單一項目的排序時，會進(jìn)一步使用的排序依據(jù)為：專輯、Disc編號、曲目編號，此后的依據(jù)未知。

在分組頭部為“專輯”、曲目子組合為“演出者”條件下進(jìn)行實驗。

如圖分別為排序依據(jù)設(shè)置為專輯、專輯/演出者、演出者/專輯、演出者的實驗結(jié)果，其中最后兩個結(jié)果相同。

實驗還發(fā)現(xiàn)，不論改變?nèi)魏渭墑e的分組依據(jù)，曲目的排序不會變化。這意味著分組操作位于排序操作之后，并導(dǎo)致本應(yīng)是同一個分組的曲目被分割成多個部分?？梢詫⑦@種分組操作理解為“放隔板”，或者說“相鄰的”屬于同一分組的曲目相互吸引，“相鄰的”屬于不同分組的曲目相互排斥。

此外，五級分組依據(jù)的生效順序是從下到上，首先是“是否依據(jù)Disc編號分組”，其次是“曲目子組合”，隨后是專輯本身，最后是“分組頭部”。

開始

解壓后打開

導(dǎo)入音樂

導(dǎo)入結(jié)果

基本準(zhǔn)備

設(shè)置1：令“下列字段定義一張專輯”的第一項留空。

?

設(shè)置2：“定義新標(biāo)簽”，設(shè)置一個虛擬標(biāo)簽

設(shè)置3：“高亮：定義規(guī)則…”

最后，切換左側(cè)面板為“專輯”

完成了基本準(zhǔn)備。

讓左側(cè)面板按作品名歸類

（“專輯”時，主標(biāo)題為專輯名，副標(biāo)題為藝術(shù)家。其他時，主標(biāo)題為歸類條目項，副標(biāo)題取決于主面板的歸類）

$RxReplace($Split(<路徑>,\,3),"^\[.*?\]\s*\[?|\]?\s*\[[^\[\]]*\]$","")

主面板問題1

有的專輯被分成了多個部分

原因：同一專輯中各個曲目的“專輯演出者”不統(tǒng)一（網(wǎng)易云下載的原因？），導(dǎo)致“分組頭部”的分組結(jié)果不符合預(yù)期。

簡單修復(fù)：可以先將分組頭部改為“專輯”，隨后取消顯示。

現(xiàn)在會發(fā)現(xiàn)曲目前的數(shù)字重復(fù)兩次。這是曲目的編號。由于專輯包含兩個Disc，但曲目缺少Disc編號信息，因而混在了一起。

下面有一個5號曲目存在該信息，因而分在了“Disc 1”子組合中。

嘗試修正

其他曲目也需要手動區(qū)分并修正。

然而，如果是BT下載得到的音樂，不應(yīng)當(dāng)對文件進(jìn)行修改。

主面板問題2

曲目前的數(shù)字重復(fù)兩次，原因同上。但是這些曲目來自BT資源，不應(yīng)當(dāng)對文件進(jìn)行修改，所以需要采用間接方法修復(fù)問題。

由于一開始設(shè)置了高亮，容易發(fā)現(xiàn)這是CUE專輯而不是獨立曲目專輯，文件如下圖所示。那么根據(jù)專輯文件的編號排序就可以實現(xiàn)Disc的分離了。

默認(rèn)曲目排序依據(jù)似乎是“專輯、曲目編號”，我們需要自定義一個排序依據(jù)。

現(xiàn)在成功分離了兩個Disc。

此時獨立文件專輯的曲目順序出現(xiàn)了新的問題。

因為網(wǎng)易云下載的文件名不含編號，而BT資源通常是包含編號的。

修復(fù)問題：

定義虛擬標(biāo)簽

修改排序依據(jù)