MacroQuest64

ncurses? port to OS's? ...... are you out of your mind?

I would use C++, and an abstract console class :)

Okay, stop getting sidetracked Lax....

Black \e[0;30m
Blue \e[0;34m
Green \e[0;32m
Cyan \e[0;36m
Red \e[0;31m
Purple \e[0;35m
Brown \e[0;33m
Gray \e[0;37m
Dark Gray \e[1;30m
Light Blue \e[1;34m
Light Green \e[1;32m
Light Cyan \e[1;36m
Light Red \e[1;31m
Light Purple \e[1;35m
Yellow \e[1;33m
White \e[1;37m

Sure for connecting with a telnet client you'd use ansi color and screen codes but if we're talking about console apps you can't rely on ansi. Windows 2000/XP console for example... don't support that crap :)

Actually, you're wrong Lax, you can enable ANSI support in 2000/XP console mode.

You have no idea how much that brings back memories... I'd love to see that actually work.

nethack r00lz!

Can someone help me boot my PDP in BSD so I can play rogue again?

would be awsome!!!

Would also be very very eaisly detectable by anyone watchign your character in game.

I see a few problems....

Movement:

Elevation change: You would hav eto have 3d maps to realibly move up lifts, stairs, hills ect.

COlisions: Getting around trees, steep invlicnes that arnt on maps, ect

Combat:

Umm tons of stuff.

GUI:

Tons of stuff here too. There are things that can only be done using a mouse.

I think a better possiblity would be to run EQ client on your maching, then create a tellnet or other kind of session that interfaced with the client, and then outputted the needed inforamtion to a remote computer.

You wouldnt be able to run 15 copies of EQ on one computer, but you would be able to log into EQ, go to work, and contine to play on an old P2 running Win NT

Umm zerix your missing the point, the whole purpose of this is exactly what you said it should be. If you read Tuna's post he indicated that you could run EQ on more then 1 computer and control all those EQ clients from 1 computer. Pragma was the one that seemed to feel this would be a slim EQ client not the author of the post. As far as the other problems some of them might take a good bit of work but even if we can't overcome the problems the interface will be more useable the current straight telnet client.

aye now that would be good.

Sorry, I should have been more specific. I was refering to the person(s) saying this would let them run 10 clinets on one comp.

Hehe I think this is cool, Your little demo screen shot looks like the old BBS door games I used to love back in the day. Oltima 2000 to be exact. I miss the old days

Sounds like a definitely cool plan. I would like to help some of the minor programming on this. Very cool idea.

Just thought of a couple of things. I think we should put in a z loc scale to measure our z loc so that we don't get messed up in buildings in such. Something like this:


| | 10
| |
| |
| |
| |
| _ | 0 With the little underscore being the current height. It would be nice to have it work in a similar fashion in regards to the chat and movement (ex. to move just press the movement keys and Enter to chat).

could use something similar to elevation lines that you see on maps to handle elevation. as for trees you'll have to put a little X where each one is.

Nah I think we could just use the maps from say, ShowEQ or something. That would make the project a lot easier. I think the elevation map would be a good idea, and it would eliminate the need to plot all the trees (they would just show up as really high elevations). We could just make a utility to capture all the z locs of a zone and create an elevation map (I guess we could just use a certain color scale, with shades representing a range of elevations) for the zone then we could overlay the ShowEQ maps.

Does anyone know MaxScript? I think it would be possible to dump the z locs into text file in a format we could use to out put an image elevation map.

i.e. MaxScript does this: Gets the X and Y and then gets the Z for each individual X and Y.

X Y Z
1 2 3
2 3 4

(So at loc 2, 3 (XY) the elevation is 4) Then we could write a small app to parse the text file and go like this (X = imageX, Y = imageY then it takes the Z and compares it to an array which corresponds to various shades of a color (I think blue and black would be nice (black being 0)) and sets that pixel to the appropriate shade).

Then, when all is said and done we have a height map. This would eliminate the need to plot a bunch of stuff and we could just overlay the SEQ maps on top of our height maps. It would be kind of tedious work to parse each zone in 3DSMax though, but it would be worth it in the long run.