Official LimeWire 4.1 requests thread

[et voilà]

Originally posted by Matamoros
Usually one of the first things I do when I startup LW is shut this pane. I wouldn't miss it if it was moved somewhere else...

My behaviour at startup to!

[verdyp]

Originally posted by et voilà
ok Philippe, glad you got my idea I was referring to kamdelia as it is the other alternative to the sheme I made as a proposal for requieries... ie I want LW to ABSOLUTLY include requieries. I just want to discuss with folks what way is the best.
Ciao

I don't want requeries... that's a difference. However it could be useful for the "looking for more sources" search after a download fails. Querying with a full URN may not be necessary, when we can simply look for sources with truncated URNs. However the problem is how to route such queries: QRP table contents would need to be changed... So I wonder if instead, we couldn't search by lists of precomputed QRP hash values (instead of strings). This would not fit in a classic search string due to its 32-bit binary values (where the least significant bits are cleared depending on QRP table sizes). In this case a search would be non-empty if just looking for these QRP hashes without any search string, which could as well be a QRP hash of the full SHA-1 URN (acting like a truncated SHA-1). This would go into a Query GGEP extension (search by keyword hash). It would be interesting mostly for long QRP keywords like URNs. If the query contains two hashes, it is exactly like two keywords and should match with the same policy (AND). With queries containing 4 hashes or more, 2 hash values on 3 should be enough to match.

Although I don't like requiries, there's a way to handle the number of keywords in queries, to look for alternative subsets of keywords in separate queries.

[et voilà]

You know Philippe I'm wary of requierys too, they could destroy the network But since LW are clustered together it diminishes the impact of other bad behaving clients. Yes, QRP content would have to be changed to match to trunketed sha1. I'm thinking: once a leave requery, why wouldn't the UP keep it in mind and say send those accumulated hashes from all leaves in a big search twice an hour (this way UP could control requieries and the UP could struture those hashes in a way it could save bandwidth)? I'm proposing here as I'm not a protocol guru like you Philippe

The requieries I want are also automated not manual but they happen only when an host needs more sources (one query by hour per client max)

Also without them Gnutella will never be a good place to look for rare big files like videos, requieries would induce diversity in big files an advantage of emule and overnet.

[verdyp]

If you want to contribute, there's a Chord subproject in LimeWire, which is stale since long and experimental, but can be the base of such search architecture for unique IDs.
In Chord, some hosts are responsible of managing routes for some "fingerbits". Those hosts should better be UltraPeers (they need to have long availability to minimize the cost of structure updates), but for now we don't have enough UltraPeers with the latest version to allow deploying this parallel network.
Now that LimeWire 4.0 will be officially released and that it will clearly demonstrate an advance of efficiency in Gnutella searches with a much reduced bandwidth usage, the LimeWire cluster of UltraPeers could become a good candidate to start experimenting with Chord (or other structured topologies).
Before that we need to see the impact on Gnutella of the deployement of LimeWire 4.0. The next weeks will be used to monitor the evolution of traffic and see how much we can gain on the overall network (and as well take the time to correct or fine tune some statistical or usage policy parameters).
For now, I'm not inclined to change the QRP algorithm and routing. It's probably better to think about a parallel topology with separate routing tables for such searches by URNs.
QRP has been done and tuned mostly for keyword searches, with a very weak distribution of keywords.
Including URNs in QRP had a negative impact on routing efficiency (but it has been compensated by the introduction of the low-TTL/high-degree topology in association with dynamic querying).
My opinion is that, if we can remove URNs from QRP tables, the network will be better, but we can't do that before a new more appropriate routing topology is made and tested for URNs, and then deployed, tuned and scaled.

[sberlin]

Any chance someone can start up a new thread with the requery/DHT discussion, and/or copy the already-requested features in this thread to a new thread that I'll make sticky?...

It'd be very useful to _just_ have feature requests in a thread.

[et voilà]

Sam you are the one well placed to create a new thread

-I'd like a bandwidth status down/up ie 12KB/s down 10KB/s somewhere in the GUI always diplayed (maybe in the bottom at the connection quality level) or it could be included in the icon (in osx dock) or in the application instance (windows bar) à la overnet.

[Matamoros]

I would like to see whole word searching (does Gnutella support this?). Why?

One example: searching for "Irene Kral" returns many hits for "Diana Krall". No problem if the filename includes the name of the singer or even the ID3 tag, but many many files lack both -- apparently on many peoples' systems only the pathname indicates the artist. It is a nightmare!

Another: "Yo-Yo Ma". Any idea how many names and titles include these strings??? Give it a try yourself

[Matamoros]

Originally posted by et voilà

-I'd like a bandwidth status down/up ie 12KB/s down 10KB/s somewhere in the GUI always diplayed (maybe in the bottom at the connection quality level)

I'd thought of this as well; good suggestion.

or it could be included in the icon (in osx dock) or in the application instance (windows bar) à la overnet.

Ummm, LimeWire and Java are cross-platform, no? Can we talk about things in cross-platform terms please?

[verdyp]

Matamoros wrote:
> Et voilà wrote:
> it could be included in the icon (in osx dock) or in the application instance (windows bar) à la overnet.
Ummm, LimeWire and Java are cross-platform, no? Can we talk about things in cross-platform terms please?

Yes it's portable, but Windows and Mac users benefit of a notification icon that can display a tooltip or text message.
This feature is not incompatible with Unix/Linux that can provide such information also in its status bar.

