最近有跟著BC/魂版作者一起更新測試版的人應該會發現，Bit Comet又自創了一個毀譽兩
半的設定。
BC在0.7x版本之後，對於包含多個檔案的Torrent種子，BitComet都會預設生成一個個對
應的Padding Files文件檔，以解決同一個區塊中，一個文件末尾結束、另一個文件頭部
開始的問題。不過BitComet當時引人爭議的作法，導致早期版本的 BitComet用戶和
uTorrent、Azureus等其他客戶端用戶，都不得不額外下載無用的Padding Files文件，浪
費時間和頻寬。
這次BC在1.02版大改版之後，又再次將padding文件[檔名.piece_part.bc!]拉出檯面，以
求解決有些人下載到99%就鬼打牆不能下載的問題。其效應就是，假設你今天下載一個任
務裡面有A和B兩個檔，你只選擇下載A檔案。到了最後你會得到一個A檔案和一個
A.piece_part.bc!檔案。這真是一個莫名其妙的設定，暫存檔下載完了後不會弄個del流
程嗎？而且此功能解決部份人下載不完全，卻又造成一些人本來可以下載的檔卻又不完全
了...
當然1.04版，經過1.02/1.03的改良，這版本穩定多了，同時對於迅雷等流氓軟體的反制
也趨於成熟，但莫名其妙的.piece_part.bc!還是存在。
以公平的角度說，過去BC開發者提出了不少"只有BC用戶互連有益"的加速交流技術，而且
還研究出了相當可行的反制迅雷方案，在這個層面來說BC開發者的構想大致是正面的。但
是這次對於padding文件制度的"二次改版"，則是連BC全體用戶都被拖累了，我不能理解
這種東西為何不能關掉？！
因此，我仍建議繼續使用uTorrent作發佈，用早於1.02的BitComet下載兩岸三地的檔案（
避免第二版的padding文件問題）。如果完全受不了BC的padding制度，那麼就完全改用
uTorrent吧。
http://lordmi.memory-off.org/wordpress/archives/1970
--
靠腰！ ▊
再伸來源的先剁手指 ╰(‵皿′＊) (Ascii Art by t4n)
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.133.61.8
※ 編輯: lordmi 來自: 220.133.61.8 (09/01 15:03)