[Sam]

So ... hot on the heels of releasing 4.12, we're ready to begin the 4.13 beta series. The two major features that will be introduced are BitTorrent and a DHT. The BitTorrent support is simple to explain: LimeWire will be able to download and share files using the BT protocol. It's going to be integrated seamlessly so that a BT download will look nearly identical to a Gnutella download. The DHT support is a bit more behind-the-scenes. There's nothing obvious about it that will immediately be useful, but what it will do is enable certain features like requerying of failed downloads, or a buddy list, or nearly anything else that requires access to specific resource.

So, those are the two main things. But there's lots of other stuff that can be added. What do do you want to see in LimeWire 4.13?

[hopalong]

Extended keyword filter:
filtering in the name, artist, title, album, vendor fields, with flags to mark what fields we want to filter.
Substring filter to filter out a substring with substitution characters substituting all or one character ( for example %, \%, _, \_, \\ ) in any position.

To retain the sort assignment made in library/incomplete files moving between library and search, independently what action happened (new search, cancel download, etc).

Downloads:
An additional Cancel+Delete incomplete file menu item and button.
Remove the Clear (All) Inactive menu item and button - it is too dangerous. We can use selectively the Cancel/Clear menu item and button.

A corrected junk filter - see my previous messages.

A junk filter viewer to see what is in effect.

Some safety measures to be able to restore LW settings, downloads(dat), junk filters because we can lose these at a LW/system crash. For example make backup copy at LW start and another 3 in cycle in every hour when LW is in repose from this aspect.

[Only A Hobo]

Please could it be made absolutely impossible to delete completed files from the Limewire Library. Making them go to the recycle bin/ Trash would be acceptable.

[feds]

How about a separate search category for podcasts?
It'd be nice to be able to subscribe to their RSS feeds from Limewire (is it possible already? am I missing something?) and not have to use ITunes to do it.

[stief]

Search Results
-same name files get a yellow checkmark. Only identical files, regardless of name, get the green check.

-results in all tabs get updated when a file is downloading/completed. Currently only about 1/3 of 200 downloads show updated results in a What's New" image search results.

--a flag for "previously download and deleted" (recorded in a blocklist, which could be exchanged with other users?). Currently "What's New" and "Browse Host" results necessarily bypass the junk filter, which unfortunately means the same spam in "What's new?" gets downloaded multiple times.
--add an Image "preview" column . Allow the icon column to display 80 x 80 icons of images, video previews or the "Album Art" for music files (perhaps a preview of the file could be sent with the TT hash?). Flickr is good example


Downloading
-client-side queuing https://www.limewire.org/jira/browse/CORE-21 . So that more than 3 files can be downloaded when browsing a single host without hammering the host and risking the "banned greedy client."


Magnet links
--formatted for LANS (using the forced external IP; formatting with the internal IP is useless).
--be more effective. The magnet at Jens' http://www.mager.org/LimeWire/LimeWire.html is a good test case.

Uploads
--prefer uploads of unique files over PFS, swarmed or popular uploads
--change allocation of upload bandwidth so that 40 slow modem uploads can coexist with a few fast T3's.
--collapse display of multiple uploads of the same file, but still allow browsing/inspection of each upload
--sort uploads so "queued (10)" correctly sorts after "queued (9)"
--show upload stats in the Monitor pane's status bar, much like the way shared file stats are shown in the downloads Pane.
--put the throttle on the Monitor page, so I can preference a friend's upload without interrupting or killing uploads to others.

Library
--allow files in an UNshared Library folder to be moved to the Shared folder so that alt locs and hashes are preserved. (Such as when a large video is inspected after downloading to the unshared folder, and found suitable for sharing).
--periodical refreshing of locations during slow times in a session. Call this "seeding"?

System

Get Apple and LimeWire to find and fix that dratted vMem bug!

[Zootella]

There's nothing obvious about it that will immediately be useful

Except - magnet links will work! LimeWire will have the ability to search by hash. These are cool end-user features the DHT enables.

[Sam]

They won't work immediately, which is more what I was implying. Eventually it will allow all those features (and the ones I already listed).

[YoThisBling]

Try to put in a favorites option and file size filter!

[thommi]

Hello Sam,

thanks for this posting.
You want to built in a torrent download and a DHT,

Hope, you can add torrent soon, to waste not a lot of time coding this.
Other multis like opera, getright and Shareaza still need a lot of time for that.
Is there an open java torrent to add, so that we can save time for the DHT ?
EDIT: Azurreus !!!!!*Ü**


I appreciate to have a DHT in Limewire.

Please, is it possible to use the emule kademlia part in java to have this DHT in limewire please? Please do not use the code part of azureus, which has a DHT as well, but I want to use the DHT to download from emule.

Is this possible to organize the emule protocol over the new DHT in limewire?

see here the links for a java implementation of "javakad-emule", this project is as well just registered as sf.net.

