Link's broken. It doesn't actually go to a jpeg at all, but to some sort of login page?

Pictures maybe but probably not videos. Java video players suck.

That's because Java sucks.

lol, then dont use it? no? then go away. kthnx

I strongly suggest a system which allows people to search for specific filetypes if they want to (such as an "advanced search" field under which one could enter file extensions (such as WAV, PDF, or OGG) and only those files would show up as results. Please, please, please, do that. It would be infinitely helpful to those who are searching for the kind of music or ebook format of their preference. (For example, it's very annoying to have to sort by type for every audio search I do; if I could have specific file extenson(s) be the only ones which showed up, it would stop my endless scrolling and sorting by type.)

I would like to have the library folders remember their collapsed state between sessions. Thanks.

WMP has a function that allows MSN users to show other people what music there listening too..now im guessing the LW media player uses WMP. so why does the songs ure listenin in WMP come up in MSN.
can this be done so that the song ure listening too on LW come up like it does for msn ??

The current disincentive to freeload is to afford preferential treatment to some uploaders based on how many files they purport to be sharing. Unfortunately, this is misguided at best, broken at worst. People without much bandwidth, with clients like Limewire that scale very poorly to sharing huge numbers of files and start crashing once it gets into the thousands, etc. are instead incentivised to fake it. And the methods they are using are as devious as they are varied. The obvious would be for a hacked client to falsely report thousands of files shared when asked for a count, even if there are really only 2. Another obvious one is just to host a lot of files nobody wants with alphanumeric names containing no words anyone ever searches for, if bandwidth is the problem rather than a client that scales poorly even if nobody's actually downloading the files.

And then there are the really wacky things I've seen. People host popular files and set up six zillion upload slots on their modem-connected 286, resulting in every file you want showing up on this modem speed source and downloading at 0.001kb/s. (This seems to be especially common among Shareaza hosts, for some reason.) Perhaps these are trying to get around preferencing based on #upload slots. Then there's the idiot I just ran into. Like several such idiots I've encountered, he lets you connect and start downloading a file and then hits cancel download to conserve his precious bandwidth while fooling almost any anti-freeloader detection, even one that is based on observed successful download starts of a file and not just on a host claiming to have a file. (In fact, since he did it at exactly 1/3 of the file sent, and again at 2/3 when I tried to resume it, it's almost certain it's actually automated, meaning someone has written a deliberately malicious client that will send 1/n of a file and then deliberately pretend the connection died, presumably so idiots can semi-freeload without seeming to freeload.) First, though the download was throttled down -- it had reached 32% and then the throughput began dropping precipitously. Within ten seconds, throughput had ceased entirely, and the file hadn't even made it to 33%. Of course since I was watching when this happened I got annoyed and lo and behold the bugger's chat was on. So I hit chat ... nothing. Hit it again...nothing. Hit it again -- what? Greyed out? The jerk had disabled chat. The client obviously gives them some option to reject a chat without the sender receiving any reply packet, instead of auto-accepting like Limewire does if chat is enabled. He knew he was being buzzed, but blocked it, and when it happened twice quickly, he disabled chat. More evidence of a client designed for use by arseholes, since nobody else is going to need features for screening out irate chats. A bit after, the jerkwad pulled the plug on the download entirely -- busy signal. I hit resume and it went to 34% and straight back to busy. Resume again, 42%, busy. Resume again, 67%, and then the throughput started dropping off again. I right clicked -- jerk had turned chat back on. So I hit chat -- nothing. He never turned it back on but he never replied, though I tried twice more. Window never appeared (it should so long as the menu item wasn't grey, IMO). Of course, a bit later he interrupted the download again. I hit resume, and the jerkwad sent a bogus remaining 33% of the file -- it rapidly went to 100% and then File Corrupted.

B*#&ARD!!!!!!!!!!!

If you really don't want people to download the file from you DON'T SHARE IT, MORON!

So why was he sharing it? There's only one possible reason: to evade classification as a freeloader. It certainly wasn't actually to successfully share files, given that he kept trying to abort the transfer and then when it became clear I wouldn't be fobbed off with busy signals purposely polluted the file, which was pure spite since he'd spent as much bandwidth as sending the file properly, and there was really nothing further to be gained by doing so... This behavior is actually being encouraged by current anti-freeloader preferencing measures. Those measures are therefore causing more problems than they solve and need to be changed.

The solution is something needed for antispam measures anyway: reputation management. Integrated reputation management of files is needed for antispam purposes, and reputation management of clients to nerf the thousands of self-votes the spammers will submit for themselves and their spammy files. Reputation management of clients can then be used to give freeloaders a poor rap as well: they can get some sort of "less of a freeloader" points for each successful, verified file someone downloads off them and doesn't subsequently vote bad. Then jerks like the above example will quickly get a bad rap even if they score well on current freeloader-detection systems: files that get to some percent and then languish in busyland won't count for anything, and corrupted transfers may actually count negatively. (Spam certainly will, against whoever hosted it as well as against the spam itself.)

Give us working reputation management in 5.0 please! The current bitzi thing is basically useless -- it's so cumbersome to use, especially involving an external app (and a big, slow, bloated web browser at that) and a slow, graphics-encrufted Web site as it does, that nobody uses it. Worse, you can look up search results with it but when you download a file and decide it's misleading, you can't do anything about it -- there's no "mark this file eeevil" option next to the "preview" option or in the previewer itself. Until it's easy to participate in rating files, reputation management will not really work well, and until it's easy to review at a glance all the ratings of all the results of a search it will not really work at all. Fully integrated reputation management, for files at least, is sorely needed Real Soon Now.

All these Spams for LimeWire make me want to make a website ripping people off and not even giving them limewire

Attached Images

images.jpg (2.6 KB, 25 views)

__________________
New Version of SlimeWire Out
Version: 7.43.2 & Pro
Contact Me For Your Copy
Oh S*** I Reformatted my Computer and Lost my Signature Vote
Hottest Girl Ever is Jessica Alba!
and she all MINE!!!

How do you get image codes?

Your link doesn't work. It says "images.jpg" but I don't get a jpeg, I get an html page -- some sort of login page? You have to host the image somewhere where any joe can view it, not some members-only part of the web. Or, perhaps you misspelled the URL.

its a picture of a baby peeking out of a trash can. can't see the images? wants you to login? how about you register for this forum instead of being guests.

__________________
remember the horse pictures? the dude in them died


SATISFIED PEOPLE WHO I HELPED
limewire starts up too slow for you?
spyware, viruses and other nasties
bypassing the firewall with Tor
use return to default settings if you mess up
there is NO SPYWARE in Limewire -- PROVEN
Who have you helped today?

I'm sorry, but I rather prefer my privacy. Anyway, what business is it of yours whether I register at the forum or not? As far as I can see, registering brings only two benefits -- edit and delete your posts, and post attachments. And it brings at least one downside: you have to hand out your email address, and that's the kind of thing that carries with it the risk of drowning in a torrent of spam.

Auto-block eTomi hosts. I don't know what the hell eTomi is, but it is definitely not a legitimate client. Every attempt to download a file hosted by an eTomi source ends with "File Corrupt". RIAA and MPAA polluters, maybe? (though it seems to happen with jpegs, zips, and other file types, not just mp3s and videos...)

These are more in the nature of "bug fix requests" actually, and involve nuisance behaviors of the UI.

1. When there's a selection, and items in the selection move, the view shouldn't jump if there are still selected items in view. Currently it will jump unpredictably to different parts of the selection.

2. When there's a selection and it contains items that need more sources, await sources, or are busy, the Resume/Find Sources button should not be greyed out. Currently, if there are selected items connecting, downloading, or waiting in line, as well as at least one item that is not doing any of the above, it will sometimes be greyed out and sometimes not. If there is any item that is resumable it should not be.

Incidentally, what does the status "Locating Sources..." mean? I see this occasionally right after selecting to download some search results. Usually the item that shows this does so for a few seconds and then shows "Need More Sources". Also, what is with search results that "need more sources" right away anyway? Isn't that supposed to mean Limewire doesn't know of any hosts on the network that have the file? But it does -- the one that returned the search hit 2 minutes ago. In the worst case, that host might be busy. So any batch of fresh search results you go to download should end up in some mixture of connecting, busy, waiting in line, and downloading states, in theory. In practise this doesn't happen -- apparently because there are hosts on the network that return search results for files that don't exist, or that they don't actually have? Or hosts that exist for the purpose of sending search hits, but do not exist for the purpose of actually uploading files? That is bogus -- a host should report a busy signal, not pretend not to exist, if it won't or can't immediately honor a download request for a file that it does have, and it should not return search results referring to files that it does not have.

I can't seem to post this anywhere but here. What is going on? Guest posting seems to have been turned off nearly everywhere. I can't add to the beta 4.9.0 thread, or apparently post much of anything anywhere else either all of a sudden. This thread seems to still allow guests to reply however. What is going on???