<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type='text/xsl' href='/xslt/rss.xml' media="all" version='1.0'?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>电驴软件开发</title>
<link>http://www.verycd.com/groups/eMuleDev</link>
<description><![CDATA[致力于为互联网提供免费开源的快速下载和分享软件,并希望能吸引更多的开源爱好者这以及P2P网络技术爱好者...  这里主要讨论技术问题,如果你要提交版本使用反馈，请转到 电驴使用反馈组]]></description>
<language>zh-cn</language>
<copyright>Copyright 2004-2006, VeryCD(Shanghai, China) Inc.</copyright>
<managingEditor>kafeifei@gmail.com</managingEditor>
<webMaster>webmaster@verycd.com</webMaster>

<pubDate>Tue, 14 Oct 2008 15:04:10 +0000</pubDate>
<lastBuildDate>Tue, 14 Oct 2008 15:04:10 +0000</lastBuildDate>
<generator>VeryCD.com</generator>
<docs>http://blogs.law.harvard.edu/tech/rss</docs>
<ttl>4</ttl>

<item>
<title>下载速度跟分数有关系的啊?</title>
<link>http://www.verycd.com/groups/eMuleDev/397606.topic</link>
<description><![CDATA[        我是用VeryCD v1.0.4.听说有分数的啊?分数跟下载的速度有关系吗?<br />怎样才可以拿到分数?<br />分数跟速度是怎样算的?<br /><br />拜托楼主清楚告诉我,我是菜鸟咯<br /><br />用了几个月才知道有分数的啊.        ]]></description>
<pubDate>Fri, 10 Oct 2008 08:04:36 +0000</pubDate>
<pubDate>Sat, 11 Oct 2008 16:46:39 +0000</pubDate>
<guid isPermaLink="false">topic-397606@verycd.groups</guid>
<category>电驴软件开发</category>
<author>snakelw</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>请问班组知道为什么我的D-Link DI-504路由器，按网上说的改完了还不是高ID吗</title>
<link>http://www.verycd.com/groups/eMuleDev/395614.topic</link>
<description><![CDATA[        我按网上说的找出自己的IP网址，通过在IE地址档输入IP网址192.168.0.1登录D-LINK 路由器的设置界面。<br /><br />选“进阶设定”，点中激活，名称填的是VeryCD<br /><br />在“个人IP地址”栏填的是192.168.0.8（填192.168.0.1显示说是系统IP，不让填这个）<br /><br />“协议模式”选TCP.<br /><br />私有服务端口填的是6256（因为我电驴上的就是6256）<br /><br />公有服务端口填的是6256<br /><br />“排程”选的任何时间<br /><br />然后点的执行<br /><br />然后就能看到在“虚拟服务器列表”中出现了刚刚激活的那个名字VeryCD<br /><br />电驴关了再开也不<br /><br />行，路由器重开也不行。试了N次了，都不行。请问是不是我设的不对呀<br /><br />我电脑上没有安装防火墙，要是改XP自带的防火墙，如果要改，点防火墙里面哪个选项。谢谢        ]]></description>
<pubDate>Thu, 09 Oct 2008 11:26:18 +0000</pubDate>
<pubDate>Thu, 09 Oct 2008 11:26:18 +0000</pubDate>
<guid isPermaLink="false">topic-395614@verycd.groups</guid>
<category>电驴软件开发</category>
<author>a45455454a</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>大家觉得国人更适于emule 还是 Rayfile 网盘模式？</title>
<link>http://www.verycd.com/groups/eMuleDev/386089.topic</link>
<description><![CDATA[        对于 emule 来说，用户可以设置上传速度，这样在中国的范围内就出现了一个有趣的现象：大家只下载不提供上传。结果人人在等待！<br /><br />而 Rayfile  （fs2you）的出现似乎改变了一些。下载的速度很快，而且人越多速度越快。用户在下载的过程中，也同时提供了上传的角色。而且上传速度不可以设置，这样使大家的下载更快了一些。<br /><br />虽然 rayfile 网盘的内容会因下载的人少而被删除。但是对于音乐类来说，有固定的音乐网站，比如：www.zasv.com fun.deepin.org www.besgold.com www.fqyy.com bbs.musicool.com www.www.pt80.com bbs.hua8.cn ，在这里你可以知道 rayfile 之类的网盘的音乐下载地址。然后，你就可以下载音乐了。<br /><br />虽然有些音乐的下载地址会失效，但如果网速快的歌们儿主动一些，一有失效就会去补 rayfile 的地址。我相信会比 emule 快一些吧？<br /><br />总觉得中国人的性格不适于使用 emule 模式，而更适于 rayfile 模式，不过也是需要一些网速快的人来担当补源的角色！<br /><br />由于国人的性格问题，所以我希望大家把 emule 分享改成 rayfile 分享算了，只要下载的时候点击 rayfile 上的广告支持它发展下载，我们就可以一直享受 rayfile 带来的快速！        ]]></description>
<pubDate>Sat, 04 Oct 2008 10:09:10 +0000</pubDate>
<pubDate>Sun, 12 Oct 2008 11:06:53 +0000</pubDate>
<guid isPermaLink="false">topic-386089@verycd.groups</guid>
<category>电驴软件开发</category>
<author>movieman</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>Question about easymule</title>
<link>http://www.verycd.com/groups/eMuleDev/382257.topic</link>
<description><![CDATA[        I have two questions:<br /><br />1. about CPartFile::WriteToBuffer<br />    It seems that your build called FlushBuffer directly after a gap was built.<br /><br />2. about CPartFile::FlushBuffer<br />    It seems that your build didn't check the size to flush. After flush completed, it clears gap list.<br /><br />    Then , does it mean that your build would flush buffer immediately after receiving a package?        ]]></description>
<pubDate>Fri, 03 Oct 2008 00:21:21 +0000</pubDate>
<pubDate>Sun, 12 Oct 2008 11:02:46 +0000</pubDate>
<guid isPermaLink="false">topic-382257@verycd.groups</guid>
<category>电驴软件开发</category>
<author>torlek</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>存在的内存泄漏问题</title>
<link>http://www.verycd.com/groups/eMuleDev/373758.topic</link>
<description><![CDATA[        今天在阅读电驴源代码时无意中发现了其中的一个内存泄漏问题，希望与大家共同讨论，看自己的想法是否正确，非常谢谢各位兄弟姐妹提意见。<br /><br />UINT CSearchList::ProcessSearchAnswer(const uchar* in_packet, uint32 size,<br />									  CUpDownClient* Sender, bool* pbMoreResultsAvailable, LPCTSTR pszDirectory)<br />{<br />	ASSERT( Sender != NULL );<br />	uint32 nSearchID = (uint32)Sender;<br />	SSearchParams* pParams = new SSearchParams;<br />	pParams-&gt;strExpression = Sender-&gt;GetUserName();<br />	pParams-&gt;dwSearchID = nSearchID;<br />	pParams-&gt;bClientSharedFiles = true;<br />	<br />	OutputDebugString( TEXT(&quot;[Shared Files] Into Function--CSearchList::ProcessSearchAnswer&quot;));<br />	if (theApp.emuledlg-&gt;searchwnd-&gt;CreateNewTab(pParams)){<br />		m_foundFilesCount.SetAt(nSearchID, 0);<br />		m_foundSourcesCount.SetAt(nSearchID, 0);<br />	}<br />	else{<br />		delete pParams;<br />		pParams = NULL;<br />	}<br /><br />	CSafeMemFile packet(in_packet, size);<br />	UINT results = packet.ReadUInt32();<br />	for (UINT i = 0; i &lt; results; i++){<br />		CSearchFile* toadd = new CSearchFile(&amp;packet, Sender ? Sender-&gt;GetUnicodeSupport()!=utf8strNone : false, nSearchID, 0, 0, pszDirectory);<br />		if (toadd-&gt;IsLargeFile() &amp;&amp; (Sender == NULL || !Sender-&gt;SupportsLargeFiles())){<br />			DebugLogWarning(_T(&quot;Client offers large file (%s) but doesn't announced support for it - ignoring file&quot;), toadd-&gt;GetFileName());<br />			continue<b>;//ZYL 20080929--若此处跳出，则可能产生内存泄漏，在堆上分配的内存toadd没有被释放，应在CONTINUE之前加上delete toadd;toadd = NULL;  </b>		}<br />		if (Sender){<br />			toadd-&gt;SetClientID(Sender-&gt;GetIP());<br />			toadd-&gt;SetClientPort(Sender-&gt;GetUserPort());<br />			toadd-&gt;SetClientServerIP(Sender-&gt;GetServerIP());<br />			toadd-&gt;SetClientServerPort(Sender-&gt;GetServerPort());<br />			if (Sender-&gt;GetServerIP() &amp;&amp; Sender-&gt;GetServerPort()){<br />				CSearchFile::SServer server(Sender-&gt;GetServerIP(), Sender-&gt;GetServerPort());<br />				server.m_uAvail = 1;<br />				toadd-&gt;AddServer(server);<br />			}			<br />			toadd-&gt;SetPreviewPossible( Sender-&gt;GetPreviewSupport() &amp;&amp; ED2KFT_VIDEO == GetED2KFileTypeID(toadd-&gt;GetFileName()) );<br />			<br />			CString str = TEXT(&quot;[Shared Files] UserName = &quot;) + (CString)Sender-&gt;GetUserName();<br />			OutputDebugString( str);<br /><br />			str = toadd-&gt;GetFileName();<br />			str = TEXT(&quot;[Shared Files] FileName = &quot;) + str;<br />			OutputDebugString( str );<br /><br />		}<br />		AddToList(toadd, true);<br />	}<br /><br />	//可再此处发送某对话框发送一个消息，以便对话框显示共享文件<br /><br />	if (pbMoreResultsAvailable)<br />		*pbMoreResultsAvailable = false;<br />	int iAddData = (int)(packet.GetLength() - packet.GetPosition());<br />	if (iAddData == 1){<br />		uint8 ucMore = packet.ReadUInt8();<br />		if (ucMore == 0x00 || ucMore == 0x01){<br />			if (pbMoreResultsAvailable)<br />				*pbMoreResultsAvailable = ucMore!=0;<br />			if (thePrefs.GetDebugClientTCPLevel() &gt; 0)<br />				Debug(_T(&quot;  Client search answer(%s): More=%u\n&quot;), Sender-&gt;GetUserName(), ucMore);<br />		}<br />		else{<br />			if (thePrefs.GetDebugClientTCPLevel() &gt; 0)<br />				Debug(_T(&quot;*** NOTE: Client ProcessSearchAnswer(%s): ***AddData: 1 byte: 0x%02x\n&quot;), Sender-&gt;GetUserName(), ucMore);<br />		}<br />	}<br />	else if (iAddData &gt; 0){<br />		if (thePrefs.GetDebugClientTCPLevel() &gt; 0){<br />			Debug(_T(&quot;*** NOTE: Client ProcessSearchAnswer(%s): ***AddData: %u bytes\n&quot;), Sender-&gt;GetUserName(), iAddData);<br />			DebugHexDump(in_packet + packet.GetPosition(), iAddData);<br />		}<br />	}<br /><br />	packet.Close();<br />	return GetResultCount(nSearchID);<br />}        ]]></description>
<pubDate>Sun, 28 Sep 2008 08:35:58 +0000</pubDate>
<pubDate>Fri, 03 Oct 2008 03:26:30 +0000</pubDate>
<guid isPermaLink="false">topic-373758@verycd.groups</guid>
<category>电驴软件开发</category>
<author>soullingyun</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>建议VC丰富一点上传的优先级、增加一点缓存</title>
<link>http://www.verycd.com/groups/eMuleDev/370586.topic</link>
<description><![CDATA[        目前VC的eMule的Mod上传的优先级分为“很低、低、普通、高、发布”，设为自动的时候，会在“很低”到“高”之间自动选择，这样我选择为“发布”的文件还是不太容易得到上传，加权数相差不大。<br />希望可以像NeoMule那样，在“高”和“发布”之间加一个“非常高”，这样，除了自动的设置外，自己还可以设置2个级别，能够比较好的管理上传，谢谢！～！<br /><br />还有缓存的问题，现在的eMule缓存只有1.5MB，好像太少了，硬盘的灯闪的比较厉害。<br /><br />另外，我想谈一下反吸血的问题，<br />VC的反吸血的任务应该说是很严峻的，迅雷实时更新，VC的080919版一出，迅雷9月23日就出了更新版本，之后我的阻止列表的吸血驴的数量就每日递减了。<br />感觉是不是由于eMule是全开源的软件，所以才会被迅雷很容易就突破了，那么是不是可以对一些反吸血的插件做加密处理，不对迅雷开放DLP，为了广大驴友的利益，我想大家会理解的。<img src="http://doc.VeryCD.com/style_emoticons/default/happy.gif" style="vertical-align:middle" emoid="^_^" border="0" alt="happy.gif" />        ]]></description>
<pubDate>Fri, 26 Sep 2008 16:24:43 +0000</pubDate>
<pubDate>Sat, 27 Sep 2008 03:35:45 +0000</pubDate>
<guid isPermaLink="false">topic-370586@verycd.groups</guid>
<category>电驴软件开发</category>
<author>yuki_nagato</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>[建议]请删除此贴</title>
<link>http://www.verycd.com/groups/eMuleDev/365553.topic</link>
<description><![CDATA[        请删除此主题        ]]></description>
<pubDate>Mon, 22 Sep 2008 11:49:28 +0000</pubDate>
<pubDate>Tue, 23 Sep 2008 01:10:35 +0000</pubDate>
<guid isPermaLink="false">topic-365553@verycd.groups</guid>
<category>电驴软件开发</category>
<author>gulianggongyang</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>为什么我编译的emule运行速度比较慢？</title>
<link>http://www.verycd.com/groups/eMuleDev/365524.topic</link>
<description><![CDATA[        我在win2003x64 VS2008 SP1用release模式编译的emule运行速度很慢，基本上是别人编译的一半，这是从加载ip2country和ipfilter看出来的，我的版本加载ip2country和ipfilter显示用时870ms和2s，而xtreme版的是480ms和1s。<br />后来我做了个只加载ipfilter的程序测试ipfilter加载时间，结果显示只需1032ms，编译选项同emule的，为什么会这样？<br />我编译的xtreme7.0beta2也是类似结果。        ]]></description>
<pubDate>Mon, 22 Sep 2008 09:51:36 +0000</pubDate>
<pubDate>Mon, 22 Sep 2008 14:09:45 +0000</pubDate>
<guid isPermaLink="false">topic-365524@verycd.groups</guid>
<category>电驴软件开发</category>
<author>dol87</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>新升级无法安装</title>
<link>http://www.verycd.com/groups/eMuleDev/364119.topic</link>
<description><![CDATA[        目前的版本是v0.48a，下载升级之后安装，不能读取emule.exe文件，导致不能升级...        ]]></description>
<pubDate>Sat, 20 Sep 2008 08:53:31 +0000</pubDate>
<pubDate>Sun, 21 Sep 2008 11:31:01 +0000</pubDate>
<guid isPermaLink="false">topic-364119@verycd.groups</guid>
<category>电驴软件开发</category>
<author>deity20</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>写了一个eMule服务器软件</title>
<link>http://www.verycd.com/groups/eMuleDev/355410.topic</link>
<description><![CDATA[        写这个软件的原因是：对现在的eMule服务器软件不满意。<br /><br />大家用用看，下载请去http://yimiu.ys168.com/<br /><br />我不经常来这里，详细信息请访问我的博客http://blog.sina.com.cn/ek2k<br /><br />希望能有人喜欢，谢谢。        ]]></description>
<pubDate>Sat, 13 Sep 2008 07:08:01 +0000</pubDate>
<pubDate>Sun, 12 Oct 2008 09:28:30 +0000</pubDate>
<guid isPermaLink="false">topic-355410@verycd.groups</guid>
<category>电驴软件开发</category>
<author>aaaaaaaa11264</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>提供个这样的功能有没有价值！</title>
<link>http://www.verycd.com/groups/eMuleDev/353676.topic</link>
<description><![CDATA[        * 对于有些用户要发布新资源时，如果他内存很大，在2 GB以上时，程序会分出 500MB的内存把要发布的文件一次读入内存，然后就一直从内存中读这部分文件上传给用户，如果文件有1GB大，他定义了上传两个小时的话，就前一个小时上传前500MB，后一个小时上传后500MB，这样就会大大减少对硬盘的读。别的上传文件少开几个用现在的办法来上传。这样有效保护发布资源者，不然一天读他硬盘十几万次。（对于热门文件更是这样，闲着时则上传别的文件。）<br /><br />*还有把资源发布的功能做到程序中也许好些，反正就是填表项，填好后提交给服务器，再由人去审核。最后上 www.VeryCD.com 发布页面。<br /><br />*再分析一下，emule 分享中，有人可能只为发布资源而开着 emule，这样的话就需要程序主动把某几个文件提交给服务器去排队优先提供此文件上传。有时，我下载完文件后不需要再下载别的了，下次开了 emule 后不下载任何文件，将发现没有任何用户从我这里下载。有这个问题？<br />如果我打开 emule 程序后，选中几个要提供上传的文件，右键菜单 [主动上传] ，这样提交后，服务器就优先主动记录下，优先去排这个队。需要时把我连接到要求下载的任何用户那里！（是不是也有专为提供上传排来的队？）        ]]></description>
<pubDate>Fri, 12 Sep 2008 09:36:06 +0000</pubDate>
<pubDate>Sat, 13 Sep 2008 05:17:35 +0000</pubDate>
<guid isPermaLink="false">topic-353676@verycd.groups</guid>
<category>电驴软件开发</category>
<author>movieman</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>关于Verycd mod中UPnP不响应Chunked编码的问题</title>
<link>http://www.verycd.com/groups/eMuleDev/352670.topic</link>
<description><![CDATA[        最近在捣鼓一套路由器的代码 测试UPnP的时候遇到了问题<br />在emule的官方版本和国外的其他几个mod中 都能够成功的打开UPnP的端口隐射（即控制报文已经成功发出）<br /><br />但使用VeryCD版时 路由器发送了Description报文后 就没有看到有包再回复了<br /><br />通过与家里的D-Link的路由器抓包和代码比较 发现D-link回复的时候是采用以下格式<br /><br />HTTP/1.1 200 OK<br />Content-Type: text/xml<br />Content-Length: 3778<br />Connection: close<br />Pragma: no-cache<br /><br /><br />&lt;?xml version=&quot;1.0&quot;?&gt;<br />&lt;root xmlns=&quot;urn:schemas-upnp-org:device-1-0&quot;&gt;<br />&lt;specVersion&gt;<br />……（省略）<br /><br />而我自己的路由器软件回复的时候是采用以下格式<br /><br />HTTP/1.1 200 OK<br /><br /><br />Transfer-Encoding: chunked<br />CONTENT-TYPE:  text/xml; charset=&quot;utf-8&quot;<br />Server: POSIX, UPnP/1.0, Intel MicroStack/1.0.1868<br /><br />9C4<br />&lt;?xml version=&quot;1.0&quot; encoding=&quot;utf-8&quot;?&gt;&lt;root xmlns=&quot;urn:schemas-upnp-org:device-1-<br />……（省略）<br /><br />也就是说在我所使用的UPnPd的代码里 对HTTP1.1支持的Response使用了Chunked<br />而在VeryCD的UPnP中的代码中没有看到对Chunked编码的解析<br /><br />在UPnP的文档标准中也定义了对Chuned编码的支持<br />据我所知市面上采用Chunked的路由器不少 希望各位老大能让VeryCD尽快实现对Chunked的支持 这个应该没啥技术难度吧        ]]></description>
<pubDate>Thu, 11 Sep 2008 01:09:14 +0000</pubDate>
<pubDate>Thu, 11 Sep 2008 07:08:36 +0000</pubDate>
<guid isPermaLink="false">topic-352670@verycd.groups</guid>
<category>电驴软件开发</category>
<author>gdmadbug</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>对于 APE 文件的问题。</title>
<link>http://www.verycd.com/groups/eMuleDev/351868.topic</link>
<description><![CDATA[        说实在的 APE FLAC 文件本来就是已经压缩过的文件了，所以在加RAR包时，请大家把压缩方式设置为 存储 。这样，你压缩的时间省些时间，我解压的时间也省些时间。不要一味刻求潜在效益。（本可以不加包，加包是为CRC证明文件完整，所以这就够了，不必再过度压缩）平衡是种美。<br /><br />还有做无损音乐时，最好给出EAC抓轨的 *.log 文件，专辑封面图有了更好。*.cue文件中的 FILE &quot;文件名&quot; WAVE 这个项中的 文件名 请与上传时的 *.APE 文件名一样，这样不会出现播放器找不到文件。 这几个文件打个RAR 包，加上那些 emule 共享的话！<br /><br />///<br />告诉大家，如果以存储方式压缩 APE 得到的RAR文件有没有错误时，都可以听的，只要将扩展名RAR 改为 APE 就可以直接用播放器播放。不相信你可以试试。所以我希望大家以存储方式压缩APE文件。（几大播放器都通过该方法）        ]]></description>
<pubDate>Wed, 10 Sep 2008 12:11:49 +0000</pubDate>
<pubDate>Thu, 11 Sep 2008 03:56:24 +0000</pubDate>
<guid isPermaLink="false">topic-351868@verycd.groups</guid>
<category>电驴软件开发</category>
<author>movieman</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>emule设置里的用户名可以改不?</title>
<link>http://www.verycd.com/groups/eMuleDev/351704.topic</link>
<description><![CDATA[        标题 emule设置里的用户名可以改不?<br /><br />    <b>大家会哪个回答 就回答哪个吧.谢谢.<br />当然非常希望热心人 全部回答 哈哈~~     : )</b><br /><br />    <b>①</b>emule--选项  --常规--   用户名--[CHN][VeryCD]xxxx<br />可以随便随时 改不?<br /><br />    <b>②</b>会不会影响以前的积分?<br /><br />    <b>③</b>也就是 说emule是 根据<br />&quot;用户名&quot;  &quot;用户ID&quot; &quot;用户hash&quot;<br />三个当中的哪个 来保存记录积分的?<br /><br />    <b>④</b>假设[CHN][VeryCD]xxxx改成--[CHN][VeryCD]yyyy<br />那么 以前在别人那里的积分会丢失吗?<br /><br />    <b>⑤</b>假设[CHN][VeryCD]xxxx改成--[CHN][VeryCD]yyyy<br /><i>㈠</i>那么 以前加的好友.在好友那里的emule里的好友列表里的名字会变化吗?<br /><i>㈡</i>还是 就不是好友 了?<br /><br />    <b>⑥</b> &quot;emule&quot;&quot;消息&quot;--&quot;好友&quot;--&quot;用户名&quot; 里是用<br />&quot;用户名&quot;  &quot;用户ID&quot; &quot;用户hash&quot; <br />三个当中的哪个 来保存记录是否好友的?<br /><br /><br />VeryCD emule0.48a 080902        ]]></description>
<pubDate>Wed, 10 Sep 2008 06:43:51 +0000</pubDate>
<pubDate>Fri, 12 Sep 2008 15:36:59 +0000</pubDate>
<guid isPermaLink="false">topic-351704@verycd.groups</guid>
<category>电驴软件开发</category>
<author>ctonline</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>eMule-0.49b-ZZUL-BastarD-1.9.6 【更好地上传，获取更多的积分；才能更好地下载！】</title>
<link>http://www.verycd.com/groups/eMuleDev/350988.topic</link>
<description><![CDATA[(<a href='http://www.verycd.com/groups/eMuleDev/350988.topic'>有资源下载,点击查看</a>)        
            <img src="http://www.emule-mods.de/extra/logo/bastard.jpg" border="0" alt="IPB Image" name="post_img" /><br /><br />Note on BestShare:<br />This is a try to make clients in queue with very unbalanced U:D difference to gain score at bit faster.<br />Clients are sorted by U:D difference, and the best client is then granted an accumulating time bonus for the period it remains as the client with the best U:D difference (that is, it has uploaded us more than we have). Only the best client for each calculated period will have the bonus.<br />The bonus, visible in the queue list near the waiting time, is kept by the client even after a new client is chosen as best.<br />The bonus is added at the &quot;regular&quot; waited time. Once the upload slot is granted the bonus is lost (independently of the amount of transferred data).<br /><br />More details:<br />Clients ranked as 5 and up to 1, once they are sorted by score, do not accumulate any bonus (they are already going to get an upload slot quite soon). However if they got a bonus earlier, it is kept and used for final score calculation. Best client is thus chosen from clients that are ranked by score from 6 and below.<br />Time bonus is not saved, but has validity only during the current session. Bonus is kept if a client disconnects and reconnects later (but of course it won't increase during the disconnection period).<br />Clients recognized as bad ones won't get any bonus.<br />Yes, FastWeb clients will have the bonus as well if they have uploaded more than they have downloaded (which should be the usual case to get the time bonus for every client).<br /><br /><br /><br /><br /><b>ZZUL-BastarD 宗旨是：更好地上传，获取更多的积分；才能更好地下载！</b><br /><br /><br /><img src="http://image-7.VeryCD.com/5369fc9e1afd542835a18a5367d3a8dd68243/超级释放.JPG" border="0" alt="IPB Image" name="post_img" /><br /><br />eMule 0.49b ZZUL BastarD Mod 1.9.6<br />FIX: &quot;Contition&quot; string fixed (Eulero)<br />ADD: Server IP column reporting for each search result the server that has reported more sources. <br />This way spamming server's IP is shown and can be used to remove them from Server List (drop down menu command planned for the future)<br />ADD: Not linear priorities option: enabling this assigns these priorities values:<br />file-prio value<br />1..........1<br />2..........2<br />3..........4<br />4..........7<br />5.........10<br />6.........13<br />7.........16<br />8.........20<br />9.........25<br />10........30<br /> <br />CNG: SuperRelase priority is now fixed at 100x<br />Scratching my head, but I can't remember. I will add later if something comes to mind.        ]]></description>
<pubDate>Tue, 09 Sep 2008 15:52:45 +0000</pubDate>
<pubDate>Sun, 14 Sep 2008 04:00:58 +0000</pubDate>
<guid isPermaLink="false">topic-350988@verycd.groups</guid>
<category>电驴软件开发</category>
<author>vwing1</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>请加强对内网用户的支持！</title>
<link>http://www.verycd.com/groups/eMuleDev/350690.topic</link>
<description><![CDATA[        　　内网用户很多都是几ＭＢ宽带的用户，下载快上传也快。这样的用户如果能够很多的成为 emule 的用户，应该说上传的就会多一些吧？<br /><br />　　对于一个文件，下载给用户到了70%，如果有其它用户连接要求。而该用户不给上传的话，这个文件就不会被下载完成。这样的话，这个用户一定得上传，不然，他就白下了！这样的策略虽然差了些，但是一定有用！<br /><br />    如果是通过不下载给用户文件来达到让用户上传的话，有些更差，因为用户可能就没有文件，而要下载的文件又没有多少完成的，你说他上传什么？当然是没有东西可上传啦！所以，应该舍得，舍他到70%，再得他的上传。这样合理一些。<br /><br />   要下载完一个文件，必须使上传数量达到多少（策略的问题）才能完成。这样的话，我就不相信没人愿意上传。<br /><br />   反正对于 emule 来说，有许多的缺陷，但是只要大家想出好的策略，正反双方互相对抗。一定会在对抗中发展的更好！(所有对于开发者来说，相信会站在各个角度去考虑问题，在意得失，也懂得什么是舍得！)        ]]></description>
<pubDate>Tue, 09 Sep 2008 12:22:43 +0000</pubDate>
<pubDate>Sat, 04 Oct 2008 09:02:17 +0000</pubDate>
<guid isPermaLink="false">topic-350690@verycd.groups</guid>
<category>电驴软件开发</category>
<author>movieman</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>是谁规定 定时关机 是下载工具的功能？</title>
<link>http://www.verycd.com/groups/eMuleDev/350648.topic</link>
<description><![CDATA[        　　下载工具提供了一个人性化的功能：下载完后自动关机。<br /><br />　　所以，我想让 emule 提供另一个功能： 定时自动关机。<br /><br /><br />从来没有人定义 自动关机是下载工具的功能！却被 emule 定义成下载工具的RFC标准！<br /><br />而且还说 emule 不是用来下载的。share? 什么是 share? 下载工具在 share 服务器上的资源，do you know?        ]]></description>
<pubDate>Tue, 09 Sep 2008 11:36:31 +0000</pubDate>
<pubDate>Tue, 16 Sep 2008 19:35:17 +0000</pubDate>
<guid isPermaLink="false">topic-350648@verycd.groups</guid>
<category>电驴软件开发</category>
<author>movieman</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>希望 emule 加几个功能！</title>
<link>http://www.verycd.com/groups/eMuleDev/350369.topic</link>
<description><![CDATA[        　　定时关机功能，用个５分钟的定时器，每次到点就判断是否大于给定的关机时间，如果是就关机。非常有利于夜游神！<br /><br /><br />　　一个重要的功能：如果用户有资源，总上传却只有２kb时断开此用户。 有资源，但下载大于20倍上传时，控制减少用户下载量。因为这样的用户下载20GB只会提供1GB的上传。太不合理！        ]]></description>
<pubDate>Tue, 09 Sep 2008 03:35:13 +0000</pubDate>
<pubDate>Thu, 11 Sep 2008 02:48:11 +0000</pubDate>
<guid isPermaLink="false">topic-350369@verycd.groups</guid>
<category>电驴软件开发</category>
<author>movieman</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>emule 能不能加强 p2p 的功能？</title>
<link>http://www.verycd.com/groups/eMuleDev/348884.topic</link>
<description><![CDATA[        　　对于　emule ，现在也是绝种的软件，大多数都已经没有了源。只能对近几天半个月内的新文件下载。<br /><br />　　可以说完全不是RAR注释所说的那样，可以流传下去？其实办不到！只是乌托邦的美好愿望！（如果不加上资源留存服务器的话，真的只是美好愿望，无法实现。）和BT是完全一样的角色。以前的文件用BT也有下载到的可能，和emule没有什么本质的区别。新资源emule有BT也有。<br /><br />　　分析一下是这样的：觉得 emule的P2P功能，是把文件以256kb为一段，整段整段的下载，特征文件对每256kb有8个字节特征值记录，前4个字节有一位说明是0内容或不是以及其它的特征，某位用于记录是否完成这个段了(反正只能是整段地下载，只是最后一段可能不是256kb，对于这个段前4个字节花费19个位来记录真实长度)，后4个字节是这个段的CRC值。特征文件最后是一个MD5值。(虽然常重来，不过却保证了整段整段的，不乱。)<br /><br />     因为有特征文件的存在，所以可以通过服务器给一个互连，之后就是用户之间的P2P了，根据特征文件用户之间互相自己传递完成整个段。用户可以定义同时与几个用户p2p，而不通过服务器，只是在没有可以上传下载时，才通过服务器，让服务器牵线找用户。下载的连接数是用户自定义多少，上传的连接数是服务器定义必须有多少个与下载者相连。如果下载者没有资源时则不要求，有资源可以上传却不上传则不再为该用户牵线。由用户自己去p2p。<br />　　不知道是不是这样？<br />　　        ]]></description>
<pubDate>Mon, 08 Sep 2008 12:57:52 +0000</pubDate>
<pubDate>Wed, 01 Oct 2008 08:18:54 +0000</pubDate>
<guid isPermaLink="false">topic-348884@verycd.groups</guid>
<category>电驴软件开发</category>
<author>movieman</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>用 eMule Acceleration Patch 是不是错？</title>
<link>http://www.verycd.com/groups/eMuleDev/348810.topic</link>
<description><![CDATA[        　　今天看到了VeryCD 论坛上有 eMule Acceleration Patch ，说是 eMule 加速的，刚刚用了一下，下载从 几kb 变成了 十几kb ， 把上传从 127kb 变成了 0.1kb ，几乎不上传了！<br />　　从相对论的角度来看，绝对是加速了很多。不过，谁也知道如果都用这个软件，没人上传了，emule 也就不可能下载了。所以，大家需要审视，好好想想该不该用。<br /><br />　　说实在的 emule 也有点问题，常感觉下载是常占线，但对方却不提供上传。不知道这样的连接还有什么意义？<br /><br />　　我是内网用户，我把上传开到127kb，结果emule 就全部都用来上传了。下载只有几kb，当然有点原因是我下载以前的文件。但对于刚发布的文件，那可以怕人呀，emule 对《全男人》这个专辑上传多达 1.5gb，也就是说如果每上传一段就读一次硬盘的话，就是说emule读了80多回这个几十mb的文件，也难怪硬盘坏的快！        ]]></description>
<pubDate>Mon, 08 Sep 2008 12:07:38 +0000</pubDate>
<pubDate>Mon, 08 Sep 2008 12:12:06 +0000</pubDate>
<guid isPermaLink="false">topic-348810@verycd.groups</guid>
<category>电驴软件开发</category>
<author>movieman</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>DreaMule不知道为什么速度就是快，并且还支持linux</title>
<link>http://www.verycd.com/groups/eMuleDev/347180.topic</link>
<description><![CDATA[(<a href='http://www.verycd.com/groups/eMuleDev/347180.topic'>有资源下载,点击查看</a>)        
            <img src="http://bp2.blogger.com/_7gpKrQOQDjA/RwEG2LQ_i6I/AAAAAAAAAUY/yaBLTrZtaec/s320/dreamulemeu.jpg" border="0" alt="IPB Image" name="post_img" /><br /><br /><br />	DreaMule是eMule的一款新的Mods文件共享工具。使用它，用户可以从世界各地下载到需要的音乐、电影、照片等。<br /><br />DreaMule拥有300多项优秀的特性，其中最为令人关注的就是lowID与lowID之间的连接了。DreaMule采用了特殊的技术方法，使得两个lowID之间进行高速传输成为可能，不过这个特性只能在双方都是采用DreaMule的情况下才可以。<br /><br />注：安装包中集成了DreaMule在Linux下运行所需要的组建，如wine，Gecko等。<br /><br />DreaMule的其它特性包括：<br />自带播放系统<br />新的用户界面系统<br />虚假文件的检测<br />用户区域显示<br />下载历史<br /><!--deny_url_v2 W3VybD1odHRwOi8vd3d3LmRyZWFtdWxlLm9yZy9pbmdsZXMvXWh0dHA6Ly93d3cuZHJlYW11bGUub3JnL2luZ2xlcy9bL3VybF0=--><u style="color:#666;font-weight:bold;">http://www.dreamule.org/ingles/</u> <span style="font-size:10px;color:#999">(http://www.dreamule.org/ingles/)</span><!--End deny_url_v2-->        ]]></description>
<pubDate>Sun, 07 Sep 2008 16:27:19 +0000</pubDate>
<pubDate>Fri, 03 Oct 2008 12:17:49 +0000</pubDate>
<guid isPermaLink="false">topic-347180@verycd.groups</guid>
<category>电驴软件开发</category>
<author>vwing1</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>在vs2008下编译eMule-VeryCD工程</title>
<link>http://www.verycd.com/groups/eMuleDev/342675.topic</link>
<description><![CDATA[        首发自http://jiangliwei.blogbus.com/logs/28509863.html<br />转载请注明来源，谢谢。<br /><br />代码来源：<br />官方eMule-VeryCD源码包<br /><a href="http://download.VeryCD.com/eMule-VeryCD-src.rar" target="_blank">http://download.VeryCD.com/eMule-VeryCD-src.rar</a><br />编译好的第三方库，来http://www.VeryCD.com/groups/eMuleDev/209863.topic<br /><a href="http://download.VeryCD.com/emule071112_libsForVS2005.rar" target="_blank">http://download.VeryCD.com/emule071112_libsForVS2005.rar</a><br /><br />编译环境：<br />WindowsXPsp3CN<br />VC2008EN + SP1<br />ATL Server               <!--deny_url_v2 W3VybD1odHRwOi8vd3d3LmNvZGVwbGV4LmNvbS9BdGxTZXJ2ZXJdaHR0cDovL3d3dy5jb2RlcGxleC5jb20vQXRsU2VydmVyWy91cmxd--><u style="color:#666;font-weight:bold;">http://www.codeplex.com/AtlServer</u> <span style="font-size:10px;color:#999">(http://www.codeplex.com/AtlServer)</span><!--End deny_url_v2--><br /><br />修改过程：(只修改error的部分，警告看着不爽自己整)<br />1. 解压缩源码包，其中src目录下为emule源码。<br />2. vs2008打开emule.sln，首先是转换工程向导，转换之。<br />3. 首次build，会提示你如下错误。<br />1&gt;C:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\include\..\src\mfc\afximpl.h(631) : error C2059: syntax error : '&lt;L_TYPE_raw&gt;'<br />1&gt;C:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\include\..\src\mfc\afximpl.h(631) : error C2238: unexpected token(s) preceding ';'<br />1&gt;C:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\include\..\src\mfc\afximpl.h(635) : error C2059: syntax error : '&lt;L_TYPE_raw&gt;'<br />1&gt;C:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\include\..\src\mfc\afximpl.h(635) : error C2238: unexpected token(s) preceding ';'<br /><br />这个错误是由于WINVER定义不正确造成的，编辑stdafx.h，更改代码如下：<br />#ifndef WINVER<br />#define WINVER 0x0501<br />#endif<br /><br />#ifndef _WIN32_WINNT<br />#define _WIN32_WINNT 0x0501<br />#endif<br /><br />4. 重新build，又会有一大坨error，其中最多的是<br />error C2011: 'tagMENUINFO' : 'struct' type redefinition<br />结构重复定义，查看winuser.h就会发现如下定义<br /><br />#if(WINVER &gt;= 0x0500)<br />...<br />typedef struct tagMENUINFO<br />{<br />DWORD cbSize;<br />DWORD fMask;<br />DWORD dwStyle;<br />UINT cyMax;<br />HBRUSH hbrBack;<br />DWORD dwContextHelpID;<br />ULONG_PTR dwMenuData;<br />} MENUINFO, FAR *LPMENUINFO;<br />typedef MENUINFO CONST FAR *LPCMENUINFO;<br />还是WINVER的问题，编辑TitleMenu.h，更改代码如下：<br />#if (WINVER &lt; 0x0500)<br />typedef struct tagMENUINFO<br />{<br />DWORD cbSize;<br />DWORD fMask;<br />DWORD dwStyle;<br />UINT cyMax;<br />HBRUSH hbrBack;<br />DWORD dwContextHelpID;<br />ULONG_PTR dwMenuData;<br />} MENUINFO, FAR *LPMENUINFO;<br />typedef MENUINFO CONST FAR *LPCMENUINFO;<br />#endif<br />或者直接注释掉也可以<br /><br />5. 重新build(很可能你改完了上面的代码后，上一次build仍没有结束，要毫不犹豫地cancel)，再次出现一大坨error，总共有两类()<br />1&gt;.\UPnpNat.cpp(706) : error C2440: '=' : cannot convert from 'const char *' to 'char *'<br /><br />1&gt;.\SharedFilesCtrl.cpp(585) : error C2039: 'bWin95' : is not a member of 'AUX_DATA'<br />1&gt; C:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\include\..\src\mfc\afximpl.h(54) : see declaration of 'AUX_DATA'<br />1&gt;SearchListCtrl.cpp<br />1&gt;.\SearchListCtrl.cpp(1729) : error C2039: 'bWin95' : is not a member of 'AUX_DATA'<br />1&gt; C:\Program Files\Microsoft Visual Studio 9.0\VC\atlmfc\include\..\src\mfc\afximpl.h(54) : see declaration of 'AUX_DATA'<br /><br />其中第一个很好改，强制转换类型即可。<br />至于第二种错误，AUX_DATA中已不再包含成员bWin95，如有需要参与运算的部分则bWin95=0，具体请自行google。<br />这个改起来也很容易，将所有bWin95的部分注释掉即可，其多半是参与if判断，需要的地方统统取FALSE即可。涉及到的文件共有14个<br /><br />修改举例<br />lf.lfQuality = afxData.bWin95 ? NONANTIALIASED_QUALITY : ANTIALIASED_QUALITY;<br />改为<br />lf.lfQuality = ANTIALIASED_QUALITY;<br /><br />if (!afxData.bWin95 &amp;&amp; iItem &gt;= 0)<br />改为<br />if (iItem &gt;= 0)        ]]></description>
<pubDate>Wed, 03 Sep 2008 17:35:05 +0000</pubDate>
<pubDate>Tue, 14 Oct 2008 04:28:33 +0000</pubDate>
<guid isPermaLink="false">topic-342675@verycd.groups</guid>
<category>电驴软件开发</category>
<author>jiangliwei</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>各种格式音频文件的歌词下载</title>
<link>http://www.verycd.com/groups/eMuleDev/342293.topic</link>
<description><![CDATA[(<a href='http://www.verycd.com/groups/eMuleDev/342293.topic'>有资源下载,点击查看</a>)        
            方便就是硬道理！        ]]></description>
<pubDate>Wed, 03 Sep 2008 11:38:06 +0000</pubDate>
<pubDate>Wed, 03 Sep 2008 11:38:06 +0000</pubDate>
<guid isPermaLink="false">topic-342293@verycd.groups</guid>
<category>电驴软件开发</category>
<author>风烈</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>骡子怎么登陆啊</title>
<link>http://www.verycd.com/groups/eMuleDev/342135.topic</link>
<description><![CDATA[        找来找去没找到登陆的窗口啊，这样怎么积累积分哪？好心人指点下吧。。。。。。。。。。。        ]]></description>
<pubDate>Wed, 03 Sep 2008 03:53:29 +0000</pubDate>
<pubDate>Wed, 03 Sep 2008 04:23:51 +0000</pubDate>
<guid isPermaLink="false">topic-342135@verycd.groups</guid>
<category>电驴软件开发</category>
<author>ptcwh99</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>能不能开发收藏功能</title>
<link>http://www.verycd.com/groups/eMuleDev/340327.topic</link>
<description><![CDATA[        建议开发 收藏 功能，可以把搜到的资源保存下来，很多剧集一次下不完 下一次接着下载        ]]></description>
<pubDate>Mon, 01 Sep 2008 12:16:11 +0000</pubDate>
<pubDate>Tue, 02 Sep 2008 04:27:32 +0000</pubDate>
<guid isPermaLink="false">topic-340327@verycd.groups</guid>
<category>电驴软件开发</category>
<author>applerman</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>我支持 emule，因为它对社会的潜在贡献！</title>
<link>http://www.verycd.com/groups/eMuleDev/340145.topic</link>
<description><![CDATA[        emule 的推出，使得各种音频视频等资源能够得到共享。表面上对这些产品的零售业产生了影响。(其实也就是影响了一些新出品的而已) 但它的潜在贡献却不小。<br /><br />在用emule的时候，要花费时间去下载等待下载、上传。这个过程的价值是费了不少电。国家会收到这笔费用。<br /><br />下载下的东西多了，有珍贵的，值得保留的，就会想法保存它，比如刻CD、DVD，这样就会使用户去买盘来刻，从而加快了盘的出售，虽然比买正版的便宜，但是很多都不出的视频音频产品，这时却可以再次实现它们的价值，刻盘等等。对于新出的CD、DVD之类的，虽然少出售了一些，但没有emule的时候，它们也没卖多好。而且一个人去听CD，一定比不过10个人去用电脑听该内容所创造的价值多，更重要的是潜在的持续的价值。<br /><br />一开始由于下载上传策略还不好，不少人硬盘得低格，这样硬盘好买了一些，后来是因为硬盘容量越来越大了，结果不需要再买硬盘了。不过现在策略好了，伤盘少了。这时更应该让用户装满硬盘，这样刻CD、DVD的可能就会增加！<br /><br />对于音乐，我推荐听APE格式的，它的大小是MP3的近十倍，而且音质好像比MP3更HIFI，而且它可以很快的占满硬盘，刻盘的时候，就是DVD也放不了多少，这样会多用DVD刻盘，提高潜在消费！而且，听APE时传输数据多过MP3，这样稍微多费了些硬盘费了些电，有点价值。(这里像在说不好，不过是实际，但APE本身的效果来说，我依然首推。只是希望APE能自己加入CUE信息。为了听到更好的音乐，牺牲一点也是值得。)<br /><br />所以在此，还是希望能分享到更多更大的资源。不过希望卖硬盘的卖到1.5TB就等等，等到更大的资源多时再出更大的硬盘。硬盘难卖了，其实有很大的原因是厂商把硬盘容量作的太大了。<br /><br />用电脑，音乐听HIFI，视频电影看HDTV，都有潜在的价值。<br /><br />有些会因时间的变迁，资源丢失。也有好处，就是值得珍惜，才会保存。不过emule现在也和BT一样，太多无源！<br /><br />所以，希望有那么几个资源留存服务器，只在网络中实在没有可互传该资源的情况下，才下传给高积分的用户，让他们再传下去。(这里的高积分表示愿意多上传的用户，愿意分享的人，而不是只愿意下载的人，虽然有劳他们了，不过他们却可以优先得到资源)<br /><br />因为资源多，所以上网找东西的人也多，想上网的人就会多。上网？电信网通得到了大多数的利益！可惜对于emule，支持不够！<br /><br />相信这一切，虽然免费了一些，却潜在着它的价值。这里也仅仅说到一些而已。<br /><br />加一条，还是关于搜索，有时因为难找，常常会用搜索引擎，表面看，这搜索引擎似乎只是找找资源，不创造什么价值啊？可是还是与电有关，Google 只是两三个关键字搜索一下，就可以让无数的SCSI硬盘狂转，滴水成河。这笔钱当然还是国家收了！(不过，负面就是费电。如果不怕费电的话，它的价值也很大!只是在于观点，来判断值得或是不值得！)        ]]></description>
<pubDate>Mon, 01 Sep 2008 07:44:46 +0000</pubDate>
<pubDate>Mon, 01 Sep 2008 08:38:53 +0000</pubDate>
<guid isPermaLink="false">topic-340145@verycd.groups</guid>
<category>电驴软件开发</category>
<author>movieman</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>一点小意见</title>
<link>http://www.verycd.com/groups/eMuleDev/337869.topic</link>
<description><![CDATA[        VC的eMule能不能加入下载记录这一功能。        ]]></description>
<pubDate>Sat, 30 Aug 2008 01:13:33 +0000</pubDate>
<pubDate>Sat, 30 Aug 2008 02:10:58 +0000</pubDate>
<guid isPermaLink="false">topic-337869@verycd.groups</guid>
<category>电驴软件开发</category>
<author>saikyd</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>我的emule为什么不上传啊</title>
<link>http://www.verycd.com/groups/eMuleDev/329729.topic</link>
<description><![CDATA[        发现还有其它的emule mod,现在使用的是eMule ScarAngel 3.0<br />备份了原来的一些配置文件,包括统计信息,总体上传下载比是2.05:1(下载114.02G)<br /><br />但是使用eMule ScarAngel发现有些奇怪<br />如果有下载任务,上传里面主要是下载任务里面的其它下载者<br />如果将下载任务全停止,则会完全没有上传了<br /><br />重新启动依然如此<br /><br />我上传速度限制的是38KB/s(ADSL白天不达标 46可能是极限)<br /><br />另eMule ScarAngel启动和关闭时很慢,硬盘灯长亮很久,不知道在干什么呢        ]]></description>
<pubDate>Thu, 21 Aug 2008 14:44:17 +0000</pubDate>
<pubDate>Wed, 03 Sep 2008 03:34:14 +0000</pubDate>
<guid isPermaLink="false">topic-329729@verycd.groups</guid>
<category>电驴软件开发</category>
<author>netwjx</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>kad文件搜索问题</title>
<link>http://www.verycd.com/groups/eMuleDev/329532.topic</link>
<description><![CDATA[        一个节点查找某个文件的时候，在本地查找不到，然后将查找发到它的邻居，让它的邻<br /><br />居节点查找这个文件，这种查找是么时候停止?<br /><br /><br />emule 下载一个文件时候，最多可以得到多少个源？可以连接到多少个源？        ]]></description>
<pubDate>Thu, 21 Aug 2008 09:37:39 +0000</pubDate>
<pubDate>Thu, 21 Aug 2008 09:37:39 +0000</pubDate>
<guid isPermaLink="false">topic-329532@verycd.groups</guid>
<category>电驴软件开发</category>
<author>flyfish1986</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>
<item>
<title>关于小文件的问题</title>
<link>http://www.verycd.com/groups/eMuleDev/327400.topic</link>
<description><![CDATA[        我下载多个文件，开始下载第一个文件A，这个文件A的大小小于9.28M,我下载完这个文件A之后，就能共享这个文件A吗?        ]]></description>
<pubDate>Tue, 19 Aug 2008 07:31:30 +0000</pubDate>
<pubDate>Fri, 22 Aug 2008 05:01:20 +0000</pubDate>
<guid isPermaLink="false">topic-327400@verycd.groups</guid>
<category>电驴软件开发</category>
<author>flyfish1986</author>
<managingEditor>poster@verycd.com</managingEditor>
</item>

</channel>
</rss>