LimeWire 4.9.0 Beta

[sberlin]

The LimeWire 4.9.0 beta has been released. You can download the free version from the LimeWire download page. PRO users can download the beta from their personal download page.

There are so many changes in this release; it's hard to know where to begin. I'll try listing them by the major components...

Searching:
LimeWire now recognizes more types of licenses in the search results. In addition to Creative Commons licenses, which LimeWire 4.3 added, "Weedshare" licenses and arbitrary licenses in WMA & WMV files are recognized. If you enable the 'License' column you can see if any search result had a license. You can then right-click on the item and choose to 'View License' to verify the information. As if that wasn't enough, you can now right-click on any search result and choose to 'Download As', saving the file to any arbitrary location. You can also choose to search for similiar kinds of results from a new 'Search More' submenu.

Downloading:
In a nutshell, downloads just work better. They're faster, they're smarter, and they use fewer resources. LimeWire now has vastly improved support for large files due to a highly optimized swarming algorithm. These features will continue to speed up downloads even further in the future, as more users upgrade.

Sharing:
We've gone to great lengths to make sure that you don't accidentally share files you didn't mean to. LimeWire will now detect directories that are "sensitive", prompting the user to confirm that they really do want to share them. You can also now choose to stop sharing a single file from a shared folder, or stop sharing a subdirectory of a shared folder. For users who want to share files from arbitrary locations, you can also choose to share any individual file. These files will show in a special 'Individually Shared Files' item in the library. The Library tab has also been revamped to give you more control over what you're sharing while maintaining LimeWire's famous ease-of-use .

Network Messaging:
The entire messaging architecture has been redesigned and rearchitected to use less resources and less memory. Ultrapeers should notice a significant speed and memory improvement when connected to many hosts. In the future this will allow your searches to return results faster and reach more hosts.

We've spent much of the past few months redesiging some key features in LimeWire that will allow us to add more features faster. We owe a huge thanks to the incredible LimeWire open source community. Patches have been sent in by Arne Bab, "heavy_baby", Christopher Johnson, Roger Kapsi, Ryan Keppel, Jens-Uwe Mager, Erik Meade, Chuck McNulty, Marcin Okraszewski, Eugene Romanenko, Gregorio Roper, Philippe Verdy, and Harla Yun. Countless others have recommended features or submitted bug reports.

Thanks,
The LimeWire Team


