"GreaterMUD" ANSI compliance (MegaMud)?

[erek]

will GreaterMUD strive to emulate the ANSI output of MajorMUD in order to allow MegaMud to work with it?

[The Crazy Animal]

From what i've read it seems that they want megamud to feel right at home in greatermud. Though I would hope that greatermud would inspire someone to make a better term/scripting program to go with it.

TCA

[DeathCow]

Megamud works fine with it.

[Relorian]

Though I would hope that greatermud would inspire someone to make a better term/scripting program to go with it.

We been hoping for one of those real hard for real long now and so far no ones gotten round to it.
Though i would like to see a new Megamud like program for bother MajorMud and Greater Mud... that would be pretty kickin and cool.

[DeathCow]

Yeah, megamud has how intense limitations, but it is nice that everyone pretty much uses the same thing.  Now I've heard that Vitoc might be interested in making a client..which would be cool...but really thinking about it.  All he'd really need to do is make the ground work for that client then just leave it open source.  Honestly mudders are a pretty dorky crowd..plenty of them would be able to work together to make it into something useful.

Although maybe i could track down merlin or something..but that sounds like alota work, he's kind of a recluse nowadays.

I'll have to be a realist and assume that the existance of a client will be purely based on the quality of what we produce.  I'll aim for the best and hope that my love, and knowledge, of a now dead game help me to make something other people will enjoy.

[The Crazy Animal]

Quality of the product; I think DC hit the Groundhog with that one, if enough people like the game then the odds of a new client go way up.

TCA

[Achilles]

..it's amazing how many people come out of the woodwork when something like greatermud arises.

There are plenty of people that are just waiting for something like this to come around.

[DeathCow]

I hope so Zurvan.

[Stylez]

Though I would hope that greatermud would inspire someone to make a better term/scripting program to go with it.

We been hoping for one of those real hard for real long now and so far no ones gotten round to it.
Though i would like to see a new Megamud like program for bother MajorMud and Greater Mud... that would be pretty kickin and cool.

Aye, I attempted this some time ago, (2 years?)  But I'm no C++ developer, primarly C#/VB.NET and I couldn't get around speed issues.  I might take another stab at it in the future if no one else does.

[The Crazy Animal]

That would be very cool of you if you gave it another try as there are a large number of limitations that mega introduces.

TCA

[Stylez]

I'll give it a shot.  I just need to get past the initial terminal part... ANSI Parsing etc...   Thats where I found the biggest problems before as far as speed is concerned.

I have an idea to try out, and hopefully it'll go smoothly.

[DeathCow]

Good luck..let us know how it goes...

[Vitoc]

I'll give it a shot.? I just need to get past the initial terminal part... ANSI Parsing etc...? ?Thats where I found the biggest problems before as far as speed is concerned.

I have an idea to try out, and hopefully it'll go smoothly.

The terminal and ANSI parsing is the easy part. ;)

After you get that to work, you'll realize that Mega is already doing 98% of what you're about to spend countless hours creating.? Are you willing to put in all that work for just that extra 2%?? I wasn't, and neither were the people in the other numerous projects that set out to better it.? Mega is a damn fine program, not without it's flaws, but there's a reason it's still what most Major MUDders turn to even after development essentially stopped on it years ago.

[The Crazy Animal]

I always thought they turned to it still because no one has made a newer program and that it is so easy to get a keygen for..

[Stylez]

Well the text parsing and such shouldn't be to hard.. Time consuming yes, but still :) 

I attempted 3 different ways to do the terminal, and none worked.  All incredibly slow.  ANSI parsing itself is pretty easy, just clumsy, at least how I've implemented it so far.  But I've finally found a quick way to display the text.  I just need to see how well I can manipulate it.

I agree that Mega's a great program, it just seems that with a new mud coming out, a new terminal might be necessary.  Hell, Mega freaks out about the smallest change.  I know what I'm working on will take some time, and there's no tellin whether or not I'll get overwhelmed with the amount of replication.   But worst case, I give up and throw it out there as opensource for someone to play with :)

I'll tell ya where I'm at thus far.  (Skip this part if your eyes start to glaze over)

I wrote the socket class in about 10 seconds.  (exaggeration Alert!)    I've written them tons of times, I can just never find one of my previous classes when I need it....  or its old code...or whatever...   

Anyway...  That?s when I began to tackle the emulation portion.
Luckily, I still had some old code for the actual escape sequence parsing, so I set off on to stress testing GDI.  I tried creating a new control, and i tried writing directly to a panel.  In both cases I simply pounded out 80x24 random chars every 100ms.  You should of seen the CPU hit the roof, was so bad the laptop fans kicked on lol.  I tried a couple of variations, using every performance boost I could... Even reverting back to 1.1's method of doublebuffering, thinking that 2.0's optimized wasn't so optimized, but no joy.  Ended up going out on a limb and now I'm testing out using DirectX to do the drawing.  And thus far its blazing fast.    Still need to test a bit more... background colors, etc...


(Ok you can continue here if you want)
Only issue is, never heard of a terminal program requiring DirectX 9 before...lol   What do you guys think?

Sorry about goin on like that...  I usually talk about implementations like that to people I work with about something new I'm working on, but I think they'd laugh if I told em what it was :)