DOE: Sound Extension

[Gwydion]

Awesome! Looking forward to trying it in my Unknown Whom game Sunday morning!

[Salva]

Thank you very much!!

[hotline]

Hey dulux-oz. Having so much fun with your hard worked extension. One thing of note that i have noticed. I like to DM my game with the option of CHAT: SHOW GM ROLL __ OFF.
With this option off, any of the Hidden rolls do not trigger the CHAT-SOUND audios. Any CHAT phrases that follow the:
Attachment 16297
will not trigger the sound.

When i have the Option turned ON then i works as intended. I know can roll in the tower to hide my rolls, so that is what i am doing, or i can just roll outside the chat window to hide my rolls.
I believe the graphic "?" has something to do with it.
If that is something that can be tweaked, or if im doing something wrong, please guide me.

Thanks

[dulux-oz]

No, that's working as designed - the ChatSound Triggers are only triggered when chat text flows across the Internet (even if its just from the GM's host to the GM's host). With a hidden roll that doesn't happen. Getting a ChatSound to trigger from a hidden role is going to take some more/different coding - so let me look into it, OK?

[hotline]

wow thanks brotha, that was fast. i was busy editing my post while you were replying.
I believe the graphic "?" has something to do with it.

[Trenloe]

I believe the graphic "?" has something to do with it.

The ? is not an error. It is just an indicator to the GM that their roll is hidden. This is standard in FG rulesets (it can also be a shuttered eye icon). More info here: https://www.fantasygrounds.com/wiki/..._Chat_Messages

[AndreBLJ]

Hey there, I just followed the Manual and I think I've done everything.

It is working correctly, sending sounds through Syrinscape - TS second identity: the problem occurs everytime I speak and sometimes for no other reason, because the second TS identity (the one using Virtual Audio Cable) suddenly disable itself on TS ("Speakers/Headphones disabled"). What's wrong with that?

[Gwydion]

Hey there, I just followed the Manual and I think I've done everything.

It is working correctly, sending sounds through Syrinscape - TS second identity: the problem occurs everytime I speak and sometimes for no other reason, because the second TS identity (the one using Virtual Audio Cable) suddenly disable itself on TS ("Speakers/Headphones disabled"). What's wrong with that?

Hmmm.. When you open teamspeak and look at the options, click on "capture". For your profiles, you should have two profiles. One for your voice and one for syriscape. Your capture device should be your mic. Your capture device for syrinscape should be the virtual audio cable. For playback, your voice should be default and syrinscape does not need a playback profile. Does this all look correct? I'm thinking that actually your syrinscape profile will always show the speakers/headphones disabled as it doesn't need to playback anything. I suspect it actually is all working correctly unless your players aren't hearing the sounds when you test them.

[darrenan]

Another issue, this one regarding miniboards (still in 3.5/PF ruleset). Steps:

1. Create a module that includes some miniboards and export the module with the miniboards in it.
2. Create a campaign and open the module created in the previous step. So far so good, miniboards and sounds from the imported module work fine.
3. Now, if I try to create a new miniboard in the campaign, it seems to link the new miniboard with one of the imported ones. The new miniboard will contain the same sound links as one of the imported ones, and if I edit the new one (delete the sound links in it for instance) it also changes the imported one. It does this regardless of which groups I have selected. All, None, specific group, all behaved the same way.

My intention was to create a bunch of module-specific miniboards in the module campaign, and have them exported. And then in the main campaign have one miniboard per-player that I could share with them so they could trigger character-specific sounds.

I can make this happen the other way as well. First create a new campaign. Then create a new miniboard with no sound links in it and then close it. Finally open a module with existing miniboards in it. You will see that the miniboard created prior to opening the module has the same sound links as one of the miniboards from the module. I suspect there is an XML element naming collision happening.

[dulux-oz]

Thanks for the further info Darrenan - I'm still working on what's causing it