Notice: Any messages purporting to come from this site telling you that your password has expired, or that you need to verify your details, confirm your email, resolve issues, making threats, or asking for money, are
spam. We do not email users with any such messages. If you have lost your password you can obtain a new one by using the
password reset link.
Due to spam on this forum, all posts now need moderator approval.
Entire forum
➜ MUSHclient
➜ General
➜ Sending Commands to Another Window
|
Sending Commands to Another Window
|
It is now over 60 days since the last post. This thread is closed.
Refresh page
| Posted by
| Azeral777
(6 posts) Bio
|
| Date
| Sat 01 Aug 2009 10:55 AM (UTC) Amended on Sat 01 Aug 2009 10:59 AM (UTC) by Azeral777
|
| Message
| --UNNECESSARY BACKGROUND--
I got the idea of using the built-in chat system to connect to multiple trusted people at once, allow them all to snoop on me, and have five people playing my character at once. It's like streaming a video game with audience participation or, possibly, a hell of a lot of hilarious chaos. We couldn't get anyone to successfully connect to anyone else (10060, connection timed out), even after verifying that everyone was accepting calls via World Properties, so I devised a terrible and hilarious workaround.
I made MUSHclient into an IRC client. After some work, I managed to connect to a server, ident properly, create/join channels, send messages to both users and channels, et cetera. That part is good to go. From here, I hope to broadcast all of a MU*'s text to an IRC channel that they're watching, whilst giving them the ability to input commands from that channel.
--END UNNECESSARY BACKGROUND--
Theoretically, most of the hard work should be done. All that's left, and where I have hit a roadblock, is the ability to use a trigger in one world to send commands to another world (in this case, that'd be all of the text from the MU* to IRC and then specially prefixed commands from IRC to the MU*). Is this possible? If so, how? If not, is there a good workaround?
Alternatively, likely solutions for why chat is always resulting in timeouts as described above would be acceptable. | | Top |
|
| Posted by
| Nick Gammon
Australia (23,173 posts) Bio
Forum Administrator |
| Date
| Reply #1 on Sat 01 Aug 2009 10:12 PM (UTC) |
| Message
| I would look first at why the chat approach didn't work.
For one thing, only one of you needs to accept calls (probably the one whose character is being controlled). The other ones make calls.
In other words B calls A, C calls A, D calls A and E calls A.
A accepts calls.
Now, for connections to be timing out you are probably on the other end of a router and you need to set up port forwarding.
See: http://www.portforward.com/
You need to make sure the router forwards incoming calls, on the chat port, to your PC.
As for the controlling part, see: http://www.gammon.com.au/mushclient/chat.htm
In there I describe how you can use custom command numbers to forward actions from one client to another. |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | | Top |
|
| Posted by
| Azeral777
(6 posts) Bio
|
| Date
| Reply #2 on Mon 03 Aug 2009 10:13 AM (UTC) Amended on Mon 03 Aug 2009 10:17 AM (UTC) by Azeral777
|
| Message
| So, we managed to solve the original chat problem by, yes, opening some ports that were not previously opened. We seem to have run into another limitation with the client, however, and that's that only one person appears to be able to snoop someone at a time. Whenever we have multiple people snooping one person, it allows it to happen, but only one person gets to actually see what's happening. For testing purposes, there were three individuals named Dana, Fayul, and Azeral.
Dana and Azeral connect and Dana starts snooping Azeral.
Azeral snoops Dana. All works so far, Azeral stops snooping Dana.
Fayul connects to both, begins snooping both, sees Dana's output but not Azeral's.
Dana stops snooping Azeral, Fayul is suddenly getting Azeral's output.
Dana starts snooping Azeral again, Fayul loses Azeral's output.
Azeral starts snooping Dana again, while Fayul is snooping him, and Fayul loses that output as well.
What appears to be happening is not only that merely one person can snoop a given target at a time, but that whomever first snoops on (or perhaps connects to) a given person gains priority and can steal back the snooping at will.
Assuming this is correct and an oversight, can the ability for one person to broadcast to multiple snoopers be added for the next update? I imagine this would be a fairly easy fix, imagining the pseudocode, but I could be mistaken. | | Top |
|
| Posted by
| Nick Gammon
Australia (23,173 posts) Bio
Forum Administrator |
| Date
| Reply #3 on Mon 03 Aug 2009 09:42 PM (UTC) |
| Message
| It was supposed to work like that, but due to sharing a variable for two purposes the behaviour you described stopped it working.
That is fixed in version 4.43. |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | | Top |
|
| Posted by
| Nick Gammon
Australia (23,173 posts) Bio
Forum Administrator |
| Date
| Reply #4 on Tue 04 Aug 2009 (UTC) |
| Message
| And for controlling, just use the chat system:
Azeral types:
#allowcommands Fayul
#allowcommands Dana
Then the other players type:
You could of course make aliases to simplify that. |
- Nick Gammon
www.gammon.com.au, www.mushclient.com | | Top |
|
The dates and times for posts above are shown in Universal Co-ordinated Time (UTC).
To show them in your local time you can join the forum, and then set the 'time correction' field in your profile to the number of hours difference between your location and UTC time.
19,401 views.
It is now over 60 days since the last post. This thread is closed.
Refresh page
![[Go to top]](/images/gototop.gif)
top