Redirecting the Bloomberg Keyboard in View 4.6 to 5.0 had limitations and drawbacks. USB Redirection was the only option available and the audio was very bandwidth inefficient. Unfortunately it was required in order for the Message Key to function. The keyboard also had a maximum latency of 25ms between Client and VM, at which point the audio would start stuttering.
This configuration splits the Bloomberg Keyboard Audio device so that the audio is handled via PCoIP Audio Redirection while the Message Key functions via USB Redirection. This drastically reduces network bandwidth usage while audio is played. It also allows the keyboard to be fully functional up to 75ms latency between Client and VM, at which point the fingerprint reader becomes slow enough that it is difficult to get a fingerprint read before the Bloomberg App times out waiting for it.
This configuration should work with Bloomberg Keyboards and Horizon View 5.1 or higher, however I only tested this on the following:
At the time of this writing this configuration is impacted by VMware & Bloomberg bugs which can cause the Message Key to fail. When the Bloomberg Keyboard Audio device is split and excluded from redirection, the excluded audio interfaces still appear in the VM’s Device Manager and they appear as HID devices instead of Audio Devices. This confuses the Bloomberg App and the Bloomberg App listens to the wrong HID interface for the Message Key causing the key to be unresponsive.
Bloomberg has a fix for this issue which they will incorporate into their monthly software update either in June or July 2013. Until then, applying the following GPO to the VM will block the keyboard’s audio interfaces from loading if they present themselves as HID devices when the device is split. This will cause the Bloomberg App to link to the correct interface the next time it is launched. This policy does not impede the Bloomberg Keyboard when it is locally connected or if it is redirected entirely via USB Redirection since the audio interfaces correctly present themselves as an Audio Device in these cases. I applied this policy to our entire enterprise.
Apply to the agent side (VM) via GPO or Local Policy:
In Computer Configuration\Administrative Templates\System\Device Installation\Device Installation Restrictions, find the following policy and add the Device IDs below.
“Prevent installation of devices that match any of these Device IDs” = Enabled
HID\VID_1188&PID_03EF&MI_00
HID\VID_1188&PID_03EF&MI_01
HID\VID_1188&PID_03EF&MI_02
Have you had success with View 6 and Bloomberg Keyboard 4 (STB100, black)
@serged.... I just ran into this. We're on View 5.3 (soon to be View 6 in a few days) and I just setup a user for the first time using those new black keyboards. It works, except for the biometric. What types of issues are you seeing?
Hi fina27. Did you manage to get the biometric working with View 6 and the STB100 keyboard? If so could I ask how. Thanks
I haven't got it working. For now we got bloomberg's USB fingerprint readers and we use those if the user has the newer bloomberg keyboards with View.
IGParker and fina27,
I was able to get the newer Bloomberg keyboard biometric reader recognized on View 6 VM's but only when connected from a Wyse P45 zero client. Are you trying to connect from a Windows 7 physical workstation?
ShDog yes I am trying to connect from a Windows 7 physical machine. Thanks
I haven't tried with Win7, only Win8.1. Have you tried with a P25?
No not tried with a P25. All running off of physical workstations.
We got the black bloomberg keyboards to work,including the fingerprint reader, on P25's. We set it up as a passthrough or "usb bridged" device within the P25. The vendor ID is 1188 and product ID is 9545, which you have to set in the P25 USB bridged settings. It passes through directly to the VM. It has to be done through the web client of the p25 directly or passed down from the master profile if done through the teradici's Pcoip management console.