Gnutella Forums - LimeWire 4.1.5 Beta

Gnutella Forums (https://www.gnutellaforums.com/)

- LimeWire Beta Archives (https://www.gnutellaforums.com/limewire-beta-archives/)

- - LimeWire 4.1.5 Beta (https://www.gnutellaforums.com/limewire-beta-archives/27672-limewire-4-1-5-beta.html)

LimeWire 4.1.5 Beta

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

LimeWire 4.1.5 adds the ability for Linux users using Java 1.5 (now in beta) to use the GTK look and feel.

Windows users may notice that the "LimeWireWin.exe" installers (both English & International) are now signed by "Lime Wire LLC." You shouldn't use any installer that doesn't have that digital signature. The signatures guarantee that they are the installers we created and are free of any bundled software or spyware.

In addition, LimeWire 4.1.5 contains numerous bugfixes and memory optimizations. These include:
- Vastly reduced memory requirements of LimeWire. LimeWire will use less memory when running as an Ultrapeer or a Leaf.
- Fixed saving metadata on OGG files when using Windows.
- The default shared library name for iTunes sharing now contains the current user's name.
- Many bug fixes/optimizations related to FW-FW transfers.

LimeWire 4.2 is very close to release. We have a few more bugs to iron out, and then you'll see LimeWire 4.2 available for download!

We owe a huge thanks to all open source contributors for their continued help in developing LimeWire, as well as a huge thanks to all the beta testers who report bugs and request features.

Thanks!
- The LimeWire Team

Re: LimeWire 4.1.5 Beta

Quote:

Originally posted by sberlin

- Vastly reduced memory requirements of LimeWire. LimeWire will use less memory when running as an Ultrapeer or a Leaf.

Compared to what? If I compare the memory usage to what was used by versions approximately 2 months ago then the current version uses much more. It is that bad that I cannot let it run on my OS X machine if I want to do anything else.

Previously I left LimeWire running all the time and it was not that bad.

Compared to 4.1.4? Yes, it is bad that you can't leave it running. That is something we'd like to fix for OSX. Unfortunately, it's hard to track down. I've kept LimeWire running as an Ultrapeer on Windows for days on end and it works fine (hovering around 80MB usage).

Yes it's definitly an os x issue. As I told you in another thread, the problems arose with apple's java 1.4.2_05 developer preview 3 (DP3). The released version is less bad, but still sucks. I couldn't reproduce the problem on windows xp as well.

À+

Oh well, I also installed that update as it appeared on the Software Update Server. It could well be that it started with that update. Meanwhile I got a tip from Roger Kapsi to force the Java garbage collection regularly, and indeed that appears to help. I added this to my LimeWire.bsh file:

Code:

class testGC extends ManagedThread {

    testGC() {

        super("testGC");

    }

    public void managedRun() {

        try {

            Thread.sleep(10*1000);

            System.gc();

        } catch (Throwable ex) {

            error(ex);

        }

    }

}

Is that normal that with the latest CVS version running as UP I have 12(!!) Bearshare connections? Also starting as a leaf yielded no connections attemps, I had to enable UP to get connections.

Ciao

hi all, good to see another changelog and beta to play with.

et voilà--FWIW--I disabled UP and the official beta 4.1.5 did connect as a leaf, but a bit more slowly. Went back to UP, which connected quickly as usual. However, no BearShare peers connected which is usual here.

The only connection oddity noted is that Quality = "Turbocharged" took much longer than usual (~5 minutes into the startup, and about 4 minutes after an incoming peer connected. Incoming leafs usually show up after the first minute.

Anyway, here are various notes on the beta--sorry I don't have time to organize them better.

Sam, could you explain more about What the "QRP Empty" column tells? I'm wondering if it's a way to get a feel for who is sharing/ freeloading. With the great growth in the network over the past few months, I expect to see more freeloaders (new users getting started). Sometimes the column is blank, as in the #4 (LimeWire/4.0.7) example

1. Leaf LimeWire/4.0.7 2:46:44 1.37% / 64KB 413 / 1023
2. Leaf morph410 4.1.1.252 (GnucDNA 1.0.2.6) 2:47:37 0.18% / 64KB 901 / 1016
3. Leaf giFT-Gnutella/0.0.10-cvs 2:48:33 0.37% / 512KB 6466 / 8189
4. Leaf LimeWire/4.0.7 2:49:06 0% / 0KB
5. Leaf LimeWire/4.0.5 (Pro) 2:49:13 5.89% / 64KB 17 / 1024
6. Leaf LimeWire/4.0.7 2:50:40 0% / 64KB 891 / 893
7. Leaf LimeWire/4.0.6 2:50:46 0% / 64KB 891 / 893
8. Leaf LimeWire/4.0.8 2:50:47 15.38% / 64KB 0 / 1024

I'm still exploring the keyboard changes such as the copy/paste additions, and quite like what I find. Any chance that copying an array can also add the column headers as a first row? This would help reduce screenshot clutter in the forum :) One oddity is that results separate nicely when pasted into a spreadsheet, but paste as a single object into TextEdit unless the document is made plain text. Java/platform behaviour?

Using the delete key to clear download entries is excellent--could it be extended to the Monitor entries too?

The warning message before deleting a file in the library is VERY welcome--thanks!--but calling up the dialog the first time spins the beach ball while the HD thrashes away for 10 or so seconds. This used to be a similar problem with other dialogs/windows such as choosing "About", but that one now opens much better.

Will Susheel Daswani be moving to the "former" category in the "About" credits? I noted that he's thanked as a former employee on the team web page. I'll miss reading his posts: had to learn to read them twice to enjoy the irreverence.

Small (e.g., 47k) quick downloads were faster than stats would report. Tooltips showed 0 time and 0 KB/s.

A table of keyboard shortcuts would also be a welcome addition to the Help menu, or TOTD.

Speaking of TOTD, the "Did You Know? Thank you for supporting LimeWire! We hope you enjoy LimeWire Pro." message might make more sense if it showed "Did You Know? LimeWire's development is mostly supported by Pro subscriptions! We hope you enjoy your LimeWire Pro and help spread the word."

A specific searching for content that is likely to have multiple sources looks good, and the results filter and sort quite quickly and smoothly (checked by searching for results for this month's version of "serial box mm.yyyy"). A search for "limewire" still triggers too many spurious results (1221/1,361 were .mp3's). "Rare" searches, though, have been disappointing recently (checked by searching for the latest ".#jum###) . No results were found searching for '5jum350', but the magnet worked. Is this related to Greg Bildson's comments on the GDF that "rare" file searching might be getting less effective as the network grows?

For magnets, The Alfie_Zappacosta_Start_Again.mp3 from magnetmix worked just fine (av dl speed from 3 hosts 161 KB/s, 260KB/s peak), and it smootlhly went to iTunes.

With iTunes integration, the other computer's iTunes playlist "LimeWire" showed the fresh download, so that part worked well here. I don't understand the iTunes Library->Shared Music very well though: I see a LimeWire playlist and also a "What's New" nested under a playlist called "stief's LimeWire" in iTunes and wondered if it's supposed to draw from the LW "What's New"? Gonna have to look more closely at whether I'm causing a recursion problem by sharing my Music folder in LimeWire, and setting iTunes for sharing too. Still, the "What's New" hints at something seriously cool for music lovers (but it opens a desire for photo lovers like me to have the same for iPhoto . . . ) ;)

Browse host is puzzling. Sometimes a browsed host will begin to display results, then the tab closes. Rarely are any of the hosts in Monitor browsable, and none in Connections. Is browse host being phased out?

Well--no time to check out more stuff like LAN transfers and HTML pages. Congrats to all once again--obviously many people were much more productive than I was this summer. :)

Thanks too to jum and Roger for the GC memory work--I'll try it out with the jum build this weekend after letting the offical version use the memory tonight.

The "What's New" playlist shows your recently downloaded songs.

Importing and Sharing overlap a bit and if you share your Music directory you will have a slight chaos and a recursion. I recommend to disable one option (importing of course :D ).

Sharing iPhoto Photolists (I have a patent on that new term! :D ) is planned but it has a very low priority at the moment as I have to recover from the productive summer.

Jum is probably already on the Baltic Sea towards Sweden (lucky jum) a small fix for the workaround. Well, you can set the interval to 60 seconds (60*1000 instead of 10*1000) to reduce the CPU load. Oh and honor to whom honor is due for figuring out this workaround: Zab! :)

Code:

class testGC extends ManagedThread {

    testGC() {

        super("testGC");

    }

    public void managedRun() {

        try {

            while(true) {

                Thread.sleep(10*1000);

                System.gc();

            }

        } catch (Throwable ex) {

            error(ex);

        }

    }

}

Ah! Danke

I've sent Sam the screenshots/stats. Let me know if they're of use to anyone else.

I think the resources thing shoud be a priority, as Limewire is written in Java. For people with a slow/old computer, using such a program can get very annoying sometimes. It takes up very much time to load and you can do hardly anything when it's running.

Ivan
In the dark we make a brighter light