Please check out TwistedMUCK !

Member Discussions

terms



[Previous] [Next] [Post] [Reply] [Topics] [Summary] [Search]


1. Calling all Python muds Tue May 27, 2008 [11:41 PM]
Idealiad
Email not supplied
member since: Jan 16, 2006
Reply
Inspired lately by Python I wrote up a short list of all the Python muds I could find. Note that I couldn't get working links for some sources so I left those out. If your Python mud isn't included here would you add it?

Here's what I have so far:

@Erwin's 16k competition page:

1. Oliver "Nemon" Jowett's Pygmy: http://www.andreasen.org/misc/16k-download/pygmy.tar.gz
2. Mitch Burton's Seren: http://www.andreasen.org/misc/16k-download/seren5-1-00.zip
3. Doug Swarin's Fresnel: http://www.andreasen.org/misc/16k-download/fresnel-16k.tar.gz
4. Eli Fulkerson's Sparse (note: address is http://www.elifulkerson.com/projects/sparse-16k-mud.php)

@Tyche's Sourcery/MudServersOtherLanguages:

5. Joe Strout's Poo: http://www.strout.net/python/poo/
6. Jon Gardner's Simpy: http://sourceforge.net/projects/simpymud
7. Daveron and Jmacy's MOOP: http://sourceforge.net/projects/moop
8. Bluemud: http://bluemud.sourceforge.net/

9. Kuros' Slithermud: http://code.google.com/p/slithermud/

10. Evennia: http://code.google.com/p/evennia/

11. NakedMUD (engine in C, everything else can be done in Python): http://www.uc.edu/~hollisgf/nakedmud.html

@Mudmagic code repository:

12. MUDPyE: http://www.mudmagic.com/codes/server-snippet/2179
13. Python-Talk: http://www.mudmagic.com/codes/server-snippet/2779

14. PyGCS (basic chat room): http://sourceforge.net/projects/pygcs/

15. ErisMUD: http://erismud.org/


2. RE: Calling all Python muds Thu May 29, 2008 [9:37 AM]
donky
Email not supplied
member since: Mar 15, 2000
In Reply To
Reply
You're missing the best one:

Sorrows mudlib

It uses the improved version of Python, some might know as Stackless Python. And it has automatic code reloading, where as files are changed, the game code is updated in place.

It doesn't get better than that!

Some hype may have been added to this post due to me being its author. It doesn't have much in the way of gameplay functionality, but it has a good base for it - and besides, this is something I as a codebase adopter would be likely to ditch and rewrite.


3. RE: Calling all Python muds Thu May 29, 2008 [3:59 PM]
thyrr
Email not supplied
member since: Nov 21, 1999
In Reply To
Reply
http://www.mudmagic.com/codes/server-snippet/2305

A proof-of-concept Python mud I wrote for a 32k MUD competition. Horrifically ugly code (for Python, anyway) but has some interesting gameplay ideas and a decent number of features including simple inventory/combat, online room editing, and player-run shops.


4. RE: Calling all Python muds Thu May 29, 2008 [4:07 PM]
Kuros
kurosknight@gmail.com
member since: Feb 28, 2000
In Reply To
Reply
I think Sandog has an IronPython MUD somewhere? I can't seem to find a link to
it, though.

-Kuros


5. RE: Calling all Python muds Thu May 29, 2008 [7:09 PM]
Idealiad
Email not supplied
member since: Jan 16, 2006
In Reply To
Reply
Thanks for the additions guys. Donky, you call Sorrows a mudlib, but is it a driver (in the LP sense) as well? Or are you still using an LP driver? I'm a little confused by the terminology here.


6. RE: Calling all Python muds Fri May 30, 2008 [6:22 AM]
donky
Email not supplied
member since: Mar 15, 2000
In Reply To
Reply
Idealiad wrote:
Thanks for the additions guys. Donky, you call Sorrows a mudlib, but is it a driver (in the LP sense) as well? Or are you still using an LP driver? I'm a little confused by the terminology here.


Well, I find it a little confusing to call these MUDs. To me, a MUD is a game which is running. These are all frameworks which people can take and use to run a MUD, whether they can be used as is, or built upon.

My mudlib runs on Python. LP is not involved.

While there is some crossover between what LP called drivers and mudlibs, with my mudlib, there is no point in differentiating. Drivers are only relevant in LP.

Conclusion? Beats me. But calling these MUDs is confusing to me.


7. RE: Calling all Python muds Fri May 30, 2008 [6:25 PM]
thyrr
Email not supplied
member since: Nov 21, 1999
In Reply To
Reply
A better term might be "codebase"


8. RE: Calling all Python muds Tue Jun 3, 2008 [3:31 PM]
donky
Email not supplied
member since: Mar 15, 2000
In Reply To
Reply
thyrr wrote:
A better term might be "codebase"


Sounds good to me. I've started using the term "MUD codebase" when applicable.


9. RE: Calling all Python muds Mon Jun 16, 2008 [12:54 PM]
coca
Email not supplied
member since: Jun 16, 2008
In Reply To
Reply
nice. As I mentioned in another thread, I hope I will have the beginning of a Python codebase public soon.

Someone mentioned the possibility of a Python-mud mailing list/Google group before. That would be great, and maybe we could have a wiki along with it.


10. RE: Calling all Python muds Mon Jun 16, 2008 [2:33 PM]
Kuros
kurosknight@gmail.com
member since: Feb 28, 2000
In Reply To
Reply
I can host a wiki. Any suggestions for a GG name? I'm kinda dry on snake
related names at the moment...

-Kuros


11. RE: Calling all Python muds Mon Jun 16, 2008 [7:24 PM]
Idealiad
Email not supplied
member since: Jan 16, 2006
In Reply To
Reply
Funny, I was just thinking about this on the way to work this morning:

MudPython (the simple choice)

MudShed (as in, an ad hoc structure, a place to put muds, a place for developing muds with constant iterations shedding their skin etcetera....not sure if it sounds snakey enough though)

Just found a couple more projects too:

http://code.google.com/p/grailmud/


http://pythonguy.wordpress.com/2008/04/15/python-mud-reborn/


12. RE: Calling all Python muds Mon Jun 16, 2008 [8:03 PM]
Kuros
Email not supplied
member since: Feb 28, 2000
In Reply To
Reply
Hehe...how about "matingball"?

(Note: You probably won't find that funny unless you've seen the wonderfully
awful Anaconda Black Lotus movie, or whatever it was called)

Here's another:
Buyasta: http://home.gna.org/buyasta/

I played with it awhile back, but I think it is abandoned now.

-Kuros


13. RE: Calling all Python muds Mon Jun 16, 2008 [8:16 PM]
Idealiad
Email not supplied
member since: Jan 16, 2006
In Reply To
Reply
Well, if you want to get serious go ahead and read an encyclopedia entry on Pythons looking for 'anal spurs'...8O


14. RE: Calling all Python muds Fri Jun 20, 2008 [6:43 PM]
sryth
Email not supplied
member since: Feb 26, 2007
In Reply To
Reply
I'm working on a new python codebase, but it is in the very early development stages at the moment. Not much more than color support and open chat enabled so far.

Afterthoughts: Tangled Tapestry.

Web page (under construction) at...

http://www.tangledtapestry.com
Sryth, Afterthoughts: Tangled Tapestry


15. RE: Calling all Python muds Sun Aug 15, 2010 [4:52 AM]
donky
Email not supplied
member since: Mar 15, 2000
In Reply To
Reply
In order to look for both reusable Python code, and inspiration, I went over all the Python MUD codebases I could find.

Link: A quick survey of Python MUD codebases.

The opinions there are subjective of course. I read somewhere else (or here?) that most of these were in alpha status, and I think that would be generous.


16. RE: Calling all Python muds Sun Aug 15, 2010 [4:43 PM]
Arond
Email not supplied
member since: Aug 23, 2000
In Reply To
Reply

You're missing the best one:

Sorrows mudlib

It uses the improved version of Python, some might know as Stackless Python


Going to have to check this out. Python is currently the new language that I'm learning and I keep hearing about stackless python. Hope it's nice!
eh?




[Previous] [Next] [Post] [Reply] [Topics] [Summary] [Search]