aliasmask wrote:
Code: Select all
[H: textToVoice(text,targets,source)]
- text - The text to be spoken
- targets - The clients to hear the spoken text (default "all")
- source - Which client is speaking (default getPlayer())
I see. Well I could do something similar but remember that it would have to be via the pluginExecute() macro because the Plugin Support mod does not allow adding actual direct MT macros. But I could do something like:
Code: Select all
[R: pluginExecute("TTS","speak","text,targets,source")]
This is why I like, whenever possible, to provide a pseudo chat command for my plugins because it is much simpler to write something like
than
Code: Select all
[R: pluginExecute("TTS","speak","text,targets,source")]
The pluginExecute structure is not ideal but it is the only way that I can think of to add any number of functions to MT (via plugins) without having to modify the MT source code.
Actually what you are asking for can already be done...but I can add a function to make it easier. Recently I have been told that Broadcast can be used to send MacroLink to execute macros on client computers. Thus you could create a macro which executes the pluginExecute("TTS","tts","1") then types some test (to the TTSed) and then executes the pluginExecute("TTS","tts","0"). Then you can broadcast the macrolink to the desired players.
But I get you point. I can add a plugin function that would do a similar task directly so that the campaign does not need a MT macro for that.
aliasmask wrote:
That function would not generate any text to the chat panel.
Generally I don't like to do this because it somewhat violates the prime directive of the Plugin_Support system which is that the Campaign should not be dependent on Plugins. Plugins can enrich Campaign experience but not prevent a Campaign from working. I realize that technically not showing text for a TTS plugin won't prevent the Campaign file from working (so it technically does pass the Prime Directive) but it means that if the player forgot to turn up his/her sound (because he forgot that the campaign will use TTS), someone might be sending TTS messages to that user and the user will not be aware of it.
It is a similar situation to my Sound plugin. I still indicate a sound cue in the Message Panel because, if the sound is turned down or someone does not have the plugin, I still want them to be aware of the sound request.
Having said that there is nothing preventing one from making a plugin that would do TTS and remove the Message Panel message for such messages...but I generally disagree with that approach (for the reason above). That is just my opinion but I am the one writing the plugin so I guess that means it will be my way (unless someone uses my Source Code to spin off their own version).
I guess I could be nice and make that a setting which defaults to off. So when you start MT it displays both the message and plays the TTS but the user can actively turn off the messages for any TTS played. I'll consider that.
aliasmask wrote:This should also be a protected function (only GM can set up player access for source). It could perhaps trigger the Player is Speaking chat bubble that appears when a player is typing, so that it's not completely anonymous. Source could also be the voice profile used.
These are all good ideas but beyond the possibility of Plugin_Support plugin. For example, my limited plugins have no access to creating or modifying speech bubbles. It could be done but it would need to be a separate MT mod (its own fork) which is what I am trying to avoid by providing my Plugin_Support MT mod.
However, I can look for giving plugins access to the speech bubble in R5 of the MapTool.1-3.b89.Plugin_Support (or maybe it will be MapTool.1-3.b90.Plugin_Support by then).
aliasmask wrote:I use a custom in-character chat frame and I would definitely consider integrating this in to my games. Often times players will talk while I'm doing GM stuff and to be able to hear the in character chat would be a benefit.
Can you tell me more about the custom in-character chat? Why are you using a custom in-character chat instead of the normal chat? Is the custom in-character chat a frame that you generate using MT regular functions or is this a MT source code mod?
My limited plugin system has very limited access to the MT interface. This is both a blessing and a curse. It is a blessing because it means that the core MT functionality can not be changed and thus a Campaign file compatible with my MapTool.1-3.b89.Plugin_Support mod will be compatible with other clients running my MapTool.1-3.b89.Plugin_Support mod version of MT regardless of which plugins they have installed. On the other hand it is a curse because it means that plugins are very limited in what they can achieve inside MT.
This typically means that to do very powerful stuff plugins need to be coupled with MT macros. For example, if your custom in-character chat does not use the Message Panel window then my plugins will not be aware that a message requires translation. This would mean that I would need to create a function for performing the TTS (as you suggested above) and then you would need to add some MT macro code to trip the TTS function when new stuff is entered into the in-character chat. Is that possible on your side? If so, I am happy to add a function to the plugin that will trip the TTS (instead of it being tripped by the Message Panel directly).
"We often compare ourselves to the U.S. and often they come out the best,
but they only have the right to bare arms, while we have the right to bare breasts"
The Right To Bare Breasts by Bowser & Blue
TTS Plugin Rev 2.txt
