LimeWire 4.1.4 Beta
 

The LimeWire 4.1.4 beta has been released. Pro users can download it from their personal download page. The free version is available at the LimeWire Beta Page.

There are two major additions in LimeWire 4.1.4. These are iTunes integration on Windows and support for firewall-to-firewall transfers.

iTunes support uses the Digital Audio Access Protocol (DAAP), and was contributed by Roger Kapsi. This allows LimeWire to advertise its shared music as a playlist in iTunes. Recently downloaded files will appear as a sub-playlist titled "What's New". The master playlist's name can be changed (just like your shared playlist in iTunes can be changed) by going to Options (or Preferences on OSX) and choosing iTunes -> DAAP. You can also choose to turn this feature off (in the same options area) if you prefer not to share a playlist on iTunes. Note that this works on all operating systems.

Firewall to Firewall transfers allows two people behind firewalls to connect directly to each other and transfer data. This makes use of UDP, and a third party to coordinate the initial messaging. This is a huge increase in the efficiency of the network, because more than 60% of users are firewalled. Normally, firewalled users would only be able to download from other hosts who are not firewalled, which is of course severely limited. With firewall to firewall transfers, firewalled users can now access the full 100% of hosts. The benefits of this will become more visible as more users upgrade to the newer versions of LimeWire.

LimeWire 4.1.4 also included various minor bug fixes, such as:
- A fix to not always have an extra locale preferenced connection, if it wasn't needed.
- A fix for a potential deadlock when fetching GWebCaches.
- A fix to not construct illegal queries when resuming old downloads.
- A fix to allow OSX's FileChooser to select Files instead of just directories.
- Better handling of cases where Windows cannot load the required libraries for using the system tray or browser.
- Better handling of reading an empty m3u file.
- Support for allowing OSX with Java 1.4.2_05 to drag multiple files.

Thanks very much for your help in testing the betas! LimeWire 4.2 is very close, and we're positive that it will be a huge leap forward for file-sharing!

Thanks,
- The LimeWire Team

wow
 

wow i can't beleive you guys pulled of firewall to firewall transfers already!

At last! Firewall to firewall transfers.

Ivan
In the dark we make a brighter light

Great Work!

Does the Playlist get shared via Rendevouz (everybody in the network can see and stream my shared files)?

The name of the playlist naturally changed quickly. Now they are called "freeflying songs" :-)

And f2f-support is as great as could be!

Do I remember correctly, that you have an"always proxy my uploads" option somwhere up your sleeves?
Only this and encryption for transfers and general communication still missing to become somewhat anonymous and safe.

yes, daap is done via Rendezvous.

f2f is not done via proxies, so there can't be any option to proxy your uploads.

I've made this comment elsewhere but I really think that two important changes need to made to the interface, both for the same reason. I think that "incoming Searches" and "What's New" should be either eliminated outright or that an option should be added to remove them from view. I love using LimeWire, and I think it's far and away the best all around file sharing app, but I'm just not going to install it on my parnets and friends of parents computer when it puts the seedy underside of gnutella so close to their fingertips. I know there's porn out there, you know there's porn out there, but my Mom doesn't know that, and believe me she would freak if she saw what searches were going through her computer.

Besides both of these "features" seem predicated on the notion that people just don't have enough to search for. Where did you get that idea? Are people really sitting in front of their computer at a loss for things they can download? I find it hard to believe.

-C

Salut Sam, looking good! Do you know why the HTML Page Stuff in messagebundle can't be translated or modified? (I sent to translate lists an updated French translation current with CVS but without updating the HTML page).
Other questions:
1)will the web page for downloads be updated for foreign caracters (ie èàç)?
2)will a search lan only implementation likely to be included in 4.2? (I posted a JIRA issue on this one)

Also, if I leave unattended my computer with LW uploading large files, the computer is almost at frozen state when I use it again. It seems to be related to the huge amount of virtual memory LW is using on osx (sometimes more than 500megs). Or it could also be because LW is using more computer ressources when it detects it is idle. This is under Osx 10.3.5 with java 1.4.2.05 and 512 meg ram (450 mhz G3).

Merci

Suggestion: right now I'm downloading a mac app and LW redownloads constantly the last 2% when it is verifying the hash of the file (98% of the file is ok). Problem is that one host (a Gnucleus 2.0.1, an app that isn't running on os x yet it shares os x apps...) is the cause of that garbage and LW retry to dl from it each time. I'm in a loop of corruption. LW "SHOULD" remember hosts giving garbage for a limited time and try other so downloads finish... This is a great optimisation against hostile companies (or corrupted servents) that try to corrupt downloads.

Please take that suggestion into the download code of LW ;) It will benifit user tremendously.

Ciao

Update with corruption: I've downloaded a packet sniffer and I identified the Gnucleus host IP. Problem is that LW in -options-filter-host with that IP entered still downloads from that corrupted host. This is a bug and LW should not download from banned hosts.

Just a question: does that happen also if you turn off ultrapeer capabilities? I did run LimeWire with that function disabled for a long time and only recently turned ultrapeer on and only since then I am seing the same problem.

I would assume that there is a memory leak somehow if ultrapeer is turned on.