aMule Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

We're back! (IN POG FORM)

Author Topic: PreLoad feature  (Read 3487 times)

Evilangel

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 7
PreLoad feature
« on: August 24, 2004, 05:22:45 PM »
Hi men I'd like to propose a new feature. PreLoad . This could be an option in the RClick menu in the search tab. If you decide to PreLoad a file like an audio file or a video it download first a sample of this file like a midi file for the audio or an group of immages for the video file so you will be able to know if the file you are going to download is the file that you want and if it have a good quality. I know that there are the comments but they are not always right.


Let me know if you like it
Logged

superstoned

  • Jr. Member
  • **
  • Karma: 0
  • Offline Offline
  • Posts: 80
Re: PreLoad feature
« Reply #1 on: August 25, 2004, 11:22:40 AM »
there are donkey en jungle.net fakechecks, and the previeuw option when downloading. I dont think this does really add someting... except complexity. just my humble opinion... I'd rather have more speed and stabillity (altough rc5 is very stable and fast)
Logged

dePOLL

  • Newbie
  • Karma: 0
  • Offline Offline
  • Posts: 4
    • http://depoll.de
Re: PreLoad feature
« Reply #2 on: August 25, 2004, 01:37:46 PM »
Surely it is a nice-to-have feature, but the question arises how it will stress Clients. I would suggest an implementation like this:
- Every client can disable the generation and upload of previews
- It is disabled by default or if it is enabled by default you get a message at startup
- If there is a request for preview the client may send a "declined", "accepted (QR x)" or "in progress (QR x)"
- A request will be accepted if the requesting user matches certain criteria such as offering files you want to download, etc. The user will be put on a special Preview-queue. The queue-rank and approximate upload start will be send to the requesting client. 10% of the total upload capacity will be reserved for users on this queue as a countermove the recievers of preview-files will give the sender some extra credits.
- A request will be declined if the preview-queue is full (10 clients maximum - who wants to what hours for a preview?) or the client matches "bad" criterias
- The serving client will reply a "in progress" if the preview first has to be generated. This generation will run as a low priority background process so it may take a while and this is why the requesting client gets an extra message...

Problems:
- Almost impossible to verify wheter the sent files are actual previews or fakes
- Need for extra power on the clients and of course it uses bandwith
- Many file formats require many tools to extract previews

So after all it would be nice to have but since it is not easy to implement we can wait till version 8 for this feature ;)
Logged

Evilangel

  • Approved Newbie
  • *
  • Karma: 0
  • Offline Offline
  • Posts: 7
Re: PreLoad feature
« Reply #3 on: August 26, 2004, 02:39:25 PM »
Yes I knew this IS a difficult to implement feature an I'm not pretending to have it in the 2.0 v but I'm sure that a feature like this would be very useful specially for those who don't have a large bandwith and maybe it will decrease the total numeber of packages running through the net because people wouldn't download any more a file 2 or 3 times.


So  :baby:
Logged