[Home] [Downloads] [Search] [Help/forum]

Gammon Software Solutions forum

See www.mushclient.com/spam for dealing with forum spam. Please read the MUSHclient FAQ!

[Folder]  Entire forum
-> [Folder]  MUSHclient
. -> [Folder]  General
. . -> [Subject]  Sending Commands to Another Window
Home  |  Users  |  Search  |  FAQ
Username:
Register forum user name
Password:
Forgotten password?
Sending Commands to Another Window

[Reply to this subject]  Reply to this subject   [New subject]  Start a new subject   [Refresh] Refresh page

Posted by Azeral777   (6 posts)  [Biography] bio
Date Sat 01 Aug 2009 10:55 AM (UTC)  [ quote  ]

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.
[Go to top] top
Posted by Nick Gammon   Australia  (18,801 posts)  [Biography] bio   Forum Administrator
Date Reply #1 on Sat 01 Aug 2009 10:12 PM (UTC)  [ quote  ]
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
[Go to top] top
Posted by Azeral777   (6 posts)  [Biography] bio
Date Reply #2 on Mon 03 Aug 2009 10:13 AM (UTC)  [ quote  ]

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.
[Go to top] top
Posted by Nick Gammon   Australia  (18,801 posts)  [Biography] bio   Forum Administrator
Date Reply #3 on Mon 03 Aug 2009 09:42 PM (UTC)  [ quote  ]
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
[Go to top] top
Posted by Nick Gammon   Australia  (18,801 posts)  [Biography] bio   Forum Administrator
Date Reply #4 on Tue 04 Aug 2009 (UTC)  [ quote  ]
Message
And for controlling, just use the chat system:

Azeral types:


#allowcommands Fayul
#allowcommands Dana


Then the other players type:


#command Azeral sigh


You could of course make aliases to simplify that.
- Nick Gammon

www.gammon.com.au, www.mushclient.com
[Go to top] 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.

1,104 views.

[Reply to this subject]  Reply to this subject   [New subject]  Start a new subject   [Refresh] Refresh page

Go to topic:           Search the forum

[Go to top] top

[Home]

Written by Nick Gammon - 5K

Comments to: Gammon Software support
[RH click to get RSS URL] Forum RSS feed ( http://www.gammon.com.au/rss/forum.xml )

[Best viewed with any browser - 2K]    [Internet Contents Rating Association (ICRA) - 2K]    [Web site powered by FutureQuest.Net]