[PacoBell]

The source would send it to the requester when the requester sends a hello packet. It could be yet another tag in the taglist or something (yeah, I know the devs don't like that idea).

[crf]

For those who do no use it, Foobar is mentioned here because it will play archived music without one having to first decompress the archive, which allows you to easily continue sharing the whole albums you've downloaded. (The option does require a bunch of disk memory to work well though.)

[PacoBell]

Well, so does Winamp and any other competent media player

[elmasgigante]

PacoBell, on Mar 1 2005, 04:25 PM, said:

Well, so does Winamp and any other competent media player

Thx for all the replies and interest to my original post. Since I'm rather new to this process I was wondering if and how this idea is now going to be implemented, given the level of interest.

[basketor64]

There is many other topics about virtual archives wich are also called "collections".
You can find ideas of implementation also in them.

[PacoBell]

I don't know what slowsilver's point was when he posted this, but it is indeed "frequently asked" for. Just don't make me break out the links

[slowsilver]

PacoBell, on Mar 4 2005, 08:20 PM, said:

I don't know what slowsilver's point was when he posted this

Here's a short list of topics that request reduction of the number of upload slots, implementation of SlotFocus or the possibility of setting the number of upload slots manually. Essentially the same thing - more upload speed to less people simultaneously.

http://forum.emule-p...showtopic=40323 More Upload Bandwidth!
http://forum.emule-p...showtopic=40959 Upload Limit, Users at one time limit
http://forum.emule-p...showtopic=41526 Limit uploads
http://forum.emule-p...showtopic=41741 Slotfocus And Webcaches To Improve Download Speed, What's the status in official emule
http://forum.emule-p...showtopic=50435 Speed!, Lets get this baby up to speed!!!!
http://forum.emule-p...showtopic=50519 Slotfocus, least amount of upload slots as possible
http://forum.emule-p...showtopic=51858 Faster Upload Slots
http://forum.emule-p...showtopic=52397 Sharedfiles-lists & Ul Slots Number, eg for pushing a single file for release
http://forum.emule-p...showtopic=52929 Client Upload Amount, Specify amount of clients to upload to
http://forum.emule-p...showtopic=53342 Upload Slots, How to limit to 1 or 2 slots????
http://forum.emule-p...showtopic=53785 Max Uploads Configuration
http://forum.emule-p...showtopic=53917 Limit Upload Connection
http://forum.emule-p...showtopic=54196 Upload Control, Be able to control the number of uploads
http://forum.emule-p...showtopic=55363 Upload Allocation, Future Releases
http://forum.emule-p...showtopic=57104 Change The Credit System
http://forum.emule-p...showtopic=57594 Variable Upload Speed Per Slot, depending on number of sources
http://forum.emule-p...showtopic=58080 About The Download, How i see the upload streaming.....
http://forum.emule-p...showtopic=58487 Upload Out Of Control :-(((, give us a better way to control upload
http://forum.emule-p...showtopic=60018 Concurent Uploads, limit the number of uploads
http://forum.emule-p...showtopic=60209 Stupid Feature Of Emule Slot Share., 20-50 slots?
http://forum.emule-p...showtopic=63718 Increase Overall Download/upload Efficiency, Suggestion about upload policy
http://forum.emule-p...showtopic=64008 A4af Sources && Limit Slots, Always with a minimum anti-leechers
http://forum.emule-p...showtopic=64955 Reduce Upload Slot
http://forum.emule-p...showtopic=71148 Manually Set Number Of Ul-slots, UL-Slots
http://forum.emule-p...showtopic=71502 Better High Speed Connection Support, increase performance of connec. and pc

My point is that at least a dozen people could have saved their effort after reading the sticky (or joined an already existing discussion) had this request been acknowledged as 'frequently asked' and listed either in the section that says will not be implemented or in the section that says is possible. What frequency does it actually take to make it into this sticky under no or maybe or unlikely? But then again, it's probably just my mean streak kicking in.

P.S. I know I should have used 'collections' as an example, but I didn't have a suitably illustrative list at hand. Right now I can provide only http://forum.emule-p...showtopic=39656 Sharing Folders Other Emule, Idea about representing folder listing
http://forum.emule-p...showtopic=66208 Feature Request - De/compressed Sets Of Files
http://forum.emule-p...showtopic=69606 Batch Of Little Downloads As Mame Roms, Tool for downloadsmall file lists
and http://forum.emule-p...showtopic=69650 Files Inside Iso, Rar, Zip, Ace Etc, abalaible to download files inside (that isn't too much different, except that it needs decompression on-the-fly to boot).

[rwolf969]

[dollar012009]

goof, very good\.

[G_MadCow]

I just thought about it, and found this board... i agree with some that it will increase audio files sharing, i don't know anyone who finds keeping achived music on the computer as something of comfort, more over the sharing of folders will able the sharing of the files independently as a result and will increase the quality of the files (i think that people that download whole albums usualy look for the most accurate version of the album and from a single rip if possiable). some kind of binding of album folders to a single download could really push audio sharing on emule...

i think that some kind of soulseek meet emule should do the trick, folder sharing with indication for repeating copies of the same file.
(i'm no programmer but i think it's possible)

[slowsilver]

Why exactly is pushing audio sharing on emule good?

What benefits do collections offer to the network? I don't really buy the version that more contents is good when every user can rip stuff straight into a shared folder.

[Xhaos]

Quote

I don't really buy the version that more contents is good when every user can rip stuff straight into a shared folder.

What are you saying, people will accidentally put files into 'collections' and break them? People shouldn't use eMule to download music because they can rip it themselves? I can glean many arguments from that vague sentence. Explain yourself.

[slowsilver]

Xhaos, on Mar 10 2005, 03:56 AM, said:

Explain yourself.

The sentence is a copy & paste error. I managed to invert my selection leaving out what I meant to post and posting what I intended to leave out.

The actual stuff (that I'll re-write soon) requested the concept of collections to be explained in detail because I don't get it.

* Will a collection appear as a collection on server search or will it appear as a new file type?
* Will the contents of a collection be searchable via servers?
* If not, will you have to start a download to establish the contents of a collection?
* How will the contents of a collection be protected and will they have to? E.g. if the collection contains a .sfv file it can be scan stamped by the CRC-utility. If the collection contains a .cue it's possible the original path will have to be removed to burn/mount the .bin. Etc.
* Will collections introduce variable chunks size?
* What will the collection data size be that will just have to be relayed between clients so that one could view the contents of the collection of another?

I wanna know these matters.

[Xhaos]

I don't see any harm in using the way BT handles collections to do this. I can't think from the top of my head any reasons why the differences in the networks would prevent the same thing being done in eMule.

Your points about the collection being protected are good. I don't think the user should be prevented from moving files about, but if files making up the collection are separated then the collection have to be evaporated.

Random Thoughtage:
1) eMule should remember a list of collections, and if the collection is moved to another shared folder it can match the hash and reshare it as the same collection.

2) Is it possible for eMule to treat multiple files as one large file? The only problem I can see is that chunks would need to be padded out unless all the files were multiples of 9.28mb (or eMule would handle that internally). If some sort of abstraction layer existed then collections could be shared by the current network without problems. Of course that sounds easy - the abstraction layer might be really hard

[G_MadCow]

about the need of sharing music on emule, i don't know if edonkey network will benefit form it but i think emule has alot of advantages and could make music download easier, and with better sellection of versions to chose from...

i though the collection could some sort of list of file hashes so if some of the users downloaded only some of the album files it will still be avaible as sources.
the list, i think, could be a new kind of file the emule will create and will be kept on the temporary folder(and will include the hashset of the files on the collection) and emule could automatically create a folder when downloading a collection (that data could also be on the temp collection file).
i had an other thought and i don't know if it's possible, is there a way to exlude the id3 tag from the file when downloading? so indentical files with different id3 tag will still be related as the same file?

[Xhaos]

Quote

is there a way to exlude the id3 tag from the file when downloading? so indentical files with different id3 tag will still be related as the same file?

There's a thread somewhere around here about that.

[PacoBell]

Found it.

[EDIT]

[/EDIT]

This post has been edited by PacoBell: 14 March 2005 - 09:18 PM