Caliente Cab Company - NYC :: An Urgo's Vids Production


What is .GET?
.GET, pronounced dotGET, combines the best features of IRC (@find/@locate, fserves, xdcc bots, kryptnet, dcc transfers, etc) with the ease of use of Napster clones (Kazaa, Morpheus, etc) without the hassle of using another application.  It can be thought of as a Napster, that can not be shut down, for IRC. 

For a long time now, IRC has been the premiere way to get new files.  From TV shows to audio files, all usually appear on IRC before they do elsewhere.  .GET simply provides an advanced interface that makes locating and transferring of these files simple.


Is it right for me?
This application is aimed at users of IRC who are fed up with the time it takes to find what you are looking for with fserves, but who still would rather use IRC than an application such as Napster.

.GET is a script for mIRC. You can not use it without mIRC. If you are not familiar with IRC then either get familiar, or look elsewhere for your file getting needs. Also, I was just mentioned, it is for mIRC. This means that unless your using an emulator, you need to be a windows user, and use mIRC as your IRC client.


How is this better than any system currently in place?

.GET is a migration of many current systems. Here is a brief explanation in the ways it is better then current systems.


NO SPYWARE! When you install Kazaa you get many other programs installed on your computer that are used by advertising companies to sell your information, and give you ads.


Napster uses a centralized server. This makes it very easy for someone to shut it down. .GET uses any IRC server and any IRC channel. As long as you get together with others users, it is 100% server configurable. As long as you can get onto IRC there is no stopping .GET. And the best part is, .GET has no proprietary files like the new Napster is going to have!


While Gnutella boasts no centralized servers either, it can be very slow. .GET has a semi-centralized server setup.
Instead of being completely peer-to-peer in the passing of searches, .GET compromises making it many times faster yet still having the option of using any server you want.

IRC In General

  • Fserves: Takes so long to find what you want. First you have to find the right channel, then the right fserve, then the right directory, then oh no, damn, its not there... right fserve.......... such a cumbersome process. While the selection is there, the ease-of-use is not. So many commands for newbies to learn.

  • xdcc bots: Searchable, quicker, broader (see @find).

  • @Find/@locate: While this is a good searching tool, many fserves do not support it, and even if they do, it only searches one channel. While .GET will also only search its channel, it aims at bringing together people who share files of many different natures. Bringing them all into one easy-to-use search.

  • KryptNet: **SERVER** source code was lost. Since there are no servers in .GET, there is no source code to be lost. Everything is done client side or IRCD side. There is no killing it.

  • FTPs: Ugh. If you find a working, no banner, leech ftp site, you may be in luck for awhile, but .GET is much broader in its selection, is always leech, and will always have working servers.


See products before you buy them at Item Sea