The nitty gritty on changes:
- Changed Gnutella messaging architecture to be single-threaded (using non-blocking I/O calls).
- Heavily optimized reading & writing of messaging, from TCP, UDP & Multicast.
- Removed many unnecessary threads, allowing LimeWire to use less overall resources.
- Fixed bug where save files for multiple downloaders could conflict. LimeWire will now prompt for a new save location.
- Added many 'Save Location' features for downloads. You can now choose an arbitrary save location for any download, as well as change it at any time during the download.
- LimeWire will now let you know if the file you're downloading matches any file in the library (via a hash lookup). This is in addition to the already-existing checks that prompted you about overwriting a file.
- The library now supports sharing (and not sharing) single files and folders.
- LimeWire now recognizes "sensitive" directories, asking the user whether they really want to share that directory.
- Fixed partial file sharing to only advertise ranges that are verified as valid.
- Fixed alternate locations to be shared among shared files, incomplete files, and downloads, instead of storing duplicate copies for each.
- Optimized Gnutella connections to leaves (or from leaves to Ultrapeers) to not use as much memory, since they require less flow control support.
- Optimized query throttling & QRP tables. When LimeWire becomes busy, it now sends a message telling its Ultrapeer and/or neighbors to stop sending it queries. The Ultrapeer will remove the leaf's QRP information from the combined Ultrapeer QRP tables when sending out combined tables, if the leaf was busy.
- Added many more extensions to the list of shared extensions.
- All message processing and dispatching is now done in a single thread, which will reduce resources and contention for various shared objects.
- Proxies for downloads are now saved with the download so that firewalled hosts can be reused when restarting LimeWire.
- Any host who we succesfully connected to while downloading is saved for the future use if LimeWire restarts.
- Added support for expiring alternation locations after LimeWire sends them out too many times. This ensures that older hosts who may have left the network will fall out of memory after some time.
- Updated the default list of GWebCaches.
- Major magnet upgrades. LimeWire now can handle many more magnet links, as well as automatically opening a search tab for very ambiguous magnets.
- Fixed some errors with inflating & deflating Gnutella message traffic that could have caused the connection to drop.
- Added support for randomly downloading parts of the file when doing a download. Preference is given to the beginning of the file for files that can be previewed. This will ensure that the file is spread to many hosts, removing a single point of failure, while still allowing you to preview files as they download.
- Heavily optimized the entire downloading process, giving downloads a major speed boost.
- Requesting ranges for download from a host can now be done in parallel. Previously, LimeWire would only request one part of a file per time from any given host, reducing the speed of a download to the lowest speed of any connected source.
- Added support for verifying the integrity of a download as the download is progressing. This will fix the problem where many downloads get to 99% and then restart. This will also let you know that a download is getting many corrupt bytes and kill it before it wastes all your bandwidth.
- Fixed the progress-bar in uploads to show the correct progress for swarmed uploads.
- Optimized downloading to prefer partial sources & firewalled sources first, reducing the load on hosts who have the complete file and are not firewalled.
- Fixed many problems where downloads could have disk errors, offering the user to option to download to a new location.
- Optimized downloading to do disk I/O in a different thread than network I/O.
- Heavily optimized downloads by pinging possible sources prior to connecting. LimeWire will connect to hosts who respond to the ping first, as well as learn about other potential sources and whether or not the responding host was available for uploading.
- Added entries to the library's popup menus that easily allow you to stop sharing or start sharing one of the files or folders.
- Added the ability for downloads to be saved to different locations based on the media type of the download.
- Added new 'Saved Folder' entries to the library that show the saved files in the different media type saved folders.
- Added recognition of "Weedshare" licenses. These are WMA/WMV/ASF files that are freely shareable and licensed to allow three free plays, after which you can purchase the file. You'll get a cut of the profit from any other person who purchases a file that you've shared after purchasing it. Enable the 'License' column in search results to see these kinds of files.
- Added recognition of WMA/WMV/ASF files that require license lookups prior to playing. Enable the 'License' column in search results to see these kinds of files.
- Added the ability to parse OGM, AVI, WMA, WMV, ASF and FLAC files for metadata.
- Revised the sizes for Tiger Trees at different file size depths to ensure that validating downloads uses sane block sizes.
- Disallowed a ':' character in search results on OSX.
- Fixed some leaked Sockets if LimeWire was set up to use HTTP or SOCKS proxies.
- Updated the schemas for Audio and Video searches, removing unnecessary fields and improving the order of remaining ones.
- Added the ability to stop sending bugs to LimeWire's bug server for older LimeWire versions.
- Improved the Internal Error dialog.
- Massively improved the autocompletion, using a dropdown box that allows you to choose from any possible completion. You can also delete your autocomplete history at any time, without restarting LimeWire.
- Fixed deadlock in DAAP, for streaming tunes to iTunes.
- Require Java 1.4 for using LimeWire.
- Fixed multi-line labels to expand to the largest unbreakable phrase.
- Added the ability to use installed Java Look & Feels other than LimeWire's Themes or the system Look & Feel.
- Fixed many issues with standard list editor components (lists that can be added or remove to) and allowed more keyboard actions.
- Added the ability to send magnet links of search results or files in the library to the clipboard, for pasting elsewhere.
- Added the ability to start a search for files that are similar to a search result, a file in the library, or an item in a search filter box.
- Cleaned up the Chat window.
- Cleaned up the Connections tab, changing the 'add' feature into a button that prompts for further input, and fixing many spacing issues.
- Added more information to the advanced tooltips in downloads.
- Added many more integrity checks prior to starting a download from a search result, offering the user the option to save to a new file if it is going to overwrite an existing one, as well as many more options.
- Revamped much of the library, making it more intuitive and easier to use.
- Fixed some tray icon bugs on Linux. LimeWire should now show up correctly in the system tray.
- Sped up the 'Options' dialog appearing. Inidividual options items are now lazily loaded as you click on them.
- Added the ability to choose if you want to receive upgrade notices for Major upgrades, Beta upgrades, or Service releases.
- Added tooltips to the main 'Search Types' in the Search tab.

[stief]

Thanks, thanks, and thanks again.

I'm surprised how quickly the changelog was posted--very nice.

should I just discard all the "java.lang.Error: java.net.SocketException: Connection reset by peer" messages?

[sberlin]

Send'm all in. We fix based on what we see.

[fabion]

