有冇ftp client做到以下o既野?

當download完會check 檔案完整度,100%就完成,唔夠就繼續d/l?

個fd黎我ftp d/l o左n次個file size 一樣,但實際有d係未d/l.....  試過整bt俾佢check,係未完成,但又連唔到tracker
隻隻都識resume架啦#yup#
原帖由 kelvinlok 於 2007-7-13 20:38 發表
隻隻都識resume架啦#yup#
個問題係.... file size完全一樣係冇得resume,一係skip一係replace.
但其實個file係未down完,有rubbish data
原帖由 firework 於 2007-7-13 20:46 發表

個問題係.... file size完全一樣係冇得resume,一係skip一係replace.
但其實個file係未down完,有rubbish data
有rubbish data係transfer有問題喎, 係要redownload
原帖由 kelvinlok 於 2007-7-13 20:59 發表

有rubbish data係transfer有問題喎, 係要redownload
以前試過有rubbish data o既file,用bicomet hash check,係可以係bt d/l番錯誤部份,我先咁問.
條線快就冇問題,錯o左再load過。但係慢o個d,load完錯要再load過~ 再錯
原帖由 firework 於 2007-7-13 21:07 發表

以前試過有rubbish data o既file,用bicomet hash check,係可以係bt d/l番錯誤部份,我先咁問.
條線快就冇問題,錯o左再load過。但係慢o個d,load完錯要再load過~ 再錯 ...
你整個有recovery record的rar俾佢dl 囉
原帖由 kelvinlok 於 2007-7-13 21:09 發表

你整個有recovery record的rar俾佢dl 囉
如果load完file錯o左點resume番?
原帖由 firework 於 2007-7-13 21:23 發表

如果load完file錯o左點resume番?
winrar自己recover返
原帖由 kelvinlok 於 2007-7-13 21:28 發表

winrar自己recover返
試下先
原帖由 firework 於 2007-7-13 21:31 發表

試下先
佢咁多error最好set 10% recovery record
原帖由 kelvinlok 於 2007-7-13 21:40 發表

佢咁多error最好set 10% recovery record
SET得越大,file size越大,計落都係唔對路.
今次再唔得斬開佢幾十件等佢慢慢load,#bc#
原帖由 firework 於 2007-7-13 22:11 發表

SET得越大,file size越大,計落都係唔對路.
今次再唔得斬開佢幾十件等佢慢慢load,#bc#
計返都抵喎
bitcomet (bt) 係會將 file 分成好多 part 做 checksum,先可以知道邊 part 壞左再 resume
原帖由 kelvinlok 於 2007-7-13 22:31 發表

計返都抵喎
唔抵,size大o左,d/l時間長o左~ 但如果error大於10%,咪無失
原帖由 閒魂 於 2007-7-13 22:41 發表
bitcomet (bt) 係會將 file 分成好多 part 做 checksum,先可以知道邊 part 壞左再 resume
呢個原理,係咪有可能運用係ftp呢?
例如cuteftp pro、flashget 支援多線程下載,會細分parts,一個個點load黎加速,但係d/l完就算唔check完整性。
假如係ftp預先放個較對檔,ftp client 有較對功能,只知邊d係rubbish data,識重新下載錯誤部份,就好似用bt一樣。

基於ftp o既通訊協定係咪一定做唔到?
或者會有人話多餘o左,不如直接用bt黎分,但bt又要考慮到torrent、source、tracker同速度問題。
可以用winrar等將個file斬件,但係壓o既時間相當長,頭先試o左1個2.5g file winrar用o左1個鐘....  接收者又要額外留位爆出黎。
如果係條高清片、d9等十零g都幾係野,相方都好煩


我以前就係ftp + bt,但係依家好多tracker都要register先連到,睇下支援自己做tracker o既client有冇改善先,但都係好煩