最近收到一位新來的朋友的pm，查詢我最近發的“不！不！不！”如何播放…
當然，電腦常識較佳的朋友一定知道rar檔是由WinRAR來壓縮/解壓的，但亦總一些電腦知識較欠缺的會不明白的！

這也讓我想起，PT最初開站時，我和巴比都經都會用分卷形式來發布，當時也引起極大的迴響，之後也較少人用這個方式發布了！直至最近，因為有部分用家增用了SeedBox ，我們有很多任務也再次用上了分卷方式了！

所謂分卷，其實就是將個任務平均分成若干份才發布。譬如我最新發布的AVCHD，就分成73個47.6M和1個13.0M的檔案。一般來說，最好分成不超過100份；所以D5我們會以47.6M(即50,000k)為一份，D9用(100,000k)。



這裡我不打算就為什麼要分卷作評論，只就如何選擇部分下載作介紹。上圖是上述的AVCHD的部分內容，當我們在任何一個檔右click滑鼠時，在Priority那處便可 以選擇檔案的優次，正常為Normal，我發布時就會選擇High。如果你選擇Don't Download，那麼在那個檔後便會顯示為skip，而程式也不會作任何上載/上傳了。

這是節錄自我最近就利用分卷(或其他能選擇下載部份內容的任務)從兩個網站下載同一任務的帖子：-

http://www.ourdisc.net/redirect.php?tid=...t#lastpost

今午在聊天室看到Sony兄欲利用帥哥林兄發布的“西藏往事”續種。可是原來已經下了45.6%的任務，複檢竟只及一半；是檔案有別，抑或是其他原因？



這是我剛在下載中的一個任務的部分檔案，每個檔案除了顯示了Size(大小)，還有一個Pieces(塊)！

當我們製作torrent時，BT程式會視乎檔案大小而將它分成一塊塊。譬如很小的檔案，每一塊就是16k，如果大的檔案，一般就會用最大的值－4M。

當UT複檢時，它會檢查任務內的每一塊是否已經完成下載，所以複檢你會看到完成量會是4M的倍數(如果你每塊是4M的話)。如果任何一塊不是100%下完的話，UT便會當 它是空的，要重頭再下…

再看看上面的圖，00003.m2ts的容量是15.1M，但佔了5塊，因為它是第一塊是包含00002.m2ts的部分內容，而第5塊則包含00004.m2ts的內容，在這個情況下，由於00004.m2ts的前面的塊基本上都已下完，所以第5塊應該也下完。但由於00002.m2ts內有很多空隙(即未下載的地方)，所以很大可能第一塊便未完成。所以在複檢時，00003.m2ts便不是100%完成了！
同樣道理，00002.m2ts由於太多空隙，雖然實際它已經完成.2了%，但複檢可能會變成0%也不奇！

昨天卡通爸發布Unknown，我選擇了同時在這裡和別處下載的方式進行。在別處我選了最大的m2ts檔(19G)，而餘下的檔案則在這裡下載。下載速度並不高，過了數小 時在別處下載的那個19G的m2ts檔約下了四十餘%，而餘下的檔案在這裡只下了約三分一。
那時我決定放棄別處的下載，而改為從這裡下載全部檔案。於是我首先停止了這兩個任務，然後複檢那邊的任務…你猜檢測完有多了%完成？

只得8%！亦即四十餘%變成8%！這個當然不可以接受！於是我便要改變策略，轉而從別處下載整個任務。

當任務下載完畢，我再複檢我們這裡的任務，結果也就是100%！

所以就算是同一個檔案，你在下載途中轉到另一個種子，你就多數會損失了部分下載，而分卷在這方面的好處就浮現出來了！

此外，當檔案的排列不同時，每塊的內容也會不同，這也會影響複檢的結果的！

最后的回复由12:55 PM 修改于 06-21-2011 bigcondor.

看完教學多獲得知識，沒看還真不了解有這麼多技巧和UT運作的情形，但是也有產生疑問的地方

1.按照大鵰兄的截圖，00003.m2ts分為五塊，第一塊應含00002.m2ts尾端，第五塊應含00004.m2ts的頭端，而這五塊的下載比率是百分之百，這意思不是說00003.m2ts已經完全下載，所以複檢時不是應該100%完成嗎？

2.如果大的檔案UT會把每塊分為4M，那分卷時是不是把檔案大小定為4M的倍數，就會減少損失的比率

3.若將兩個論壇相同任務同時指向相同的資料夾下載，但是沒有選擇Ａ論壇下某部份檔案、Ｂ論壇下其他檔案，而直接將任務全部資料添加在資料夾內，是否就會造成下載x2（因為U T在下載的過程中不會自動驗證是否檔案已經存在，造成已有檔案又重複下載後覆蓋）

1. BT是以塊為單位，只要那塊未完全下載，複檢時便會當那塊為0，即未下載。

2. 可以這樣說，但如果不是每塊都填滿了，損失還是存在的。此外，如果我們把塊定得較細，也可以減少這方面的損失。不過塊數太多，則會產生其他磁碟的問題。

3. 對。

最后的回复由05:32 AM 修改于 06-21-2011 bigcondor.

為了讓大家更加了解，我做了一個實驗：-

我選擇了下載巴比發布的 BATTLE LOS ANGELES.(2011)全球入侵：洛杉磯之戰.異形侵略戰(港)/世界異戰(台) http://bt.ourdisc.net/details.php?id=5948 的其中一個rar檔。

由於還有18個種子，而且不乏大水管，所以很快便下完了。



這個檔共有13塊，其中11塊是完整地包含在這檔內，餘下的兩個則包括r02和r04。



我們會發現一個dat檔，那是用來記錄這些資料和它的分布情況；所以如果我們這時做Force Recheck，便會顯示正確的下載狀況；而r03加上這個dat檔容量為52.3M。

這個時候我把這個任務移除，UT便會把這個dat檔刪掉…

跟著我由再加入這個任務，然後UT便會重新檢查…



雖然r03已經全部下載，但由於那個dat檔已經被刪除，所以只顯示下載了11塊，你還要下載2塊(8M)才能完種！

轉眼又是個半小時，再睡去…

辛苦了，大鵰兄了！这一帖子很是强大哇！！收益不浅呐！！

请问：如上，俩个网站的相同任务在完种之后，用俩个不同的 torrent 複檢这一任务，結果都是100%， 那么是否可以用这俩个不同的 torrent 指向这同一个文档夹进行同时做种上传此任务而实现一石二鸟呢？？

可能问得太菜，见笑啦！！

最后的回复由12:47 PM 修改于 06-21-2011 5428.

何止一石二鳥，有時我會一石四鳥呢！

同一資料夾可能有問題吧？ut會告訴你任務已在執行中，不是嗎？

沒問題的，因為只是讀取後上傳。

   

剛好這裡有一個現成例子，我先在Ａ站完成了，然後利用同一檔案在Ｂ站做種！

最后的回复由01:02 PM 修改于 06-21-2011 bigcondor.

問題是"同時"而且同一檔案，上傳至不同伺服，dat不會報錯嗎？

另外下載種子沒問題吧
如果是自行在屬性添加種子...那可能會被視為作弊