back again

we can make p2p in pure java without c++ is the emule kademlia nework is availabel in java

here it is

http://www.programacion.com/blogs/80...t/kademlia.zip

source code of emule kademlia network,

ed2k://|file|kademlia_emule_jmule_java_source.zip|283409| 84581F4A4F637A3BF23DE5B70C1D118B|h=UAHGROONY3CH272 A32G3V3RWARMJQZTQ|s=http://www.programacion.com/blogs/80_tecnicas_de_programacion/get/kademlia.zip|/


let´s built emule in java with kad network only and then stick ants to it.

thanks




commonpartialupload



Joined: 04 Jan 2006
Posts: 136

Posted: June 23 2006, 23:01
http://www.filewatcher.com/m/edonkey...gz.35.0.0.html


http://www.koders.com/info.aspx?c=Pr...1L9B21M4XPD13C

https://emule.dev.java.net/


http://emulejava.sourceforge.net/


https://emule.dev.java.net/files/doc...1514/emule.jar


ed2k://|file|edonkey-gui-java-1.1.2_3.tgz|756219|00231A70051BBBC49DA5B1656D1D002 F|h=775HYRRJA2RR6PGHSJRSRZBR4C2HGJY2|/

ed2k://|file|eDonkey-protocol-0.6.1.html|72994|A8EF25D29FD422B27EF26F7EA73D4E19| h=3IHFPQ3J5BG65KGLKPRNHU6KNMRKDJ3W|/

ed2k://|file|emule.jar|344108|9A7A3D3EBBCDBD2A020DAAA46B0 51E60|h=OJTZKUCKWV4RPB2INHCM4HKDF5KPETCH|/

https://emule.dev.java.net/files/doc...col-0.6.1.html

http://www.ackronic.net/emp3p/viewtopic.php?t=118


so you could use the java code for the emule-DHT kademlia, the java code of azureus for the DHT or the java code of the DHT of YACY.net, the p2p search engine.

This search engine would allow as well to handle buddies, as there is already a message function in it. You got that message and have as well read the forums.

However technically done:

- Why is limewire and azureus not making a common client? Work together an the same code basis and both band it in their name. Get the pipes together and then everyone can add their features, if there is a feature, that the one partner does not want, you can leave it or just snip it in the code. But why not once making a common basis to have a limewire azureus hybrid common thing ? get in contact with paul et al.

- YACY.net has DHT, which is useful as well, first to integrate a DHT for messaging, the code is already in, and as well to add a search engine like google to limewire, which is indexing the web. therefore you need a browser tab in limewire. I think you should make here nor cooperation with yacy, but take the open code and decelop it... then after a while you can update and see how both search engines stay compatible. Yacy is open !!!
As well the buddy function would be good to see in limewire.

- the last DHT as a java code of the emule kadmlia part is my favourite. I want to see limewire downloading from emule / ed2k network. Emule coders want to imrove the kademlia part of it and speak of kad 2,0 version. Maybe you wait for this, but I think sooo different it cannot be, so take the existing kademli and start coding right now.
I suggested to azureus as well to to the same, Here it is again a question to make a joint-venture as they want to integrate as well a new, second DHT.
There was a release of Azureus to make a DHT called ONHOLLYWOOD, which is a content dht, for this DTH as well a hashing scheme is needed, which is - if there were cluefull, a ED2K hash. so.. if this is in azureus, then they should as well connect to the ed2k network with that kademlia DHT of emule in java.
Ask Paul et al, again to join this development and make a Kademlia connection in java as well for azureus and as well for limewire.

Really, I would like to see limewire downloading from the kad net of emule.

Can you implement this ? and how long would this take ?

The buddylist function for a DHT would be nice, but only, it it is really a buddy list , which finds the buddy after an online session and with a new dynamic ip again.


we don´t need emule we don´t need azureus

we need a "lime-azureus-wire" which connects to

- limewiregnutella
- azureustorrent
- kadmelia of emule.


this three things would be better than shareaza with g2 in the middle.

and the code is already there (except javakad-emule), so you just need more a cooperation of coding,

And I agree, that azureus needs limewire as well integrated,... so maker a common platform and develop the kademlia part in emule as a joint venture,.

To bring G1 back ON TOP to the shareazaapproach in modern version (gnutella torrent kad) we need a joint venture of azureus and limewire,

for getting rid of the copyright theft image we then should integrate the yacy.net p2p search engine with java browsertab and messenger function with a gui like a buddylist...

thanks

Re: Please can you give a feedback if you have spoken with Paul from Azureus ?

[Sam]

We aren't interested in adding any other network protocols into LimeWire right now. We don't really consider BT a different network because it is just a protocol for file-transfer. Gnutella is the peer protocol LimeWire uses and will use in the foreseeable future. We have been developing our DHT for many months. I do not think it is compatible with the emule DHT. There is very little interest on our part in being a hybrid client.