Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[ttttttbd]

Requested group of features:

-- download log: log download (timestamp + ed2k link, including file size, hash, downloaded file name and comments) after it is complete
-- never ever rotate the download log automatically. Remember completed downloads for ever.
-- when presenting a file as a search result, make it purple if the file is found in the download log
-- advanced search option and/or button to toggle hiding files in the download log from search results
-- blacklist support: ``cancel this download and never show or download this file again'' button.
-- command-line tool to add an ed2k link to the download log/blacklist

Benefits:

-- The user doesn't have to remember whether he has downloaded a specific file in the search results.
-- A typical use scenario: the user downloads 500 files each week. He examines those files and finds that about 420 files are worthless to him, so he removes those files. So he gathers 80 files each week. As years pass, he archives some files to DVD, and removes those files from the PC. Five years later, he has 20000 files archived. He definitely doesn't want to download these files again, but he doesn't exactly remember each of them. So he just looks at the color of the search result, and if it is purple, he doesn't download the file.

[Vollstrecker]

I just tried with a random choosen ed2k-link, the date from today, 1GB filesize and a filename aaaa.zip. Without comments this file is 4k, for 20000 files you will have 80000k, or  80GB + the comments. Who wants this?

[lionel77]

Originally posted by ttttttbd
-- A typical use scenario: the user downloads 500 files each week. He examines those files and finds that about 420 files are worthless to him, so he removes those files.

I would really hope that nobody in their right mind downloads 500 files just to throw away 420 of them. What a huge waste of bandwidth!

Originally posted by Vollstrecker
I just tried with a random choosen ed2k-link, the date from today, 1GB filesize and a filename aaaa.zip. Without comments this file is 4k, for 20000 files you will have 80000k, or  80GB + the comments. Who wants this?

You totally lost me here, Vollstrecker. What is "the file" here and how can it be 4k if all it stores is "timestamp + ed2k link (including file size, hash), downloaded file name and comments"? Also, in which wicked universe does 80000k equal 80gb?


By the way, if i'm not mistaken, aMule already remembers all the files you have ever downloaded and colors them in the search results.

[Vollstrecker]

Sorry, not really awaken. The file is the file which remembers that all. ext3 has a blocksize of 4k, so your file is 4k big, even if you just put a single letter in there. And for sure, it's only 80 MB.

[GonoszTopi]

Originally posted by lionel77
By the way, if i'm not mistaken, aMule already remembers all the files you have ever downloaded and colors them in the search results.

You're right, lionel77. In the search results list currently downloading files are coloured red, once already completed files are coloured green. Information about already downloaded files is kept in the known*.met files in the aMule config directory. So, as long as these files are intact, aMule remembers all finished download.

[ttttttbd]

Originally posted by GonoszTopi

Originally posted by lionel77
By the way, if i'm not mistaken, aMule already remembers all the files you have ever downloaded and colors them in the search results.

You're right, lionel77. In the search results list currently downloading files are coloured red, once already completed files are coloured green. Information about already downloaded files is kept in the known*.met files in the aMule config directory. So, as long as these files are intact, aMule remembers all finished download.

Agreed (I've just verified it with aMule 2.1.3), with the following clarification:

In the search results list:

* red: currently downloading files, including paused and stopped downloads
* green: once already completed files
* black (!): canceled downloads (I have just verified this)

So my feature requests are the following:

-- Make canceled downloads purple in the search result list. I think this would be an important imporovement, so users could see that they have already canceled that download, so they probably don't want to download the same useless thing again.
-- New list tab in the GUI which shows the known.met file: completed and canceled downloads.
-- Command line tool to add an ed2k link to a running aMule. Option to add a link as to-be-downloaded or pretend-that-already-completed.
-- Export the known*.met files to XML or some other easy-to-parse text file format.
-- Ability to add a textual comment to a file (any of downloading, completed and canceled downloads) in the GUI.
-- Ability to filter search results based on regular expression match on the textual comments (added to the known files). Display matching results in bold / different background. Ability to hide matching results.

[GonoszTopi]

Some of the requests are partially implemented already.

-- Command line tool to add an ed2k link to a running aMule. Option to add a link as to-be-downloaded or pretend-that-already-completed.

amulecmd -c 'add '
Read more about amulecmd in the Wiki or type man amulecmd. It's Help command may also provide useful hints.

-- Ability to add a textual comment to a file (any of downloading, completed and canceled downloads) in the GUI.

You can add comments to shared files (either downloading or completed), but I don't know whether they're still saved when the file gets unshared. However, the length of the comments is limited to 50 characters.

[Kry]

Originally posted by GonoszTopi
You can add comments to shared files (either downloading or completed), but I don't know whether they're still saved when the file gets unshared.

No. And won't.

[Vollstrecker]

This would be a great advance. I had some thought to that a year ago or so. Sometimes you view the preview, see that it's a fake, and don't remember that, when you download a file again. A short local comment, why you yborted a special download would help to avoid redownloading a file you aborted some time ago.

[morph]

Originally posted by Vollstrecker
Sometimes you view the preview, see that it's a fake, and don't remember that, when you download a file again. A short local comment, why you yborted a special download would help to avoid redownloading a file you aborted some time ago.

wouldn't, then, be more useful to have a sort of "black list" where filehash can be added and listed as striked in search/download list? I'd really appreciate this feature, even something updatable via internet.

what about?

[GonoszTopi]

You guysd definiately miss a point.

See, for example you search for file A. You find something, start to download, view the preview / do whatever and discover that it isn't really file A, but something else, say, file B. Then you blacklist it.

Some time later, say a month or so, you want to download file B (don't ask me why you would want to do so, there can be plenty of reasons). Now, if you stored in the blackist

• only the file hash: you won't find the file you want, because you think (or amule thinks, it's the same) it is a fake.
  
• file hash and name: You'll find what you want under the proper name, but now the filter cannot really accomplish its job, because fakes are most likely present in a variety of similar names.
  
• file hash and a regexp from the name: This makes setting up the filter more complicated, coding it harder, and with no real benefit, but all the drawbacks of the above two.
  

.

Now, choose. Or any other ideas how exactly this would work?

[morph]

Mh, maybe could be stored a pair: , for example




When you perform a search, than the file(s) listed in that blacklist (we can call it a warning list) are shown as striked (=a line above their name or on the whole result line) with a popup msg (or anything else) to show the comment.

this way you can handle uncomplete file (a really annoying stuff) and fake files (we I'll search for B, then I know that that file IS B, since I've added that comment).

Now it seems to be a more complete specification... What do you think about?

[Arichy]

... See, for example you search for file A. You find something, start to download, view the preview / do whatever and discover that it isn't really file A, but something else, say, file B. Then you blacklist it ...

If You are blacklisting a file (hash) because the name does not fit to it's content then that's Your own fault. In the meantime one can detect fake names pretty well through the file name list (thanks to the devs!). Blacklisting is only for _content_ that You do not want to download again because e.g. the quality is bad.
See also http://forum.amule.org/index.php?topic=7860.0
and http://bugs.amule.org/view.php?id=678

[ecforum]

Hello,
I have the opposite request...

Is it possible to suppress files from the known*.met files ?
Or an option to not store files that are not shared in the known*.met files ?

So that another user of amule on the same computer can't know that a file was downloaded or canceled...

Thanks.

[Arichy]

[...] I have the opposite request [...]

Then You should open an opposite thread.