This is the
talk page for discussing improvements to the
EMule article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google ( books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
Archives: 1 |
![]() | This article is rated C-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | |||||||||||||||||||||||
|
|
|
A large part of this article and hitory was removed because it was a copy of some pages on emule-project site. SOmeone needs to write something about the basic concepts how emule works. temp page here: (since temp page on emule seems to be not policy or something like that.) User:Leuk_he/eMule Juli 2006, still relevant!
The released a 0.47c hotfix for a KAD bug. [1] -- 165.21.155.12 04:19, 15 September 2006 (UTC)
You can keep and use this text, or delete it as you see fit:
The issue of the size of temp-files is not adequately explained here. What happens is that eMule "reserves space" on the hard drive you have designated for Temp files so that your HD will have adequate space for whatever you are attempting to download. So if someone does what the example (given elsewhere) indicates--trying to download 2 items whose combined size is greater than the amount of space left on the drive, then there will be a conflict because you only have the amount of free space that you have! Simple. But, of course, that severely hampers one's ability to select a number of items to download if the drive is nearly full. So enter the external drive. Easy solution. You can dedicate a drive for the "Temp" and a different drive for the "Incoming" folder. [You designate the folders in which drives in the Options tab.] But even that solution may need adjusting ... which is the reason I'm writing this. When a drive is full ... so that some "Waiting" files are turning into "Paused" files, then you either have to delete something on the drive (or some of the items you are downloading) OR try this: Find a drive with some room on it and create a new folder to hold some of the Temp files from the other HD. Disconnect eMule from the Intenet and then close eMule. Go to the current Temp folder (i.e., in Window Explorer) and then sort the files by size. Highlight the large files ... say, all of the ones over 1gb, or down to 500mb, then sort by name of file. Note that there are 3 associated files for everything you are trying to download. Scroll down amd make sure that you have highlighted the set of all 3 of the files associated with each of the large files you have selected. Then drag and drop the sets of files into the new Temp folder (you can name it whatever you want) in the other drive. Then you can carry on downloading the remaining files on the original drive with plenty of room. The paused files will turn back into "Waiting" and "Downloading," and you can switch (using the eMule Option tab) to the other Temp file you created whenever you want to [you have to restart eMule to switch directories]. The good thing about this is that in the NEW Temp folder on the second drive, the files start out at the inflated (potential) "reserve" size, so that you won't be surprised by any change in the size of the Temp folder. The real size of the files in the folder may be quite small (i.e., if they had not actually started to download before you moved them), but they will appear large and will be treated by the new drive as being "full" [even if "hollow"] because they were moved with the coding for the reserve size that was assigned based the size of the files you are trying to download. That way, the new Temp drive will appear to be as full as necessary to receive the fully completed files you are downloading. No need to move them again. And, of course, the size of the Temp folder DECREASES whenever the download is complete and the file is transferred (automatically) to the "Incoming" folder ... which can be on a completely different drive. ( Let's hope the worst is behind us. ( talk) 16:43, 31 October 2009 (UTC)). ( Let's hope the worst is behind us. ( talk) 16:44, 31 October 2009 (UTC)).
I removed the following text:
A problem is the size of unfinished files. The Help file incorporated into the program explains that it common to have a full-size temporary file, ie. before a single file has been downloaded, the harddrive may already be full; unlike the late edonkey, whose temp-files were only in about the size of the downloaded parts. As a result, few files (resulting in less traffic) can be downloaded when some files are as large as films. This problem has not yet been fixed.
It does not agree with the Extended Features documentation on the "Create new part files as sparse (NTFS only)" option. Frozen North 01:11, 20 September 2006 (UTC)
A problem of insufficient disk space is the size of unfinished files when operating on a partition in FAT32 instead of NTFS. The Help file incorporated into the program explains that it is common to have a full-size temporary file, i.e. before a single file has been downloaded, the hard drive may already be full; it is different from the late eDonkey, whose temp-files were only in about the size of the downloaded parts. As a result, few files (resulting in less traffic) can be downloaded when some files are as large as films. This problem has not yet been fixed.
Since it seems that there exists a fair amount of confusion on what should and should not be linked on this article, I'd like to start a discussion on the topic. I'll begin by stating my opinion on this matter from my understanding of Wikipedia's guidelines. To quote WP:EL#Links_normally_to_be_avoided:
13: Sites that are only indirectly related to the article's subject: it should be a simple exercise to show how the link is directly and symmetrically related to the article's subject. This means that there is both a relation from the website to the subject of the article, and a relation from the subject of the article to the website. For example, the officially sanctioned online site of a rock band has a direct and symmetric relationship to that rock band, and thus should be linked from the rock band's Wikipedia article. An alternative site run by fans is not symmetrically related to the rock band, as the rock band has only indirect connections with that site.
From my interpretation of this analogy, I believe that linking to mod sites which have no direct relationship to the eMule project should not be allowed. The same way that the article on Linux does not act as a portal to its distributions, by only linking to their Wikipedia articles, eMule should not act as a portal to any of its modifiers' sites. Frozen North. 05:44, 17 February 2007 (UTC)
There are eMule Mods that are allowed by the eMule developers and some are not. a website that show all the allowed is symetric enough, i think. btw. emule-mods.de exist as long as emule and emule-project... Dresik 05:44, 17 February 2007 (UTC)
I think it would do some good to discuss emule's ideological develop(ers/ment). The official emule client imposes certain fixed behaviors that are meant to encourage the sharing of "rare" files. The problem is not in the philosophy, but the approach. For example you cannot control the speed or number of individual upload slots (the client fixes each slot at under 4kb/s, creating more slots to soak up the total upload allotment). You also cannot prioritize uploading chunks of files that are currently downloading, which is what most users understandably want. It's worth mentioning because it's one of the most commonly debated and dubious "features" of the software, and most of the popular mods are written precisely to change this behavior. For example, if there are only one or two sources for a file, having it transferred at 3.5kb/s, plus queue time multiplied by the number of chunks, is NOT conducive to sharing it. However, whenever this issue is brought up in the emule forum, the developers and forum regulars are quite adamant about never changing this functionality in emule, to the point that they are often derisive and smug towards anyone who brings it up. Personally I think it is an ideological, not a practical stance and one that will ultimately damage the long-term viability of the edonkey network. This is because of reality: users will find a way to get what they want. If emule does not allow prioritizing incomplete files, then users will remove completed files from their shared folder so that only current downloads are shared (thus earning credit faster). Or they simply stop using emule and move to BitTorrent or a faster network, taking their files and bandwidth with them. This ultimately damages file sharing through edonkey, because while prioritizing of incomplete files is temporary, the removal of completed files is permanent. In other words, the developers of emule base their design on an ideal model of usage that is not consistent with the real world. This leads to poor download performance for all files, whether popular or rare. (A file with 5 BT seeds/leechers is still going to download faster than the same file with 5 emule sources). The extended file diversity on the other hand, is limited only to small files (because if the file is large and truly rare, it is nigh impossible to complete), and strangely enough, pornographic films (because most torrent sites/trackers won't host porn). So basically, if you are looking for small files or porn, emule is the place to go. Everything else you are better off with BitTorrent. VanishingUser 05:50, 28 February 2007 (UTC)]]
http://en.wikipedia.org/wiki/Emule#Distinguishing_eMule was marked as a "AD" section by ... Someone with at more NOPV of eMule please rewrite that. But some characteristics why eMule is different from multiprotocol clients like shareaza or torrent client should be explained somewhere it think. : Leuk he 14:00, 8 May 2007 (UTC)
There is no trace in the article of legal status and, of course, future expectations. Could emule get a cease-and-desist letter too from any of the major music organisations in the future? Or was the original eDonkey2000 too vulnerable because it was a real company? -andy 78.51.69.29 ( talk) 02:46, 3 July 2008 (UTC)
Someone, please correct the categories. I suppose eMule is a torrent-client, not an IRC-client. -- Hybridex ( talk) 19:00, 15 September 2009 (UTC)
It should be eMule, not EMule, as the original project name starts with a small, not a capitalized 'e'. Some bot has changed this; shall we change it back?
The two clients from VeryCD possess a pretty lot of Chinese users, making them among the most influential eMule Mods. Meanwhile it is really a stuff that VeryCD's name game tricked many Chinese users (some posts at eMule official forum: [2], [3]). Anyway, things about VeryCD better be mentioned here in this article. If anyone feel the paragraph about VeryCD improper or not NPOV, edit and improve it but not simply delete it. -- Tomchen1989 ( talk) 10:01, 11 May 2011 (UTC)
Still, I don't see in anyway it qualifies for "Fake eMule sites and malware". People may have different opinions about its name/its website's name (currently it is easymule). But that is it. Their client is probably more suitable for novice Chinese users as some configuration settings are simplified or removed. Those modifications are not harmful in nature. Umggc ( talk) 07:37, 19 May 2011 (UTC)
Moved to a separate section. It is probably better fitted in the "mods" section. Umggc ( talk) 04:55, 27 May 2011 (UTC)
I think that eMule Plus is too short to be on its own, it should rather be merged into eMule The ChampionMan 1234 09:44, 1 September 2012 (UTC)
Hello fellow Wikipedians,
I have just modified one external link on EMule. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{
Sourcecheck}}
).
An editor has reviewed this edit and fixed any errors that were found.
Cheers.— InternetArchiveBot ( Report bug) 15:37, 18 December 2016 (UTC)
Hello fellow Wikipedians,
I have just modified 2 external links on EMule. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
An editor has reviewed this edit and fixed any errors that were found.
Cheers.— InternetArchiveBot ( Report bug) 17:10, 15 September 2017 (UTC)
I am not able to find a way to modify the release version and the date, although I got to the Infobox software template ( Template:Infobox_software), I see no latest release set in the article source.
Anyway, while the emule team last version is still the 0.50a, the community last edition (mainly with bug fixing and simplifications) is the 0.51d from May 2019. Source: https://github.com/irwir/eMule/releases/ or https://www.emule-project.net/home/perl/general.cgi?l=1&rm=download
-- Pier4r ( talk) 14:35, 3 September 2019 (UTC)
This is the
talk page for discussing improvements to the
EMule article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google ( books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
Archives: 1 |
![]() | This article is rated C-class on Wikipedia's
content assessment scale. It is of interest to the following WikiProjects: | |||||||||||||||||||||||
|
|
|
A large part of this article and hitory was removed because it was a copy of some pages on emule-project site. SOmeone needs to write something about the basic concepts how emule works. temp page here: (since temp page on emule seems to be not policy or something like that.) User:Leuk_he/eMule Juli 2006, still relevant!
The released a 0.47c hotfix for a KAD bug. [1] -- 165.21.155.12 04:19, 15 September 2006 (UTC)
You can keep and use this text, or delete it as you see fit:
The issue of the size of temp-files is not adequately explained here. What happens is that eMule "reserves space" on the hard drive you have designated for Temp files so that your HD will have adequate space for whatever you are attempting to download. So if someone does what the example (given elsewhere) indicates--trying to download 2 items whose combined size is greater than the amount of space left on the drive, then there will be a conflict because you only have the amount of free space that you have! Simple. But, of course, that severely hampers one's ability to select a number of items to download if the drive is nearly full. So enter the external drive. Easy solution. You can dedicate a drive for the "Temp" and a different drive for the "Incoming" folder. [You designate the folders in which drives in the Options tab.] But even that solution may need adjusting ... which is the reason I'm writing this. When a drive is full ... so that some "Waiting" files are turning into "Paused" files, then you either have to delete something on the drive (or some of the items you are downloading) OR try this: Find a drive with some room on it and create a new folder to hold some of the Temp files from the other HD. Disconnect eMule from the Intenet and then close eMule. Go to the current Temp folder (i.e., in Window Explorer) and then sort the files by size. Highlight the large files ... say, all of the ones over 1gb, or down to 500mb, then sort by name of file. Note that there are 3 associated files for everything you are trying to download. Scroll down amd make sure that you have highlighted the set of all 3 of the files associated with each of the large files you have selected. Then drag and drop the sets of files into the new Temp folder (you can name it whatever you want) in the other drive. Then you can carry on downloading the remaining files on the original drive with plenty of room. The paused files will turn back into "Waiting" and "Downloading," and you can switch (using the eMule Option tab) to the other Temp file you created whenever you want to [you have to restart eMule to switch directories]. The good thing about this is that in the NEW Temp folder on the second drive, the files start out at the inflated (potential) "reserve" size, so that you won't be surprised by any change in the size of the Temp folder. The real size of the files in the folder may be quite small (i.e., if they had not actually started to download before you moved them), but they will appear large and will be treated by the new drive as being "full" [even if "hollow"] because they were moved with the coding for the reserve size that was assigned based the size of the files you are trying to download. That way, the new Temp drive will appear to be as full as necessary to receive the fully completed files you are downloading. No need to move them again. And, of course, the size of the Temp folder DECREASES whenever the download is complete and the file is transferred (automatically) to the "Incoming" folder ... which can be on a completely different drive. ( Let's hope the worst is behind us. ( talk) 16:43, 31 October 2009 (UTC)). ( Let's hope the worst is behind us. ( talk) 16:44, 31 October 2009 (UTC)).
I removed the following text:
A problem is the size of unfinished files. The Help file incorporated into the program explains that it common to have a full-size temporary file, ie. before a single file has been downloaded, the harddrive may already be full; unlike the late edonkey, whose temp-files were only in about the size of the downloaded parts. As a result, few files (resulting in less traffic) can be downloaded when some files are as large as films. This problem has not yet been fixed.
It does not agree with the Extended Features documentation on the "Create new part files as sparse (NTFS only)" option. Frozen North 01:11, 20 September 2006 (UTC)
A problem of insufficient disk space is the size of unfinished files when operating on a partition in FAT32 instead of NTFS. The Help file incorporated into the program explains that it is common to have a full-size temporary file, i.e. before a single file has been downloaded, the hard drive may already be full; it is different from the late eDonkey, whose temp-files were only in about the size of the downloaded parts. As a result, few files (resulting in less traffic) can be downloaded when some files are as large as films. This problem has not yet been fixed.
Since it seems that there exists a fair amount of confusion on what should and should not be linked on this article, I'd like to start a discussion on the topic. I'll begin by stating my opinion on this matter from my understanding of Wikipedia's guidelines. To quote WP:EL#Links_normally_to_be_avoided:
13: Sites that are only indirectly related to the article's subject: it should be a simple exercise to show how the link is directly and symmetrically related to the article's subject. This means that there is both a relation from the website to the subject of the article, and a relation from the subject of the article to the website. For example, the officially sanctioned online site of a rock band has a direct and symmetric relationship to that rock band, and thus should be linked from the rock band's Wikipedia article. An alternative site run by fans is not symmetrically related to the rock band, as the rock band has only indirect connections with that site.
From my interpretation of this analogy, I believe that linking to mod sites which have no direct relationship to the eMule project should not be allowed. The same way that the article on Linux does not act as a portal to its distributions, by only linking to their Wikipedia articles, eMule should not act as a portal to any of its modifiers' sites. Frozen North. 05:44, 17 February 2007 (UTC)
There are eMule Mods that are allowed by the eMule developers and some are not. a website that show all the allowed is symetric enough, i think. btw. emule-mods.de exist as long as emule and emule-project... Dresik 05:44, 17 February 2007 (UTC)
I think it would do some good to discuss emule's ideological develop(ers/ment). The official emule client imposes certain fixed behaviors that are meant to encourage the sharing of "rare" files. The problem is not in the philosophy, but the approach. For example you cannot control the speed or number of individual upload slots (the client fixes each slot at under 4kb/s, creating more slots to soak up the total upload allotment). You also cannot prioritize uploading chunks of files that are currently downloading, which is what most users understandably want. It's worth mentioning because it's one of the most commonly debated and dubious "features" of the software, and most of the popular mods are written precisely to change this behavior. For example, if there are only one or two sources for a file, having it transferred at 3.5kb/s, plus queue time multiplied by the number of chunks, is NOT conducive to sharing it. However, whenever this issue is brought up in the emule forum, the developers and forum regulars are quite adamant about never changing this functionality in emule, to the point that they are often derisive and smug towards anyone who brings it up. Personally I think it is an ideological, not a practical stance and one that will ultimately damage the long-term viability of the edonkey network. This is because of reality: users will find a way to get what they want. If emule does not allow prioritizing incomplete files, then users will remove completed files from their shared folder so that only current downloads are shared (thus earning credit faster). Or they simply stop using emule and move to BitTorrent or a faster network, taking their files and bandwidth with them. This ultimately damages file sharing through edonkey, because while prioritizing of incomplete files is temporary, the removal of completed files is permanent. In other words, the developers of emule base their design on an ideal model of usage that is not consistent with the real world. This leads to poor download performance for all files, whether popular or rare. (A file with 5 BT seeds/leechers is still going to download faster than the same file with 5 emule sources). The extended file diversity on the other hand, is limited only to small files (because if the file is large and truly rare, it is nigh impossible to complete), and strangely enough, pornographic films (because most torrent sites/trackers won't host porn). So basically, if you are looking for small files or porn, emule is the place to go. Everything else you are better off with BitTorrent. VanishingUser 05:50, 28 February 2007 (UTC)]]
http://en.wikipedia.org/wiki/Emule#Distinguishing_eMule was marked as a "AD" section by ... Someone with at more NOPV of eMule please rewrite that. But some characteristics why eMule is different from multiprotocol clients like shareaza or torrent client should be explained somewhere it think. : Leuk he 14:00, 8 May 2007 (UTC)
There is no trace in the article of legal status and, of course, future expectations. Could emule get a cease-and-desist letter too from any of the major music organisations in the future? Or was the original eDonkey2000 too vulnerable because it was a real company? -andy 78.51.69.29 ( talk) 02:46, 3 July 2008 (UTC)
Someone, please correct the categories. I suppose eMule is a torrent-client, not an IRC-client. -- Hybridex ( talk) 19:00, 15 September 2009 (UTC)
It should be eMule, not EMule, as the original project name starts with a small, not a capitalized 'e'. Some bot has changed this; shall we change it back?
The two clients from VeryCD possess a pretty lot of Chinese users, making them among the most influential eMule Mods. Meanwhile it is really a stuff that VeryCD's name game tricked many Chinese users (some posts at eMule official forum: [2], [3]). Anyway, things about VeryCD better be mentioned here in this article. If anyone feel the paragraph about VeryCD improper or not NPOV, edit and improve it but not simply delete it. -- Tomchen1989 ( talk) 10:01, 11 May 2011 (UTC)
Still, I don't see in anyway it qualifies for "Fake eMule sites and malware". People may have different opinions about its name/its website's name (currently it is easymule). But that is it. Their client is probably more suitable for novice Chinese users as some configuration settings are simplified or removed. Those modifications are not harmful in nature. Umggc ( talk) 07:37, 19 May 2011 (UTC)
Moved to a separate section. It is probably better fitted in the "mods" section. Umggc ( talk) 04:55, 27 May 2011 (UTC)
I think that eMule Plus is too short to be on its own, it should rather be merged into eMule The ChampionMan 1234 09:44, 1 September 2012 (UTC)
Hello fellow Wikipedians,
I have just modified one external link on EMule. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, please set the checked parameter below to true or failed to let others know (documentation at {{
Sourcecheck}}
).
An editor has reviewed this edit and fixed any errors that were found.
Cheers.— InternetArchiveBot ( Report bug) 15:37, 18 December 2016 (UTC)
Hello fellow Wikipedians,
I have just modified 2 external links on EMule. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.
An editor has reviewed this edit and fixed any errors that were found.
Cheers.— InternetArchiveBot ( Report bug) 17:10, 15 September 2017 (UTC)
I am not able to find a way to modify the release version and the date, although I got to the Infobox software template ( Template:Infobox_software), I see no latest release set in the article source.
Anyway, while the emule team last version is still the 0.50a, the community last edition (mainly with bug fixing and simplifications) is the 0.51d from May 2019. Source: https://github.com/irwir/eMule/releases/ or https://www.emule-project.net/home/perl/general.cgi?l=1&rm=download
-- Pier4r ( talk) 14:35, 3 September 2019 (UTC)