Availability of the file:|
* RED: 0 slots available to download at this time.
* YELLOW: 1 slot available, we may download it but probably too slow.
* SHADOWGREEN: 2-6 slots available, we should be able to download it.
* GREEN: all slots available, the peer isn't uploading to other users atm.
Note: When the lamp isn't GREEN means the peer is uploading to other users which could make our download to be [somewhat] slow. Consider as well the inet connection that peer have, obviously isn't the same uploading to 4 users/peers with a 1MB-DSL than with a 20MB-DSL connection (Well, if you live at Spain, or want to download from Spanish people, note it's the same...), above all this it could be as well the peer who owns the file has limited its bandwidth usage and/or other inet programs he may have running are limiting the bandwidth as well, as a result your download speed could be ridiculous. just remember those points and do not blame the amigift authors by low download speeds as some of you did, it is something we have not on our hands. - Note also there are sometimes where we may be able to download files with RED lamp, this only means from the time passed from the supernode to give us that result and we try to download it some slot goes free, it may worth a try to try to download such result if there aren't other good alternatives.
|File||Filename (may contains a path, whatever it's saved without a path)|
|MIME||MIME type of the file|
|User||User supplying the file|
|Node||(super)node this user is connected to|
|Bitrate||Bitrate for audio or video files (On videos it's the general bitrate)|
|Frequency||Frequency for audio or video files (On videos it's the general frequency)|
|Duration||Running time of audio/video files|
|AudioFormat||For video files, this contains the format of the audio stream|
|AudioFreq||For video files, this contains the frequency of the audio stream|
|Bps||bits per second|
|Audiobitrate||For video files, this contains the bitrate of the audio stream|
|VideoFormat||Which Codec used on video files (AVI, MPEG, etc)|
|Resolution||Resolution of video files|
|Fps||Frames per second|
|Width||Width of images|
|Height||Height of images|
|Comment||Comment supported from some formats (eg MP3)|
|Album||Album the song was taken from|
|Track||Track number of a song on the album|
|Artist||Performer of a song|
|Year||Release time of the song/album|
|Network||Network that the file was found on|
|Hash||ASCII Representation of the file's CheckSum (MD5, SHA1, etc)|
Thats the advanced search panel which hidden by default and opened clicking the tape down image from the normal search panel.
Clicking on the tape up image (read 'switch panel') will exchanged the panel to the normal one.
Search String and Search Realm was already explained before, Exclude is a string (allowing unix wildcars, teorically..) which will be used to hide certain results from the search, of course the network/supernode where we have sent the search request must accept exclude tokens or giving something here will be a no-op.
Protocol contains a list of currently installed network plugins where we are able to send search requests to certain networks only, or individually. It's default to All Networks.
Filters is a in-depth way of giving more accurate results with the cost of more cpu usage with each request, on previous builds the filters was always "on" and we was checking if the options contains something useable, as it looked like it used here some unneeded cpu (GetAttr() usage on each object for each inserted result) we decided to disable the filters completely by default, and therefore you'll need to Enable it prior to use
Following we are going to explain all of the Filters options: