Jun 01, 2018
Charles Reinmuth wrote
I love the toggle remote feature. Our new pastor likes to control a powerpoint during his sermon, and the toggle remote feature keeps the DSAN remote from accidentally triggering cues during the rest of the service while it's in his pocket/etc. What would be incredible is if, instead of going into the menus during his sermon and toggling remote - then needing to remember to toggle it off after the sermon (I am putting comment reminders for the operator in the script right now), we could instead insert a script control before the sermon powerpoint to toggle the remote on, and a script control at the end to toggle the remote off. So, as the MediaShout operator advances to the powerpoint, the remote is automatically enabled. Then, as the operator or pastor advances past the last slide of the powerpoint, the remote is disabled.
I attached a concept image. You can see from the icons it has two lyric cues surrounding a power point slideshow. Before and after the slideshow, I mocked up a script control for toggling the remote.
Thanks for your consideration! I can see this being extremely useful whenever there is a speaker/guest controlling their slides but that doesn't make up the entire service.
I attached a concept image. You can see from the icons it has two lyric cues surrounding a power point slideshow. Before and after the slideshow, I mocked up a script control for toggling the remote.
Thanks for your consideration! I can see this being extremely useful whenever there is a speaker/guest controlling their slides but that doesn't make up the entire service.
Completed
2 votes
8 Answers
Jun 04, 2018
Ben Wagner
agent
wrote
Thanks for the suggestion. We will add it to our list and review it with our developers.
Jun 07, 2019
Rick Whilden
wrote
As you are reviewing this (I've suggested something similar in the past), I would like to see a "DEFAULT" setting that could be set with three options so that instead of only pleasing 50% of your customers, you could could please them all...
Option one: Default ON (still can turn it off if needed using the control)
Option two: Default OFF (still can turn it on if needed using the control)
Option three: Default = Last setting. (if it was on last, it starts on, if it was off last, it starts off) (still change on/off with control)
Option one: Default ON (still can turn it off if needed using the control)
Option two: Default OFF (still can turn it on if needed using the control)
Option three: Default = Last setting. (if it was on last, it starts on, if it was off last, it starts off) (still change on/off with control)
Jun 10, 2019
Ryan Zeeck
agent
wrote
Hey Rick,
Great stuff! I'll make sure to pass this along to the Team to see if this is a viable option. I really like it!!
Thanks!
-Ryan
Great stuff! I'll make sure to pass this along to the Team to see if this is a viable option. I really like it!!
Thanks!
-Ryan
Aug 09, 2019
Franklin Seventh Day Adventist SDA Church
wrote
Yes, please let there be a default on, or last setting! That was one of my biggest gripes about MS 6 was i had to remember to turn it on every time we wanted to use a remote!
Oct 06, 2019
Dave
agent
wrote
Well, I have some good news and some bad news. The bad news is this feature will not make it into V6. However, the good news is this feature is not needed in V7 as it retains your remote settings for you (there is no toggle on/off needed). One of the challenges with previous versions was that we were mapping keyboard strokes. So, when you Toggled On the Remote Control, you were basically telling MediaShout that PageDown (for example) was now equal to F9 and the PageDown function would no longer work as expected while this was toggled on (since it was essentially like having two F9 buttons on your keyboard). Since many USB remotes send PageDown commands for forward, then MediaShout would just receive a PageDown function and execute an F9 function. In MediaShout 7, we've now linked the remote to your USB port. So, you can configure your USB Remote to move forward and backward and it NOT remap keys on your keyboard (so they all continue to function as expected). This allows us to always have Remote Mode ON but not negatively affect operators at the keyboard. If you change USB ports for your remote receiver, you do have to reconfigure your remote (as it is now a new USB port), but if you use it in the same port every time, then you will be set.
Thanks!
-Aaron
Thanks!
-Aaron
Oct 06, 2019
Charles Reinmuth
wrote
Aaron,
Your good news is bad news. Please review the OP: "I love the toggle remote feature. Our new pastor likes to control a powerpoint during his sermon, and the toggle remote feature keeps the DSAN remote from accidentally triggering cues during the rest of the service while it's in his pocket/etc."
Your good news is bad news. Please review the OP: "I love the toggle remote feature. Our new pastor likes to control a powerpoint during his sermon, and the toggle remote feature keeps the DSAN remote from accidentally triggering cues during the rest of the service while it's in his pocket/etc."
Oct 07, 2019
Dave
agent
wrote
Charles - specifically talking about the D'San remotes, there are buttons on them to allow you to effectively turn them off (basically not pass the signal being received). I recommend using those. Unfortunately, the original idea, while a good concept, was not technically possible in V6 (without a large amount of development). As the remote config is designed in V7, it is also not possible (since there is no on/off remote config). Please understand that we have to develop based on user requests and while there are some great unique requests, many times, making those changes (as we have experienced in the past) is to the detriment to many others. It's tough to decide sometimes which way to go with development resources, needs of users, and what affects the most users. As a long-time user of the D'San remotes, I recommend that the pastor leave the remote on the pulpit/stand (not in his pocket) as I would suggest that for all remotes (and all softwares that use remotes). I'm sorry if this is not exactly what you were looking for, but we have to take into consideration all aspects and recommendations to find the best (and most efficient for our resources) solution. Thanks and be blessed!
Oct 07, 2019
Charles Reinmuth
wrote
I understand. Just putting my one, small, insignificant vote in with the other few on this thread. Thanks.