最近有跟著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)