![]() |
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. |
The Original Concept Is Best Quote:
http://members.fortunecity.com/ndisc...ges/fluor1.jpg 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 ! :mad: |
It Isn't Easy 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 . :D |
Quote:
|
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 . |
Quote:
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. |
All times are GMT -7. The time now is 06:08 PM. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2025, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.
Copyright © 2020 Gnutella Forums.
All Rights Reserved.