Alright, Commercial system question. I don't know how many are familar with BSS Soundweb, but it allows you to have a user access system. Meaning I can build two templates- one with a basic gain structure that everyone else see's, and then one that has eq adjustment and routing capabilities and everything else when you login with the proper credentials.
Does anyone know if this would be possible using RTI? In other words, I would want to make it so that the standard user can only access the room controls, but an admin can go to any panel- type in a login code and then have access to the whole system.
Not familiar with BSS, but sounds similar to other products I use.
I never give the customers full control. Sure, volume settings and switching are available to them, but gain structure and more advanced settings that really f up the sound system are not accessible.
If anything, create some presets that the users can toggle through.
Otherwise, you are asking for trouble and some support calls.
Alright, Commercial system question. I don't know how many are familar with BSS Soundweb, but it allows you to have a user access system. Meaning I can build two templates- one with a basic gain structure that everyone else see's, and then one that has eq adjustment and routing capabilities and everything else when you login with the proper credentials.
Does anyone know if this would be possible using RTI? In other words, I would want to make it so that the standard user can only access the room controls, but an admin can go to any panel- type in a login code and then have access to the whole system.
Thoughts?
kamikazepyro9
Long time browser, short time user
Some people used to use page jumps to create an access code with URC in the past. You would have identical pages with number pad on each, and only the correct button on page 1 would jump to page 2. User wouldn't know when it jumped to page 2. On page 2 another number would be the only one that would jump to page 3...
Then the final number would jump to the hidden page, in your case the room controls.
On RTI one can have a default page after boot. Here you would place your private buttons or a jump button to a private area (of multiple pages if you like). This is not wholly secure because the customer might figure out the boot trick. You could use the same password scheme as above on your boot page if you need more security.
Note that this scheme may wear thin for you after a while because, if you leave your private page(s), you'll need to reboot to get access to the private area -- or setup an elaborate scheme of variables and locked out jump buttons.
YEARS ago someone pondered a similar situation, which was creating a keyboard for use with Pronto-type remotes.
It was quite an arduous thing to do. Imagine wanting to type in A B C. You set up a keyboard screen; the client hits A; A is issued and the keyboard screen resets. Not hard.
But for B, the client has to scroll to the right -- a different screen -- hit B; B is then issued and the original keyboard screen resets. See, the letter that was just chosen can't stay highlighted because the remote can't tell where the cursor is.... as I read this, it sounds like something is wrong with the way I remember it. Let it just be said, it was ridiculously hard.
RTI remotes are not appropriate control devices for emulating keyboard type funcitons.
A good answer is easier with a clear question giving the make and model of everything. "The biggest problem in communication is the illusion that it has taken place." -- G. “Bernie” Shaw
You could have six screens: Enter-A-B-C-D-Fail. "Enter" would start the sequence ("Enter Password" Jumps to screen "A") and allows return to normal function, the others look identical. On each of the A-B-C-D screens a correct response Jumps to the next screen in sequence, an incorrect response Jumps to "Fail". A "Reset" button on each screen Jumps back to "Enter". The only way off of "Fail" is using "Reset". Correct response on "D" Jumps to the private control screen. Avoid the temptation of including a correct progress response because this results in an easy to beat scheme.
Drawing the screens is easier than it seems because you'll start with "Enter" and "A". B-C-D-Fail are copies of "A", each with two buttons updated.
A complication might be the need to use alternating "Fail" screens in order to result in the same audible and visual response after touching a button on "Fail". (ie. buttons on "Fail.A" Jump to "Fail.B" and buttons on "Fail.B" Jump to "Fail.A") It is important that the user not be able to detect a partial success.
You can also use flags:
In their password example, they provide an "Access denied" message. I prefer not giving any hints.
The application is for a Rodeo fairgrounds that has multiple zones. I plan on having a keypad in each zone for basic volume control and source selection but was hoping to be able to make it so that the fairgrounds manager could get to more advanced setup such as combining zones etc. Normally I would just use BSS's app but it doesn't offer video control.
You could have six screens: Enter-A-B-C-D-Fail. "Enter" would start the sequence ("Enter Password" Jumps to screen "A") and allows return to normal function, the others look identical. On each of the A-B-C-D screens a correct response Jumps to the next screen in sequence, an incorrect response Jumps to "Fail". A "Reset" button on each screen Jumps back to "Enter". The only way off of "Fail" is using "Reset". Correct response on "D" Jumps to the private control screen. Avoid the temptation of including a correct progress response because this results in an easy to beat scheme.
You're right except that, in quoting me, you seem to be referring to what I wrote. You're not. I was referring to an actual alphanumeric keyboard kind of thing while this is much simpler because of having fewer characters and shorter "words."
A good answer is easier with a clear question giving the make and model of everything. "The biggest problem in communication is the illusion that it has taken place." -- G. “Bernie” Shaw
Please read the following: Unsolicited commercial advertisements are absolutely not permitted on this forum. Other private buy & sell messages should be posted to our Marketplace. For information on how to advertise your service or product click here. Remote Central reserves the right to remove or modify any post that is deemed inappropriate.