🚀 go-pugleaf

mef@cs.washington.edu (Marc E. Fiuczynski) writes:

>Hi there,

>For fun I'm currently writing a robot player for muds.  I was
>wondering what else is out there in the form of robot players.  At the
>moment I'm writing some code that will parse input from dikuMUD.  In
>the future, what I want to do is define robot a specific set of
>commands and then alias them to the coresponding commands of the MUD
>the robot logs into.  

>Of course I realize that many people playing MUDs are not very fond of
>borgs or robots, but you must admit that it quite intriging.  If
>anyone wishes to collaborate on this project with me, please don't
>hesitate to contact me (mef@cs.washington.edu).

Interesting project. One of the goals I have when I design my areas is that
it should be *impossible* to get through them/get many exp there with a robot
player. This is mostly done by making many places where you have to think, not
just kill. Of course, it's interesting to make a robot, but I don't think MUDs
are to be a machine-vs-machine contest. Good luck with your work, though, and
see you on AustinMUD.

>Thanks,

>Marc

Yours, Lars 'Jubal' Clausen


-- 
Think of your family tonight.  Try to crawl home after the computer
crashes.

From article <1992Oct3.033302.20899@beaver.cs.washington.edu>, by mef@cs.washington.edu (Marc E. Fiuczynski):
> Hi there,
> 
> borgs or robots, but you must admit that it quite intriging.  If
> anyone wishes to collaborate on this project with me, please don't
> hesitate to contact me (mef@cs.washington.edu).
> 
> Further, if anyone could direct me towards sources or send them to me
> in archived format (tar, shar) and uuencoded, I would really
> appreciate it.  

You could try using Tcl + expect to act as a player. 

	tcl is tool control language
	expect is a program written using the tcl library.

	basically expect sits between a user and a program and does
input/output conversion (interpretation) for either or both the user and
the target program(s).

	expect can run in a mode where its just looking at what the program
sends and repesponds accordingly or it can sit between two programs and do
the same thing. 

	One example is show as running a chess program twice and parsing the
moves back and forth.


	Cheers
		Mark :)
-- 
Mark Garrett	Internet:  mark@arvak.une.edu.au	Phone: 	+61 66 20 3859
   University of New England, Northern Rivers, Lismore NSW Australia.

   There is one robot player I know of-- one I made!  His name is Bobmatic and
he can occasionally be found on Renegade Outpost-- louie.cc.utexas.edu 4000.
He is a fully automatic player run by TINTIN (with well over a hundred com
lines).  He responds to just about every social command directed at him, and
serves to amuse all players.  He also give real help to newbies, who, if they
take an oath of newbiehood in Bobmatic's presence, Bobmatic will bestow with
armor, bless, cure crit, food, a kiss, and so on.  Bobmatic will also taxi
any players to low-level areas if they follow him and say things like: 
Shire, please.  He casts refresh and remove poison, give out cookies and
jambalaya and other things, and is generally fun to have around.  He does not
really "play", however, though I guess i could have him do that-- get exp and
all... a player on Renegade supposedly has a very high-lev char that he leaves
on overnight to stomp around Thalos and kill everything he meets...

   This leads me to my related question for UNIX geniuses.  As i said, Bobmatic
runs through TINTIN on my college UNIX account.  I enter TINTIN, type one
command, and Bobmatic starts a session, logs himself into the game, and starts
playing.  I have two phone lines and two modem/computers in my house, so I can
log into my account again from another line and still mud, email, program, etc
while Bobmatic is on.  However, I don't like to tie up my other line so I want
to have Bobmatic running in his own active process while, using the same line,
I can have another fully active process in which i can do whatever else i need
to do.  This has proven difficult.
   I cannot suspend the tintin proc and then use bg to keep it rolling, because
on the job list it shows that the tintin proc is suspended (tty input).  In
other words, Bobmatic is frozen and does not respond to anything.  I have
similarly used the & symbol to start the tintin proc in the background from the
outset, with the same (tty input) result.
   I cannot access any windowing systems from my home modem hookup, as they are
all graphical based and need mouse control, etc.  (I log in through a Mac at
home.) 
   Basically, I'd love it if you could email me a solution.  Is there any way
to have two completely active procs going on a UNIX accout, just having one
not being looked at so that-- gasp-- I can even let it run without any live
contact from me whatsoever???  Can i log in, start the tintin, somehow quietly
bow out so that the program keeps on running, then log in a second time to do
my pedestrian stuff or just not log in again at all and turn off my much-used
Mac??  Please respond with ANY suggestions.
--yiyabob@leland.stanford.edu
-------------------------------------------------------------------------------
Matthew Ford:  founder of Yin, Yang, & Bob Games.  All opinions expressed in
this article are in absolute accord with the views of Yin, Yang, & Bob. 

In article <1992Oct10.154423.19933@leland.Stanford.EDU> yiyabob@leland.Stanford.EDU (matthew ford) writes:
>   I cannot suspend the tintin proc and then use bg to keep it rolling, because
>on the job list it shows that the tintin proc is suspended (tty input).  In
>other words, Bobmatic is frozen and does not respond to anything.  I have
>similarly used the & symbol to start the tintin proc in the background from the
>outset, with the same (tty input) result.

	Maybe you can get tintin to work in the background of you reroute the
output from tintin to a file rather than standard output.  One way this might
work is if you have tintin set up so that if you run tintin it will just run
your procedure, then the command "tintin > outputfilename&" would work fine
in the background. :-)

>   I cannot access any windowing systems from my home modem hookup, as they are
>all graphical based and need mouse control, etc.  (I log in through a Mac at
>home.) 
>   Basically, I'd love it if you could email me a solution.  Is there any way
>to have two completely active procs going on a UNIX accout, just having one
>not being looked at so that-- gasp-- I can even let it run without any live
>contact from me whatsoever???  Can i log in, start the tintin, somehow quietly
>bow out so that the program keeps on running, then log in a second time to do
>my pedestrian stuff or just not log in again at all and turn off my much-used
>Mac??  Please respond with ANY suggestions.

	Get MacLayers for your Mac.  You can have up to 6 windows, I think.
It is available at rascal.ics.utexas.edu, in the unix/layers/MacLayers_1.10
directory.  You want to get the Mac software, MacLayers_1.10k_SIT_hqx, to
install on your Mac, and the UNIX interface to be installed in your account
or preferably by your administrator.  You can install it yourself but on some
machines normal users don't have access to files needed by MacLayers so that
your additional windows show up correctly on the "who" list, for example.

>--yiyabob@leland.stanford.edu
>-------------------------------------------------------------------------------
>Matthew Ford:  founder of Yin, Yang, & Bob Games.  All opinions expressed in
>this article are in absolute accord with the views of Yin, Yang, & Bob. 
>

kenji@netcom.com

The way i used to run my character in robot mode was :
Invoke screen, then run tintin with my program written as a series of
actions (quite simple actually - death cry caused cloning, has been
cloned -  caused attack etc). Then detach screen and log out.
worked fine.. got me a lot of exp and money :) 
ps : screen is available anon. ftp from a lot of sites including 
uxc.cso.uiuc.edu

vijay

yiyabob@leland.Stanford.EDU (matthew ford) writes:

> [ info on nifty robot delete for clarity... ]

[ Matthew wants to login to the mud, startup a robot, and run that
  session but without tying up a modem line ...]

Various solutions:

1.  nohup script_to_start_robot </dev/null >& /dev/null &

2.  use a detachable psuedo-tty program such as screen

>--yiyabob@leland.stanford.edu
>-------------------------------------------------------------------------------
>Matthew Ford:  founder of Yin, Yang, & Bob Games.  All opinions expressed in
>this article are in absolute accord with the views of Yin, Yang, & Bob.