aMule Forum
English => aMule Help => Topic started by: csnut18 on October 03, 2008, 06:43:14 PM
-
The folder that I chose to share has about 1039 files in it. Only 423 are showing up in my amule library. Why is the amule software not recognizing the other files. I reinstalled emule and lo and behold it is recognizing all 1039 files. What can I do to get all my files recognized by amule and for them to all be shared? Thanks
-
Anyone have any ideas for me? I have rare files that I like to share. I was hoping people could help me with the problem I described in my original post.
-
Patience is a virtue... (I know what I'm talking about. ;D)
Sharing 1000+ files doesn't make sense. Only max. 200 files are published to the ED2K server anyway.
-
But when I use emule, all the files are recognized and shared. When I use amule, the same 423 files are in my directory no matter what I add to that folder. I tried renaming the folder and it caused amule to rehash everything. I was shocked when it again stopped at 423 files. If anyone has any ideas, I would appreciate it. Thanks
-
Patience is a virtue... (I know what I'm talking about. ;D)
Sharing 1000+ files doesn't make sense. Only max. 200 files are published to the ED2K server anyway.
lol, *deletes gigs of sh*t*
-
The user should decide what to share - and not amule.
Exactly. And the way to do it is by removing from the share what should not be shared, and leaving what he wants to share.
csnut18, perhaps you should give us more details - amule.conf, if files are contained in sub-directories, whatever.
Yes.
-
- I can be wrong, but I doubt the 200 files limitation applies to the Kademlia network (comments welcome)
No, it doesn't. However, it would take quite some time to publish that many files, but it will do.
- So if there is a problem in sharing, it must be considered a bug.
Agree.
-
First of all what version you are using?
Does the files have extra chars like é, & or ö in them?
-
To csnut18: Make sure you do not have dupe files as it will skip them and will not show up if more than one is selected.
To sturedman:
"Sharing 1000+ files doesn't make sense"
What you said does not make any sense and sounds illogical. If you have nothing to share that sounds like your own problem and maybe you are a leecher? but I assure you that few selected users only share so people like you can download thus sharing 1000+ files make sense. If everyone shared less files it would impact file diversity and available file source.
"Only max. 200 files are published to the ED2K server anyway."
No, who told you only 200 files are published? maybe it is only to the server you are connected to? that is why eD2k server have soft/hard limits. I am sharing over 2k+ files and I have no problems its "ALL" shared within mins connecting to the server but KAD takes long time to publish which may take hours.
-
No, who told you only 200 files are published?
The source code.
its "ALL" shared within mins connecting to the server but KAD takes long time to publish which may take hours.
Sure, since it's capped at 200. Yeah, KAD is unlimited, that's why it takes so long.
-
You're wrong, stu.
-
Yeah ? So is this a dummy and the real publish happens elsewhere ?
void CSharedFileList::SendListToServer(){
std::vector<CKnownFile*> SortedList;
{
wxMutexLocker lock(list_mut);
if (m_Files_map.empty() || !theApp->IsConnectedED2K() ) {
return;
}
// Getting a sorted list of the non-published files.
SortedList.reserve( m_Files_map.size() );
CKnownFileMap::iterator it = m_Files_map.begin();
for ( ; it != m_Files_map.end(); ++it ) {
if (!it->second->GetPublishedED2K()) {
SortedList.push_back( it->second );
}
}
}
std::sort( SortedList.begin(), SortedList.end(), SortFunc );
// Limits for the server.
CServer* server = theApp->serverconnect->GetCurrentServer();
uint32 limit = server ? server->GetSoftFiles() : 0;
if( limit == 0 || limit > 200 ) {
limit = 200;
}
if( (uint32)SortedList.size() < limit ) {
limit = SortedList.size();
if (limit == 0) {
m_lastPublishED2KFlag = false;
return;
}
}
CMemFile files;
// Files sent.
files.WriteUInt32(limit);
uint16 count = 0;
// Add to packet
std::vector<CKnownFile*>::iterator sorted_it = SortedList.begin();
for ( ; (sorted_it != SortedList.end()) && (count < limit); ++sorted_it ) {
CKnownFile* file = *sorted_it;
if (!file->IsLargeFile() || (server && server->SupportsLargeFilesTCP())) {
CreateOfferedFilePacket(file, &files, server, NULL);
}
file->SetPublishedED2K(true);
++count;
}
-
I think you can read that, so I'll leave you to it. Let's just say, you ARE wrong. And that code shows it.
-
[A lot of retarded flaming shit]
aMule sends 200 files per chain when publishing to eD2K server at any given time. So what that means is let say you are sharing 600 files which will be sent in blocks of 3, each block is 200 files. Now if user shares 600 files and server have 500 softlimit 100files will be ignored. If user is sharing like 8k files and server only allows 7k as hardlimit then user will be bumped.
[More retarded flaming]
PS: So what did you learn? don't confuse the number of files that can be published to the server as awhole compared to publishing the files at any given time. BTW carefully read SendListToServer again and again and again till you get it.
-
And with this new ban, our tourette's inclined HKM beats his own record for time allowed in this forum.
-
I think you can read that, so I'll leave you to it. Let's just say, you ARE wrong. And that code shows it.
OK, got it. ;)
Now if csnut18 would bother to provide more information we could find out if there's a bug or not.