Thank you LimeWire Pro 4.9.0 is fantastic. Running like a champ have already hit d/l speeds of 160 KB/s. This best version yet, and I am extremely pleased with all the new features.

Great job LimeWire Team

Edit: My ATI Radion Display adapter is also running D3D with none of the previous problems noted in older versions

[Lord of the Rings]

Fixed deadlock in DAAP, for streaming tunes to iTunes.

1. Does that mean that LW will no longer stop the importation of songs to iTunes if LW is too busy as happens sometimes?

2. Also the early points of changelog, does that mean that OSX version won't suffer from the VM issues it has been struggling with?

3. Magnets: Does that mean the impossible to get magnet links from Bitzi will now be available to LW users?

4. Would using this beta & then reverting back to LW 4.8.1 cause problems. I know I had that issue after the 4.1.6 or thereabouts beta & reverting back to 4.0.4 (though this didn't happen with the 2 previous betas), where LW would refuse to load all incomplete files.

5. The concept of old hosts. If I keep incomplete files for a couple or more years does that mean they will fall by the wayside. Some ... such as some difficult clients & users as Raza are very difficult to get. There's one user I might get one file off once a month despite having many files I want of theirs. So thus a long list of incompletes just from that host.

* Looks very, very good & well worth waiting for. Only just getting it started. So many long awaited additions. Let's use the litmus test on VM. lol (it's a major issue for me!)

* It seemed to load the incomplete & shared files much faster. And settled down faster for self-continuation of downlding of incomplete files. Nice to say the least. Very impressive!

[Lord of the Rings]

Oh & i got an internal error which I sent after about 100 mins of use.

[zab]

Originally posted by Lord of the Rings

4. Would using this beta & then reverting back to LW 4.8.1 cause problems.

4.8.1 will not be able to resume downloads after the beta has been run. Sorry, we had to change the format.

As with any beta software, backing up your information is always a good idea

[rkapsi]

1. Does that mean that LW will no longer stop the importation of songs to iTunes if LW is too busy as happens sometimes?

LOTR, there is no correlation between Digital Audio Access Protocol (DAAP aka iTunes Music Sharing) and LimeWire's iTunes import function. If I say no correlation then I really mean no correlation (I know that b/c I wrote them both).

http://en.wikipedia.org/wiki/ITunes
http://daap.sourceforge.net
http://www.apple.com/support/itunes/...ent102094.html

OK?

Anyway, this is a fantastic version and an important step forward. I'm especially looking forward to the upcoming versions -- this is just the beginning!

[sberlin]

LOTR:

1) See Roger's reply.

2) The VM issues on OSX are purely Apple's problem. We unfortunately can't do anything about it. I hear Tiger may have fixed it.

3) Not sure what you mean by this. Magnet links that only have a SHA1 still will not start downloading automatically, but they will create a download. I think LW now gives a notice that you need to start a search.

4) Yes. As Zlatin mentioned, the 4.9.0's "saved downloads" format is not compatible with prior versions. It can read older ones just fine, but older ones cannot read it.

5) Incomplete files will stay for just as long, or as short, as they used to. I believe that entirely depends on what setting you've put in the options. While the incomplete file is around, though, LW will remember more possible hosts for connecting.

PSes) Yup, loading shared & incomplete files is faster. We optimized a LOT of stuff.

[Lord of the Rings]

The incomplete icon (presently downlding) in the search results seems to show the torn paper icon of the cancelled downlds instead of the open manilla type icon. I initially thought it was due to the files still being queued. But after another browse host (of the one I'm downlding from) I still keep getting the torn paper icon (image A again.) Despite these files are in the downld window. I even tried reselecting to downld but nothing happened. Not even a warning that I was already downlding the file. Could this be a change-over issue b/w the 2 versions or more related to me browsing instead of searching?
Only after I cancelled the downld & reselected from the browse results did the icon change to what it should be (image B.) So at least the old icon is still working sort of.
Oh but after I browsed host again it showed up as torn paper (image A again.) Or could it be related to the host being a single star?

Another issue I noticed (earlier on) was when after I arranged the files by size & then arranged by Status in the downld window, that some of the files didn't match up with their sizes (some mp3's showing up as 700 MB) This only happened once & I haven't been able to replicate it.

Also the icon for incomplete files folder in my Library window also shows the torn paper. Is that normal?

Late edit: Rebooted but still same issue. And the present downld (just started LW) also has the torn paper icon.