這是BT
累積下載數據: 113.53 GB
累積上傳數據: 124.16 GB

另外騾子則是137.39GB
(嗚！之前誤砍，損失兩百多GB的量)

正常的話不是一定有最低上傳量嗎

有些人會去抓免上傳軟體

我朋友還笑我說幹麻不用 我說還要裝那個好像頗麻煩的

用BT我都覺得有點麻煩的說

累積下載數據: 46.18 GB
累積上傳數據: 56.16 GB
抓滴不多啦
平常去國外網抓歌滴說(學術網路)
不過下學期就沒法住宿了XD

到目前為止...
bt:總下載284GB,總上傳240GB,統計時間共109天
eMule:總下載465GB,總上傳441GB,統計時間共222天

另外一提，我逛的論壇中，有些是Tracker和論壇結合在一起管理的
當你下載了torrents之後，若是有換了IP，且沒先行登入論壇的話
就不能通過Tracker的認證，當然就不能下載...
此外，因為有進行了登入的動作，所以伺服器會統計使用者的傳輸流量
當你上傳與下載的比率小於1的話，就開始對用戶做連線至Tracker的時間限制
比如:當你的Ratio是0.8，那可能就要等個20分鐘才連的上Tracker，大於1就沒是沒限制了
我覺得這功能真的不錯，可以避免一些人不想上傳的行為，不過大站的話可能跑不起來吧...

PS:Azureus看統計資料的方法：工具(Ctrl+5)→統計→傳輸

管它那麼多
 

真無聊，反正都是捉違法的東西，不上傳又怎樣

想要的東西捉下來就好了，管它那麼多

以前bitcomet0.53版還有破解可以限上傳1K下載無限
爽度一百啦
沒想到最近出問題上傳一定要開3K真不爽 :tu:

看看那些人在捉我東西，踼掉它，真是SONG啦

炫耀P2P上傳，叫別人浪費電去跑莫名奇妙的程式(UD之類)的人
真搞不懂是什麼心態

什麼沒人上傳那來下載那種陳腔爛調就不用說了
就是有那些笨蛋啦，我只要負責捉就好了，哈哈∼∼

去去去，即然不想上傳，怎麼不找http下載的，真的有夠笨的

P2P變慢?我不覺得
想下載,又不肯上傳的人倒是變多了

使用eMule的網友,不想被免上傳的人吸假的
改用ES或RT吧!

把config剪下,移除官版
把以下移到ES或RT就可以了
cryptkey.dat
preferences.dat　
clients.met
known.met
statistics.ini
換騾子最少要備份 cryptkey.dat ; preferences.dat ; clients.met

++++++
cryptkey.dat　　 > 認證金鑰
preferences.dat　 >Your userhash 個人UserHash值
clients.met　　　 >known clients 已知的使用者清單 積分累積記錄
known.met　 >記錄檔案那裡的上下載傳輸量
statistics.ini >記錄統計那裡的上下載傳輸量
emfriends.met　 >好友名單
server.met 　　　 >伺服器清單
staticservers.met >靜態伺服器清單
addresses.dat　 >更新伺服器清單網址
preferences.ini >eM的設定
shareddir.dat　　 >你所分享的目錄
category.ini　　 >目錄分類列表
ipfilter.dat　　　 >IP過濾清單
webservices.dat >服務設定
++++++

碰到這種情況,
我常常覺得心理不平衡,
很幹。

有些人抓完檔案.....馬上就落跑,
也不留在上面繼續當種子分享一下。

(好歹也留個半小時回饋給其它人嘛)

你這種人夜路走多了小心遇到鬼
就別哪天你得了絕症沒藥醫沒方法治
醫生開口說要是你這病能等到兩年後UD跑出來的數據才有救，但是你撐不到那時候 :laugh:
自己就別在那哭夭東哭夭西把錯怪到跑UD的人 :tu:

真的很好笑
不少人好像感覺只要上傳了下載的一半就以為很了不起了