Click -> iTunes

Alright I posted this once but the thread just kind of fell into the abyss. I talked to M.O. awhile back about his seekable integrated player. I believe he said he sent the code in. Did you all recieve it and/or plan to make it part of Limewire?

Yes, im finding it hard to keep up also, because im on dialup and the LimeWire Windows installer does not work for me, so i have to download the international installer, 14MB :(

Is there anyway the Installer can be changed, or the international installer made smaller?

Note that iTunes is a DRM-enabled media player/manager/encoder. This means that it will preserve the additional frames inserted in the MP3 stream that contains a licence ID for its registered user.

Some people are not aware of this. Still iTunes is safe to use as it will not add DRM data into downloaded files that don't have it. (I think it will not do that immediately). The good thing about iTunes is its very easy ID3v2 tag generator, which allows easy labelling of files. But it's best not to use it to rip your Audio-CDs into MP3 files: the generated MP3 will contain the registration ID, so if this file is shared and uploaded a lot, the DRM data may allow identifying who ripped the unlicenced copy of the copyrighted CD.

Windows Media does it too, and in a near future, most popular MP3 encoders will do so too. As long as the MP3 ripped audio is for personal use (for example to transfer to a mobile MP3 player), this is safe and great.

iTunes is much more lightweight than Windows Media Player or RealOne Player, which are very boring to use with too many features and are heavy resource hogs, and cute but unnecessary and complex skins...

Many users like the fact that this iTunes player is just what they need, with no excessive interface features. Its main interest is certainly the ease with which you can manage your media library, with a good enough OS integration so that transfering and managing media files becomes really easy on Windows and Mac OS.

LimeWire 3.9.5 beta is definitely looking good! I did find one minor problem. When browsing some hosts, instead of LimeWire showing their real IP address on the tab, it shows their LAN IP address (192.168.*.*) when they aren't on the same LAN as me even though it gets their file listing just fine.

Bug: When sorting by high bitrates, the double digits bitrates comes before the three digits bitrates.
Ex:
96
64
62
192
160
128
112
...

Using:
Java 1.4.2_04
SuSE Linux 9.0
"firefox $URL$" as the web browser in LimeWire's options.

When I right click anything in my library and choose "Magnet details for file," firefox opens up and the site http://localhost.be/ loads which typically only happens if the "localhost" port limewire is passing refused the connection. Sadly, I can't see what port that is before localhost.be loads.

bug in the UP localisation system:
When starting LW in leaf mode, LW tries to find one x-local-pref:fr ultrapeer. But after a while, it doesn't try to connect to them anymore when you lose a connection. I think the x-local-pref thing (3 connections by default) is respected when running in UP however.

Ciao

If you control click multiple listings in the search results while more results are coming in, LimeWire loses the selection repeatedly until you right click the tab and select "Stop Search"

Re: Push Proxies in download mesh.
You'd be surprised how little this would help, in the current incarnation atleast. Alternate locations go out of date very quickly, and adding another very transient piece of data (the ultrapeer of a host) to the information would just pollute the mesh with lots more garbage, leaving the directly connectable hosts in the dust. Push proxied hosts also are completely meaningless for other hosts that are firewalled. Perhaps once fw->fw transfers are in, we'll take another look at how effective push proxies can be in the mesh.

Re: "seekable integrated player"
No clue what this is. I know we recently (a version or two ago) did some changes with the player... dunno if that was it.

Re: lots of updates
What is going wrong with the English installer?

Re: LAN IPs in browse-host
LimeWire doesn't actually know their real IP (atleast at the time the tab is created). It connects using push proxies, so the results display fine.

Re: Sorting bitrate wrong
Yeah, that's always been that way. It sorts by alphanumeric values, not numeric values. (So it's not really a double digit then triple digit thing, it's that the number 9 or 6 is higher than the number 1.) It'll be fixed at some point, but probably not for 4.0.

Re: Firefox & Linux
Not sure what's going wrong. LimeWire should be listening on a specific port for the request. To be honest, I'm not sure this will be fixed before 4.0 unless it's also happening on Windows and/or OSX.

Re: Localization & connections
This is by design. As a leaf, LimeWire will try for about 30 seconds to find an Ultrapeer of the same locale. If it doesn't find one, it just gives up (instead of creating massive connection churn). As an Ultrapeer, LimeWire doesn't actively seek the same locale, but instead reserves 3 slots for incoming connections of the same locale. When LimeWire 4.0 ships, connecting to users of the same locale will be much easier because the locale is now placed in the pong.

Re: Losing the selection
Fixed in the development version.