Ive been hearing that imc isnt being used much any more and was wanting to get some thoughts on everything, should it continue to be included etc...

The I3 intermud network is used (typically about 1000-3000 lines a day, from a few hundred people, http://www.shadowlord.org/~bloodlines/i3log.php ). Some of those people are connecting via an IMC2 bridge.

Personally, I would revive the I3 code and include that instead of the IMC2 code, as it makes more sense to connect directly, and I3 doesn't have the technical issues that affect IMC2 (namely, color codes that conflict with URL's, and the inability to allow users to create their own channels).

I shoehorned the old I3 code from AFKMUD into both my DikuMUD Alfa and a copy of SmaugFUSS. Both are in by github repositories, if you want to see them. They originated on a MUD called "Fatal Dimensions" back in 2000.

If you'd rather keep the clunky IMC2 protocol, at least update the router to point to the active bridge. The "official" mudbytes network is pretty much dead, and when it is up there's usually about 3 people on it.

I do plan to do something just waiting on more opinions about it

I'm for removing imc2. If it had a active server sure, but why have it just to bridge to i3. I uploaded that copy I found on Nick Gammon's site, but perhaps Quix has a more uptodate version codewise.

If you're looking for the old I3 code, the last known version that was being maintained for general use in Merc MUDs is here: http://www.iguanadons.net/downloads/Merc-Intermud-3-Client-52.html

Feel free to do whatever you want with that. Might even be worthwhile to host the code here.

Personally I think it would be better if the IMC2 code was left in, and the I3 added. Then folks have a choice as to which one they'd prefer to use.

thats not a bad thought either.

Samson said:

If you're looking for the old I3 code, the last known version that was being maintained for general use in Merc MUDs is here: http://www.iguanadons.net/downloads/Merc-Intermud-3-Client-52.html





Feel free to do whatever you want with that. Might even be worthwhile to host the code here.





Personally I think it would be better if the IMC2 code was left in, and the I3 added. Then folks have a choice as to which one they'd prefer to use.

Hi Samson, thanks for providing that link. Is it saved in a special format? This is error I get.
patriot@patriot-Inspiron-3521:~/Downloads$ unzip i3240b.zip
Archive: i3240b.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of i3240b.zip or
i3240b.zip.zip, and cannot find i3240b.zip.ZIP, period.
patriot@patriot-Inspiron-3521:~/Downloads$

Oh, I should have provided a link...

https://github.com/quixadhal/SmaugFUSS

AFAIK (last time I booted it up and tested it), both I3 and IMC2 work together. i3.c and i3.h are the main files, with a small number of hooks scattered around places like comm.c, and maybe act_wiz.c. Just look for the #ifdef I3 and #ifdef IMC.

My repository is based off the previous 1.9 release, which I then updated to gcc 4.7 and probably ran through indent. I haven't merged your newest bugfixes in yet.

You can compare the changes, as I label all mine with new tags, so I'm a commit ahead of 1.9q3, I think.

Whatever you decide, I highly recommend two things.... use the github thing Kayle set up (or clone mine again), and if you're still going to release old fashioned hand-built zip files, FOR THE LOVE OF ALL THAT IS HOLY, please start adding incremental version numbers into the filenames?

Besides allowing you to easily rebuild a repository when the new thing replaces git in a few years, it makes it easy for a MUD admin to know what bugfixes he needs to grab, since if he's running 1.9.16, and you're at 1.9.27, there are 10 newer files he probably wants to download and paw through.

Patriot said:

Hi Samson, thanks for providing that link. Is it saved in a special format? This is error I get.
patriot@patriot-Inspiron-3521:~/Downloads$ unzip i3240b.zip
Archive: i3240b.zip
End-of-central-directory signature not found. Either this file is not
a zipfile, or it constitutes one disk of a multi-part archive. In the
latter case the central directory and zipfile comment will be found on
the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of i3240b.zip or
i3240b.zip.zip, and cannot find i3240b.zip.ZIP, period.
patriot@patriot-Inspiron-3521:~/Downloads$

Should be a standard zip file, nothing fancy. I can repackage the old archive and reupload it if need be. Though at this point I think it would be more appropriate to put it here since my blog isn't the most logical place to find this kind of thing these days.

Eh - it looks like you've already uploaded what I had and Quix already has an updated version of that integrated into his Github repo. So you're all covered.

Well slowly getting around to messing with LoP adding i3 and noticed imc2 was down (both servers) so then had to hook up to the lp one haha

IP: 97.107.133.86
Port: 8888

Do not enable SHA, as this is not supported on the LPMuds.net IMC2 server.

For more details: http://lpmuds.net/intermud.html

Only problem I noticed is I seem to get some NULL channels slipping through and on imc2 shutdown it would cause it to crash. if people dont mind testing it let me know if you end up with the NULL channels as well.