|
[轉貼]iTunes 超級智慧播放清單
Tunes
可說是我最常用的電腦程式之一，因為它是我到目前為此看過最好用的音樂管理軟體了。為了善盡它的功能，我常常會研究一些智慧播放清單（Smart
Playlist），希望可以方便我個人聽音樂的需求。因此 iTunes
裡常常會有許多設定好的清單，可以隨著心情不同來選擇播放，不過我卻常遇到一個問題，無論是在電腦前聆聽，亦或在路上使用 iPod
，我常常很懶得換清單。也就是說，我希望有個清單可以讓我每次都聽到不同歌，可是卻又要符合我的一些需求，這些需求如下：
• 新加入的歌曲必須“經常”聽到。
• 讓我評分為四星以上的歌要“經常”聽到。
• 評分低的歌曲要“偶爾”讓我聽到，總要給它們點機會翻身。
• 聽到的歌不要“太經常重覆”聽到，再好聽的歌每天聽個十次也會煩。
• 這個清單的總曲數不要超過一百首，這樣的話也會很適合 iPod shuffle 。
<br>
<img src="http://homepage.mac.com/yveswu/.Pictures/posting/playlist01.jpg" border="0">
首先設定一個新的智慧播放清單，這個清單中我設定幾個規則：
1. 首先設定兩週內匯入的歌曲都包含在這個清單中。所以任何兩週內新買的音樂，都會出現在這裡。
2. 再來設定歌曲的播放次數未超過五次的，也都包含在這個清單中。播過五次之後，該歌曲對我而言就不算新歌了。
3. 在這個清單中，我不希望聽到 Podcast 的內容，因此將它排除。最後將這個智慧清單命名為 New Songs 。
<img src="http://homepage.mac.com/yveswu/.Pictures/posting/playlist02.jpg" border="0">
<br>
接下來設定我最喜愛歌曲的智慧清單，這個清單中包含了幾個規則：
1. 既然是最喜愛的歌曲，凡是給予四到五星的歌曲都要出現在這清單中。
2. 同樣地，我並不希望 Podcast 出現在這清單中。不同於之前使用 Genre 來排除 Podcast 的設定，這次改用 iTunes 的內建類別來排除。
3. 因為最後的清單，希望不超過一百首曲目，所以在這個清單中設定為只選五十首曲目，並且設定從較少被播放的歌曲（least often played）開始選， 這樣才不會有些歌一樣聽到，而有些歌卻一直很少聽到。
4. 要記得勾選 Live updating ，這樣這個清單中的歌曲才會不斷地變化。這個清單命名為 Favorite Songs 。
<img src="http://homepage.mac.com/yveswu/.Pictures/posting/playlist03.jpg" border="0">
<br>
第三個步驟則要設定一個清單，讓很久沒有聽到的歌曲有機會可以翻身。這個清單中包含了幾個規則：
1. 有一個月以上沒有聽過的歌曲，都要包含進來。
2. 而且同時要是二星以下的歌曲才行。重點是原來評價不高的歌曲，或許再重聽就有不同感受了。
3.
這個清單會出現的歌曲，一定不是最愛的，數目不可以多，不然後來完成的清單會爛歌一首一首來。所以我設定只選十五首，而且是從最久沒有播放過（least
recently played）的歌曲開始選，愈久沒有聽過，愈有可能有新感受。最後將這個清單命名為 Give It Another Try 。
<img src="http://homepage.mac.com/yveswu/.Pictures/posting/playlist04.jpg" border="0">
<br>
最後要將前面的辛苦成果整合成一個終極的清單了。
1. 將先前設定好的三個智慧清單全部包含入這個智慧清單中。
2. 要注意，這時要將規則設定為“任何”包含在前面三個智慧清單中的歌曲，全部都要包含入這個清單中。
3. 因為一開始便假設只需一百首曲目，所以這裡將曲目數設為一百，而且設定為從最少被播放的歌曲開始選，如此才不會有些歌一直被重覆播放。
4. 最後提醒一定要勾選 Live updating ，如此這個清單才會一直變化。最後將這個清單命名為 Best List 。
<img src="http://homepage.mac.com/yveswu/.Pictures/posting/playlist05.jpg" border="0">
以後不但可以在 iPod 或 iPod shuffle 上播放這個清單，在 iTunes 上更可以利用 Party Shuffle 來做到更亂數的播放，更重要的是，一定是好歌一首一首來 |
Powered by Discuz! Archiver 2.5 Deluxe
© 2001-2005 Comsenz Technology Ltd
Processed in 0.012294 second(s), 2 queries |