Official eMule-Board: Allowing Reuse Of Http Sources - Official eMule-Board

Jump to content


Page 1 of 1

Allowing Reuse Of Http Sources

#1 User is offline   Avi-3k 

  • hebMule [retired] dev
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 1,125
  • Joined: 25-June 03

Posted 21 May 2010 - 09:53 PM

for some reason eMule moves http sources to the dead source list
even if the source is still useful
(e.g: download latest Ubuntu via eMule, add an http source from the site, when eMule stops downloading
from that source you cannot add it again until it's removed from the deadlist, approx. 30min afaik)

i suggest the next code for this problem:
bool CDeadSourceList::IsDeadSource(const CUpDownClient* pToCheck) const{
	...
	if (pToCheck->GetClientSoft() == SO_URL)
		return false;
...

void CDeadSourceList::AddDeadSource(const CUpDownClient* pToAdd){
	if (pToAdd->GetClientSoft() == SO_URL)
		return;
...


i've tested the code and it works ok... @devs, should this be fixed in official eMule?

Avi3k
retired developer of hebMule and eMule Skinner...
hebMule site and topic.
hebMule2 unique features: AntiLeech, AntiVirus, Fake Check, ServerFilter, WebSearches, Export Searches, Relative Priority, ModID and much much more...

eMule Skinner is an application to create/edit skins for eMule,
it's multilingual, supports mods, easy-to-use design, integrates to hebMule & Windows and lots more...

code fixes/improvements: #1, #2, #3, #4, #5, #6, #7, #8, #9, #10, #11 (to check/verify: #12, #13).
0

#2 User is offline   Some Support 

  • Last eMule
  • PipPipPipPipPipPipPip
  • Group: Yes
  • Posts: 3,538
  • Joined: 27-June 03

Posted 21 May 2010 - 10:35 PM

I suppose that could be changed, but the real question is why eMule stops downloading for the http source in the first place.

#3 User is offline   Avi-3k 

  • hebMule [retired] dev
  • PipPipPipPipPipPipPip
  • Group: Members
  • Posts: 1,125
  • Joined: 25-June 03

Posted 16 July 2010 - 09:43 PM

i think the problem is in mfc code, i've changed the header to the same one i use
in a small app i wrote in C in winsock api for myself (basically changed headers order and added ie6 user agent).
while my app downloads without problems, eMule tends to have issues,
e.g: some apache servers return error codes, the request doesn't get a response & etc...

also, i've changed another part so eMule could download multiple parts from the same server
bool CDownloadQueue::CheckAndAddSource(CPartFile* sender,CUpDownClient* source){
...
// add this before the loop
	if (source->GetClientSoft() == SO_URL) // Avi3k: url dl fix
	{
		sender->srclist.AddTail(source);
		theApp.emuledlg->transferwnd->GetDownloadList()->AddSource(sender,source,false);
		return true;
	}
...

one might limit the number of connections and check previous responses to avoid flooding the server


Avi3k

This post has been edited by Avi-3k: 16 July 2010 - 09:44 PM

retired developer of hebMule and eMule Skinner...
hebMule site and topic.
hebMule2 unique features: AntiLeech, AntiVirus, Fake Check, ServerFilter, WebSearches, Export Searches, Relative Priority, ModID and much much more...

eMule Skinner is an application to create/edit skins for eMule,
it's multilingual, supports mods, easy-to-use design, integrates to hebMule & Windows and lots more...

code fixes/improvements: #1, #2, #3, #4, #5, #6, #7, #8, #9, #10, #11 (to check/verify: #12, #13).
0

#4 User is offline   McAfee 

  • Member
  • PipPip
  • Group: Members
  • Posts: 26
  • Joined: 12-March 04

Posted 31 March 2012 - 05:55 AM

I've always though of HTTP downloads as a feature with lots of potential: It's easy and simple to use the combination of "Link Creator" (or eMule itself) and any web server to distribute files using eMule.

All that is necessary is to generate the proper link using Link Creator (or eMule) and then host/seed the file using the Web Server (eg Apache).

A lot of existing companies could support ED2K to distribute new content without much change to their infrastructure, they wouldn't need to run any additional processes on their servers.

As you already know torrents support this feature quite well, and thus is the one of the most popular P2P option for distributing new content. Just look at most of the open source community like Linux distributions, LibreOffice, OpenOffice, etc.

But HTTP doesn't work very well in eMule, I've tested it many times on my own web servers, generating my own links like the scenario above, and it just refuses to keep using the web server after the 1st chunk has been downloaded.

I've also tried on various other public web servers where I manage to find the hash of the file by alternate means and then add the http source manually. Again it will download 1 chuck, and then never again.

This is definitely a show stopper for the feature. And thus here is my BUMP so that hopefully some devs can look into it. Hopefully a proper patch can be found if the one posted before won't suffice and we can get a long waiting new version. eMule v0.51 anyone? :P
0

#5 User is offline   McAfee 

  • Member
  • PipPip
  • Group: Members
  • Posts: 26
  • Joined: 12-March 04

Posted 26 January 2013 - 09:42 AM

Is this a real bug or not? It's a feature I've never seen working properly.

Isn't this important? Wouldn't it be useful for someone releasing a file to say: "Here's a list of http mirrors for my file. And here's an emule link I can share reliably without needing to run any additional software on my http server." The link will always have 1 reliable source (if they use the link) regardless of how many people are sharing said file on emule.

But the way it is now, it will likely just download 1 chunk and then fail permanently. And you will end up getting the file from someone who downloaded it completely using a standard web client and then shared it manually in eMule. In other words, the http source barely contributed and can't sustain itself without said manual interaction.
0

  • Member Options

Page 1 of 1

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users