[Juggalo15]

I've mentioned this before but the devs just seem to be confused when i say anything about it.

A Seekable media player, where you can drag across the Limewire Media player and move to diff spots in a song...it is possible, for MamiyaOtaru has done it with his last version of Aqualime. 3.8.6.2 (yea hes kinda lazy at releasing)

I've never had a direct response...can this be added?

For more info try out teh program it is up for download either at UTC or my site. This would be a milestone addition seeings how LW has has the had the original play right through no options to fast forward media player for it seems forever.

[verdyp]

Originally posted by Juggalo15
For more info try out the program it is up for download either at UTC or my site. This would be a milestone addition seeings how LW has has the had the original play right through no options to fast forward media player for it seems forever.

Although Limewire integrates a player, the main purpose of its presence is to allow easy preview of audio files downloaded. For best performance, there are tons of other players available. LimeWire has integrated an open-sourced Java player which is upgraded each time it gives additional performance benefits or reduced memory stress, but its development focus is not in adding CPU-intensive operations to detect spots in songs.
In some future, Limewire may include interfaces to interoperate with platform native players (that was done with iTunes on MacOS, but Windows Media Player or Real Player ot WinAmp interfaces may be possible, if there are some open-sourced interfaces that complies with the Limewire GPL.

Developing player components requires very specific and complex knowledge on codecs, and hardware acceleration support. This would be too much work for now for the LimeWire developers.

If AquaLime developers want to help LimeWire, they can contribute within the open-source project and share their experience with their component integration (but LimeWire requires now many compatibility and performance tests, and active support by the contributors to help solve issues, before such new code can be finally integrated into LimeWire and released; we don't want to include unstable and poorly tested components).

Some contributions (including my own ones) will not pass the tests phase or will be integrated in a unscheduled future release once the current planned priorities have advanced, and Limewire has understood how to support this new code.

In some future, my next works in Limewire will be to find the performance bottlenecks in the downloader classes (this part is one of the most complex classes with lots of cases to support interoperability with various servents, so I did not invest my time in optimizing it as development was quite complex; the automated tests suite for this part in the code is the longest one in LimeWire, and I prefer let LimeWire work on it), or to reduce again the memory footprint and VM stress when handling incoming Gnutella messages.

[arne_bab]

On MacOSX it would be nice if the file-vault (Dateisammlung) would be less intrusive on the filenames. Every time I open it, some name gets highlightesd even though I only wanted to see what is inside the folder, and when i click on another folder, the names are switched.

IMO you should have to click space, enter or something similar (or click a second time on an already selected file) to change the name. I nearly lost fiels though this...

[gfox]

I'm glad to see someone else's whining about the edit menu besides me.

1. edit menu

2. symbol next to the X on the tab to pull down the tab menu. the apple button + mouse clic sucks.

3. re-search a corrupt file automatically. when a new on is found, replace it. put in the status section "replacing bad file"

4. IF user desires, let them use a name instead of the long host numbers. this would also take up less tag ***********.

5. recently searched terms drop down.

[ElllisD]

First off, I'd like to vote against defaulting compression to "on". It slows my machine, I don't need it, and I don't use it. I'd love to see an effective adult filter on the incoming searches page.

Maybe also something that'll slow the scrolling to less than realtime so I can read it without having to constantly toggle the on/off checkbox.

And I don't mind the discussion on the thread, I do however find it kinda sad that there are less suggestion posts than discussion posts. I suspect there are mor like me who've been building a list and haven't yet submitted here.

Here's what I've been wanting since I decided to take notes.

I'd like to be able to click on something other than a file in the list to clear the highlight off the file thats currently highllighted

The buttons at the bottom of the screen disappear when there are 9 tiers of search tabs at the top.

I've noticed while using the LW Pro skin that every hour or so the entire contents of the Java window blanks out to grey for a few seconds, and re-appears just as it was. It reminds me of when the taskbar crashes & comes back.

In the Incomplete folder- I'd like to see the status icons refresh themselves like they do in the search window. I'd also like to be able to select more than one file at a time, and to stay in the incomplete folder window after choosing resume, having the icon change instead of being sent to the download window.

I'd like the current search results to come back up when the app restarts, just as the downloads in progress do.

A warning dialog as the search limit is approached reminding that searches will be rolled off into oblivion if this one proceeds.

How about numbers along the left side of each file line?

In the incomplete folder, I'd like to see a date/time the download was started

When I highlight a page of Need More Sources, unhighlight the selection after I press the Find Sources button so I don't get sent down to the "w's".

I'd like a button that says Place selected file at end of queue, for those connections that sit at 0Kb/s for a long time and only
intermittently speed up, so that faster files in the queue can use the available download slot. Or maybe a user-defined timeout that determines how long a transfer can sit at zero before being automatically placed at the end of the queue. Or maybe give the intermittent low-speed connections a temp slot exempt from download slot limits.

Search option checkboxes, so we can do except searches.

The Tools>Options choices available for each individual search.

Commonly used Tools>Options controls available within their respective section, or maybe a slide out window, or even an airplane cockpit-like all controls on one page layout. Or direct-click access to user-defined options "favorites"

HOTKEYS!!!- Available regardless of window focus.

Exit after (User-Defined) transfers option in system tray context menu.

How about a search button where the chat button used to be which toggles the opening/closing of the left & top panes.

Add ".ape" to the default displayed filetype list.

[ElllisD]

I just read my post & can't think of why I ever felt the need for hotkeys...