Your Ad Here Your Ad Here
Results 1 to 5 of 5

Thread: Irc

  1. #1
    What is IRC? I read that they have scary movie 3 and i want it.

  2. ** REGISTER to REMOVE This Ad On The Site!! **
    Your Ad Here Your Ad Here
  3. Movies & TV   -   #2
    Join Date
    Feb 2003
    How to download off the IRC network with mIRC 6.12
    By KrackHead2k. Last update: 10/21/03 08:29PM Pacific Time

    A. Getting and setting up mIRC
    1. Download mIRC.
    2. Open it. (If asked to register, don't)
    3. If the options don't come up, click on File > Options
    4. In CONNECT: Fill in the full name, email, nickname, and alternative. (Fill em out with anything, email doesn't even have to be vaild.)

    Should look like this:

    5. In DCC: On send request: pick show get dialog, if file exits: ask.
    On chat request: Ignore all

    Should look like this:

    6. In DCC > IGNORE: Method: Disabled.
    Uncheck "turn ignore back on"

    Should look like this:

    7. Now your mIRC is set, close it.

    B. Downloading files
    Now this kinda the hard part, so I tried to provide some screenshots. The way to search for files are with DDC search engines, there are a lot, here are a few good ones:
    UPDATED LIST (Thanks to Venom_IL)
    XDCC Search
    XDCC Spy

    Lets use IRCSpy right now and try and get some download started.
    1. Go to IRCSpy (use IE&#33 and pick XDCC and search for something, like "Anger Management" for example.
    2. At the top of the search results, where it says "Display offline bots", pick Off. (I didn't in the screenshot, you should.)

    Now let's say you wanna download the one I've circled in red. Here are the things you need to know.
    In red: the file we wanna download
    In blue: the packet number
    In green: the files description
    In black: the no. of slots availible

    3. Now, in slots it says 11/25, that means there is room for 11 more people to connect and get this file. So most likely files with 0 slots won't work (These are not always up-to-date, this one was 2 min ago). You don't really need to worry about size, you'll almost never get a fake file.
    4. Lets fire this baby up, with IE, click on the packet number (#1) This will open mIRC and copy the download command to your clipboard. Always use IE, so that the get file command is copied to your clipboard.
    5. mIRC will open, and ask you if you want to connect to that IRC server, pick "change servers and join the channel", and click proceed.

    6. The main window will scroll some crap, connect, and open another chat window.
    7. In that new chat window, right click, then paste the command, it will look like some confusing crap, like this:

    8. Paste that and hit enter, then whatever the bot responds with will be in dark red.
    9. If the download works, you'll get a file warning window. Click OK.
    10. Pick where you want to save it, and click accept.

    THERE. If you followed this guide correctly and I didn't screw up writing it, you should be sucessfully downloading a file with mIRC.

    Also, if you arenít successful, keep trying. It's hard to get the really new stuff, to find available slots and everything... so just keep trying, you'll get it.

    If I'm missing something, or if there is anyway I can make this guide better and easier to understand, let me know, please.

    C. Opening Strange File Types
    OK, a lot of people are having problems trying to open their downloads. Most of the files on the IRC network are .tar files, these are opened with WinRAR/WinZIP. Inside the tar files, usually there will be many little files with numbered extentions (.001, .002, etc). These are small parts to a big archive. If there is no .rar file, use WinRAR/WinZIP. and open the ".001" file, then extract whatever is inside, it will start at the ".001" file and continue to extract from ".002" and ".003" until it finishes at the last part.

    Hope this helps!
    The following is a guide written by Magnet0, on advanced leeching. If you have questions about the next guide, ask Venom_IL, not me.


    Advanced Leeching with mIRC 6.12
    By Magnet0.

    Explanations that don't have to be read and can be skipped are in italic


    * Open mirc

    * In "DCC" choose "auto get file" and "if exists, resume" (this means that anyone who will send any file to you - you will auto accept it and start getting it - you will soon see why this is necessary, )

    * In "IRC" -> check "rejoin channels on connect" and "rejoin channel when kicked"

    * In "Connect" -> "Options", check "reconnect on disconnection"
    Also, click on "Perform" -> in "All networks" (select from top list), paste:

    /remote off
    /pdcc on
    /fsend on
    /ctcps on
    /raw on
    /events on
    "/Remote" makes sure you don't have problems with some chans, "/pdcc" and "/fsend" speed up sends and the 3 last ones allow the MAIN addition which will immediately be introduced (credit to the nice ppl at the forum who wrote this code based on what i asked):

    Exit the Optins window, Press alt+r and paste this exact code in the window that pops up (it should be the mIRC Script Editor, Remote tab):

    On *:GETFAIL:*: {
      btrunc $filename $iif($calc($file($filename).size - 102400 ) > 0, $ifmatch, 0)
    on *:FILERCVD:*: { .timers off }
    The first command is an implementation of RESUME ROLLBACK. I can't stress enough how important this is. This means that whenever a send dies and we resume, the file is resumed some 100KB (or any other number you choose) before the last reception. This should ELIMINATE corruption problems which I for one have had a lot of - cases where I'd download a 2 GB tar file, only to find out quite a few rar files inside were corrupted. And if you think that doesn't happen often statisticly, think again. There are whole (packed) channels dedicated for sending missing rar files to ppl whose tars were corrupted. The best one i know of, btw, is #incomplete on Efnet, they have explanations there, a list of other similar chans, a web site, the works. It's a mandatory channel (actually more like a network) to know of, regardless.

    The second command halts all existing timers upon a dcc send completeion (a "download" in mIRC). At this point you might ask "WTF ?!!?!? " or something along those lines, justifiably. But this comand is actually just a complement to something we'll do later. Let's carry on...

    As we all know, IRC bots, even on the best, most popular and most quality channels, are highly unreliable. FACT - at ANY point a bot could die in the middle of a send to you, at which point 2 things would happen:

    a) You would lose the send, obviously

    b ) The "dying bot" *might* send you corrupt data (this is the only source for corruptions that I know of, other than the bot itself having a corrupt file to begin with, which is quite rare, especially on quality channels). But that's why we have implemented our own little system of resume rollback. Actually, mIRC has a small rollback of 8 kb upon resume, but that's not enough. I don't really know, maybe 100KB isn't enough as well, and whoever downloads from mIRC probably has a connection that downloads 100KB in a second anyway, so maybe even setting a resume roll back of 1 meg or even more when dealing with large files would be better. the alteration to the code i gave is obvious (switch 102400 to whatever size you want, in bytes). in any case, moving on

    If we're on a queue to a bot (i.e. when we type the trigger we got from ircspy, the bot sends us a message in the form of "all send slots full, queued you in position x out of y", which means you'll get the file when a send slot is freed [someone who's getting the file now finishes getting it], although there are x-1 before you), and that bot dies (disconnects or gets f/cked up for any reason), we're out of the queue (even if that bot returns/is fixed a second later). Accordingly, if we're receiving a file and the bot dies, the bot isn't going to automatically resend us the file, even if it returns ok later. And if we're merely on queue, we won't even hear the "triple-alert beep" mIRC would play when an ongoing send fails. Actaully, even when a send fails I wouldn't count on alert beeps too much, as they are highly unreliable in mIRC - sometimes they beep, somethimes they don't.

    So, seeing as a bot can die in any given moment, the only way to make sure you're downloading what you want until it's finished is to sit in front of the computer and monitor the send, right? Wrong. That's why we have a wonderful little command called "/timer". You can find the full syntax in mirc help, we'll just use a basic configuration. Timers will help us both GET in the queue, and STAY in the queue (or even better - quickly resume what we are getting) automatically.

    For simplicity, let us assume that we're following KrackHead2k's (excellent) guide and get into whatever channel / network with the trigger "/ctcp xdccbot1 xdcc send #1" in your clipboard. Let's also assume that the queue if full (10/10 on queue for exapmle). Many times all the good bots (I actually sort the bots by transfter speed in ircspy) have full queues. This means that when we fire up the command IRCSPY has given us, the bot will give us a message in the likes of "bot queue is full, try again later". The only way to work around this is to continuously type the trigger ourselves until we get lucky and query the bot right after some user has finished getting his file and a queue spot has cleared up, and before someone else takes it. However, this must be done in sufficiently long intervals, as spamming the bot every 10 secs is bound to have you quickly banned. Sometimes minimum bot intervals are stated in the topic or rules, sometimes they aren't. In the latter case, I recommend using ~6 minutes. Here's a simple timer command that does just that, that is, types in the trigger for you every 6 minutes automatically. Type it in the same place you put the IRCSPY trigger before:

    /timer6 -o 101 300 /ctcp xdccbot1 xdcc send #1
    (this timer's name is "timer6")

    The "101" means that this timer will only be exectuted 101 times, which should be quite sufficient when our goal is simply getting into the queue, and setting it to 0 (infinite) or any significantly higher number is prone to be detected by the mods as abuse which would lead to a quick ban. If you HAPPEN to be in the vicinity of the computer, it wouldn't hurt to check from time to time whether you've gotten in the queue so you could shut the unneeded timer (with the command "/timer6 off"), although not necessary - this guide is all about downloading things off IRC without being around the comp. If the queue isn't full, skip what we just did (i.e. don't create timer6).

    Now, onto the second timer (even if you're not on queue, you don't need to wait until you get in, put the following timer right after you put the last one and let them work simultaneously):

    /timer7 -o 0 3600 /ctcp xdccbot1 xdcc send #1
    thus we have created a timer called "timer7"

    This timer will simply request the file from the bot every hour (i.e. type in the trigger automatically for us every 60 minutes).

    Regarding both timers - if you're on queue or already downloading it at the moment the timer kicks in and sends the trigger to the bot - no harm's done, the bot tells you "you're on queue" or "already requested pack #1" or some such and as long as you keep reasonable intervals you shouldn't get booted. Going lower than an hour in this timer (=changing 3600 to something lower) is risking ban, as this timer is infinite, i.e. it will run until you shut it down (well, actually no because of the script we put in the beginning, but that's for later). This timer will make sure, once every hour, that we are downloading, and if not - we'll be put back on queue or resume the download without user interference (that's why we needed auto get and resume). [You might ask, "but what if a bot dies, and then before the timer kicks in (this could easily be 50 minutes) the queue is filled?" the answer to that question is that it almost never happens all slots + all queues, especially after a bot unexpectedly dies, take some time to fill. come to think of it, though, if everyone used this guide, I'm not so sure that would be true anymore ]

    Now the second command in the script we wrote in the beginning kicks in - as soon as the download (any download) SUCCESSFULLY finishes, all timers are halted (terminated) and therefore we don't spam the bots with no need, which is always a good thing (both for you and for the channel). It also prevents you from trying to download something you already have, thus wasting BW and queue position. And finally think about this - the send finishes successfully, but the timers (or timer, if the finite one has finished or you shut it down) keep on going. so one of the timers re-requests the file, the bot sends it to you, mIRC cuts 8 kb off the full file you have (remember mIRCS built in resume rollback?) and THEN the bot dies and never returns again, before it sends u those 8 kb's you just cut off

    Now, if you're downloading more than one file thing at the time.. Simplest thing I can think of is use multiple instances of mIRC, one for each file. They are allowed by mIRC itself (but don't use multiple sessions for the same chat room !!! it is called cloning and you will get banned !!&#33 and take very little resources. I seldom download more than one file since IRC usually maxes out my connection anyway.

    And if you have other timers you don't want to be halted for some reason, you can easily alter the script i gave for example use:

    on *:FILERCVD:*: { .timers7 off }

    instead, to shut down the infinite timer we've built rather then all of them (that's assuming timer6 is already shut down or finished, or never existed to begin with)

    i think

    on *:FILERCVD:*: { .timers6 off }
    on *:FILERCVD:*: { .timers7 off }

    would shut both of them, though i don't know mIRC scripting so i can't be sure (not sure if you can write "on FUBAR" twice). you can ask around on's forums.


    * The -o trigger on our timers means that they will keep working even if mIRC gets disconnected from the network, which could very well happen. That's why we have enabled "automatic reconnection" and "rejoining the channel" on that event. In other words - we have created a "leave and forget" system which makes IRC much like k-lite in that regard, albeit much less sophisticated, accurate and reliable (mostly due to the fact the network itself and the bots aren't)

    * Obviously, this system can be improved. For example, one might write a script that rather than running a crude timer that makes sure we're downloading every hour, would retype the trigger as soon as it's notified that the bot is on the network (after it, or you, got disconnected) or that the download has failed for any reason, but the bot is still there. I think it would require the use of the "notify" system in mIRC (which is useful by itself) and shouldn't be too hard. I haven't had time to try it myself though - and you'd have to change the script for every download you do (to put in the bot name and trigger)

    Also, another little tip is that some some channels may change the default xdcc send command so you'd have to msg their bots with "xdcc OPTIC send #1" or "xcdd gimme #1" or the likes to get a file, in stead of the ususal "xdcc send #1". For whatever reason they're doing this, the command IRCSPY and the likes would put in the clipboard won't work. So its important always to check the chan's topic as well as !rules and !help etc triggers - keep an eye out for notices in the main chat, too. A good strategy would be to look at the commands for other bots in the chan when their ads pop up (not necessarily the one you want to download off), especially if they have the same "structure". For example, looking at XDCCBOT2's command would give us a good idea on how XDCCBOT1's command would look like (simply switch XDCCBOT2 with XDCCBOT1 in XDCCBOT2's cmd). However, [uber]bot1 may have an entirely different command syntax - but again, it's pretty rare. Actually, it's best to ALWAYS read the topic and use !help triggers etc, as they can provide very inrersting information. For exapmle, some channels allow "xdcc list" which lists all the bots and packs in the chan (while others ban you if you type it). Some chans will allow "!xfccfind searchstring" or "@find searchstring" while others will ban you for it, etc. In channels that allow either of these 2 or some similar commands, keep in mind that they usually support wildcards, for example "!xdccfind *sam*" will find both "samuel" and "osama"

    Rat Faced - whoever goes exactly by this guide wouldn't need the services of an anti-virus program.. ever. It goes without saying that you don't download anything you haven't asked for explicitly from a bot, fserv or the likes. Yeah, i know auto get is on so simply delete whatever was sent to you that you didn't ask for (never happened to me yet, though). And bots serving proper relaeses just never have viruses, it's unheard of. However, users of k-lite (or should i say *KMD*), that's a whole different story

    Oh, and last thing: DON'T OPEN TAR FILES WITH WINRAR OR WINACE !!!!
    use winzip, as winrar and winace have serious problems dealing with tar file larger than 2 GB, and yes it happens with the newest versions and is a known bug

    PS - there exist scripts/programs meant for downloading off xdcc's that have similar features I believe - they go by names like "bottler" "xdcc catcher" and some others. The problem with them is that all the chans HATE them and if they detect you're using such a script - perm ban, goodbye. And they have ways to know. However following this guide shouldn't get you banned/kicked (it hasn't gotten me anyway) from anywhere. ESPECIALLY if you happen to shut the first timer (the 6 mins interval one, that only exists to get you into the queue) after you got in, or there's a free queue slot and you don't have a need for it, or u use a number smaller than 100 repetitions if you happen to know that chan is not extremely packed and busy. Oh, and none of these scripts/progs have adjustable resume rollback, which is something I wouldn't go without anyway (DC++ has it for ages, and for a good reason).

  4. Movies & TV   -   #3
    what do I put here? BT Rep: +10BT Rep +10
    Join Date
    Jul 2003
    Australia N.S.W
    woh why didnt you jsut link that rather then copy and past images and god knows what

  5. Movies & TV   -   #4
    Join Date
    Feb 2003
    Originally posted by Adster@26 October 2003 - 15:54
    woh why didnt you jsut link that rather then copy and past images and god knows what
    I hope more '1 post people' will read it!

  6. Movies & TV   -   #5
    I used mIRC to download. But there is a little problem.

    1. Sometimes, when I'm trying to download (esp. Soundtracks), I get an error that says "There is a DCC pending. Set Your client and transfer". Anyhow I can't continue download.

    2. What can I do to continue a transfer if it encounters a problem(like disconnection). Is there any way? Or I have to restart download from the beginning?

    Please help me out.



Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts