| View previous topic :: View next topic |
| If someone set up a website where you could pay a minimal $ and a server would log on a scripted cleric that would follow you for some given amount of time. would you use the product? |
| Absolutely, Gaining experience is so slow and nobody plays cleric. |
|
25% |
[ 1 ] |
| Dude. whats wrong with you, botting is wrong. |
|
75% |
[ 3 ] |
| This already exists. |
|
0% |
[ 0 ] |
| You can't pull something like that off. |
|
0% |
[ 0 ] |
|
| Total Votes : 4 |
|
| Author |
Message |
Incurion
Joined: 02 Aug 2010 Posts: 1 Location: Denver, CO
|
Posted: Mon Aug 02, 2010 10:14 am Post subject: AI Scripting. Botting. DB. and other questions |
|
|
I like to play the cleric class on a mud sometimes but the exp mods have been slow in the past so i created a tintin++ script to "bot" the cleric class. The bot was written originally in tt++ but when i moved to windows for a while, i had rebuilt the script in Wintin.net. I ran into a problem with the program where the script became too long for the system to handle and random actions wouldn't trigger because i had written too many lines.
I'm back on TinTin++ and planning to once again edit the script to the newest version. Since this script is basically a bot, I've been wondering how i might go about it. I dont fully understand the ability to script using the non tintin script language, although i understand there has been additions that make running perl scripts etc doable. if anyone can help me with that i would appreciate.
otherwise here is my main goal:
I don't need to have direct access to the input output while the script is running, so a fully functional client isnt necisary, in fact i might be more interested on how i could alter the source code to compile something that could install on a webserver and interact with an html webpage that had a button that "logged" the cleric in and added a playername to an "ok to heal" variable
also. is there an easy way to talk to a remote mysql server using tintin+? maybe monitor the server for changes. |
|
| Back to top |
|
 |
Scandum Site Admin
Joined: 03 Dec 2004 Posts: 3274
|
Posted: Mon Aug 02, 2010 6:39 pm Post subject: |
|
|
TinTin++ scripting improved quite a bit in recent years, and if you're good with regular expressions and don't want to do low level programming you're probably best off scripting in the tt++ language.
You could have the webserver maintain a log file. So if someone would click a button the website would log a command to a log file.
Next inside tt++ you'd use: #run {tail} {tail -f <filename>}, this will create a session named {tail} that'll tail the log file, and you can create actions inside this session to respond to anything logged to the log file being tailed.
It's also possible to run a chat server with #chat, which would be accessible by clients supporting MMCP (Mud Master Chat Protocol). http://www.mudpedia.org/wiki/Comparison_of_MUD_clients#Protocol_support
Guess you could look into #run or #script for monitoring a mysql server as well. |
|
| Back to top |
|
 |
|