Do you want a good file sharing app or a good media player. I don't think you can have both, regarding LimeWire's limited resources.

I would rather it be the best app it can be with zero mediaplayer support now that I see how great the program is now. I just don't really want it to support media files internally but rather have a plugin to access media sources or allow the individual user to configure it themselves.



altoine

I don't think any of these options are what I want - I would like to see newer versions of the software yield more query results, not less. Thanks!

On the Mac platform they use Quicktime to drive their internal player .
Yet , the Windows users get this skipping piece of junk !
I told them before that they should utilize DirectSound if they want their internal player to become of some value on the Windows platform .

Their response was something like : Quicktime is standard on Mac OS and DirectX isn't on Windows .
C'mon , show me any regular Joe who doesn't have some version of DirectX on his computer !

It isn't easy to implement a non-cross-platform API like directsound for use on a cross-platform program. Well, it is easy but not to create the code to detect system arch and OS in order to facilitate the proper loading of the appropriate API.

altoine

I didn't say it would be easy .

YOu are correct. My apologies. I just look at things from a coder's perspective, as well.

1. Automatic resume (with search if necessary) by clicking on incomplete files or with the Force Resume button would be the big revolution for me. Many users have been begging for this feature for months. I know the LW team is working on it. Let's hope it appears in 2.5 along with file hashing.

Why? If you're fed up with seeing the requery countdown for days on end, if the server goes offline, if it gives endless busy messages or if stays at 0k/s you'll eventually give up and hit the Kill Download button. Then you're stuck with the incomplete file.

2. I would like to see more accurate server information: To have [real] available upload bandwidth in the the Speed column in the search window i.e. '4k/s' or '28k/s' instead of 'Modem' or 'T3'.

3. Like many others , I'd like to see a Copy, Paste fuction - this one surely can't be difficult to implement?

4. Browse Host with a list of favourites.

For me the internal media player is totally unecessary. Everybody has their favourite dedicated player (Quicktime, Windows Media Player, Winamp, itunes etc.) so why waste development time on what is merely a secondary feature that won't work as well anyway? All that's needed is the option to configure which player you want to use for each file type (.mov , .mp3 , .mpg ....)

Cut & Paste was introduced in SUN JRE 1.4.0 .
But 80-90% of the people are still hanging on to 1.3.1_02 for their own idiotic reasons .
And that version doesn't support Cut & Paste .
LW runs even smoother using JRE 1.4.0 .
I can't see a single reason why they want to keep using 1.3.1_02 .

That may well be true for Windows and Linux, but unfortunately Mac users don't have an option:

MacOS X only has JRE 1.3.1 available and Mac OS 9.x users are stuck with Apple's MRJ 2.2.5 which is based on Sun's JRE 1.1.8 . So Limewire on the Mac - esapecially on 9.x - is buggy, bloated and with no mouse wheel or cut'n'paste. Though, obviously, there isn't much the LW team can do about this other than write a native version of Limewire for Mac (not likely).

We can only hope that JRE 1.4 is forthcoming for OSX (OS9 is on its way out so don't hold out any hopes for an advance on MRJ 2.2.5).

This is one of the problems for LW development as a lot of users , myself included, can become confused about which features or bugs are due to the Limewire code and which are related to limitations in the Java virtual machine (for example mouse wheel or cut & paste).

As for Windows users , I agree with VTOLfreak and would advise any one who can to upgrade to JRE 1.4 as I've seen that Limewire runs much better.