USB Device Redirection, Splitting function

[danlaney]

Hi

Hope someone can help

I have managed to split USB Function for Olympus Dr-2300 and it works fine. I have HID (button Control) being mapped over to the desktop whilest the Audio/Micophone/Speaker are left at the local machine. This is working all great, however I am trying to added another device... I have added the bellow VID/PID

Include VID-PID Device

o:vid-07b4_pid-0255;vid-07b4_pid-0256

Split VID-PID Device

o:vid-07b4_pid-0255(exintf:00;exintf:01;exintf:02;exintf:03;exintf:04;exintf:05;exintf:06);vid-07b4_

pid-0255(exintf:00;exintf:01;exintf:02;exintf:03;exintf:04;exintf:05;exintf:06

Once i have applied the above my VM runs really slow and when i try and connect a USB device its says "USB Redirection is not available for this desktop"

I have tried to add the above on thier own they work.

Can some one advise what i might be doing wrong?

many thanks

Dan

[danlaney]

Hi

Has anyone go any ideas??

thanks

Dan

[peterbrown05]

in my experience, such an error message usually occurs if you have a typo in the configuration.

I note in the info you pasted above:

o:vid-07b4_pid-0255(exintf:00;exintf:01;exintf:02;exintf:03;exintf:04;exintf:05;exintf:06);vid-07b4_

pid-0255(exintf:00;exintf:01;exintf:02;exintf:03;exintf:04;exintf:05;exintf:06

that you appear to be missing the closing ")"  from the last vid-pid

but, in addition, can you confirm what version (and which OS) client you are using, and I will double check to see if there were any known issues. (I do remember something being fixed a while ago relating to this, but i cant remember if that was in a GA version or just something internal I was testing with!)

cheers

peterB

[danlaney]

Hi Peter

Thank you for your reply - i have checked the VID/PID and all looks correct. The VM is on a Win7 64bit - using VM Agent Version 6 - with Direct Agent Connection installed. The Client computer is a Win7 64bit using Horizion View Client - Build 3.0

I have just built a fresh VM as well to rule out an issue with that and i am getting the same issue

Many thanks

[peterbrown05]

ok. one more thing to check please...

the config you paste above shows the 2 devices having the SAME vid_pid. can you check this isn't a typo - as you shouldn't need to configure the same device twice?

[danlaney]

Hi Peter

I can confirm this is a typo on here, the VM is correct, It is two devices

regards

[peterbrown05]

Hi Dan,

ok - sorry about this. We have just been running some tests, and I can confirm this is a bug on the agent side. I will make sure this gets fixed in the next update of the agent. I thought I had seen the issue internally (and I had) and it was fixed on the client side in v3.0 - but unfortunately looks like the fix didn't make it into the last agent release v6.0.

So; there is a workaround - which isn't ideal, but might get you going until the agent update comes out...

Specifically, the problem is with the parsing of the Split value on the agent config. The workaround is to configure this on the client end point. (I appreciate if you have many end points then that's not great as each one would need configuring manually (unless they are domain joined and gpo can be used)... anyway, if you move the Split Vid/Pid config value to the client config then that should solve it (remember on client side you don't need the "o:" ). You can leave the include vid/pid on the agent side as it - (or you can move it too if you prefer, but it is only a problem with the parsing of the split config value)

sorry about this. I really thought that issue had been fixed. Like I say, I will make sure this gets fixed in the next Agent update,

cheers

peterB

[danlaney]

Hi Peter

Thank you for that work around, i have applied the GPO on the end client - it is allowing me to connect both devices without issue, however the microphone is now not working. Any ideas?

thanks

[peterbrown05]

hmmm. im probably getting close to needing to see the client debug logs here...

I dont know the specific devices and therefore dont know what interfaces you have kept local to client, and which you have forwarded to the guest.

pls make sure you haven't "split" audio in vs audio out. ie the speaker & microphone will need to be on the client OR on the desktop. but you can't have one on client and one on guest.

you said that originally when you configured a single device to be split then "it worked". can you confirm the microphone worked in that case too or was the device just showing up...?

cheers

peterB

[danlaney]

Hi Peter

I managed to get Microphone and Speaker working before. I am looking to keep the Audio In & Out / local to the client machine and the HID (button events ) to the VM. I know from looking at the logs that HID interface is 0 , audio-1, audio,audio-in = 2, audio, audio = 3, audio,audio-out = 4, mouse = 5, keyboard = 6.

The microphone works on client computer - it looks like its not being mapped over the session

Can you help?

[peterbrown05]

ah.... right. so "what" do you expect to map it to the remote desktop?

ive done some work with Nuance to enable their SpeechMagix solution (which is their SDK) whereby their software runs on the client and encodes the audio and sends to the guest. But this needs their special software enabled with the SDK. I dont know if Dragon yet supports this.

But, if you have not installed anything "special" on client/agent to use the mic locally then it won't get redirected to the guest.

One thing you *could* try would be RTAV (Real TIme Audio Video). But, if you are trying to use audio dictation then this might not be of high enough audio quality - and - the lag between button press and recording might be too long and result in audio being missed at start/end of speech. Anyway, for RTAV you would need to select the default audio in device (on the client) to be your microphone, and then on the guest you would use the "VMware Virtual Microphone".

this might not work due to reasons outlined above, or, perhaps because the dictation software expects a specific audio device.

happy to help so just post back further questions

cheers

p

[danlaney]

Hi Peter

When i had the USB Split on agent side, my Audio In & Out was being left at the client machine and Button events were being mapped to the Virtual Machine. I could tell this was working on the VM by connecting the USB Device, Clicking Sounds>Recording Device > Microphone Array (VMware Virtual Microphone) was working. It allowed me to create a sound file using the Windows Sound Recorder and played audio back without issue.

I have looked at the RTAV but the audio quality is very poor and does not work with when Connect USB Device is used.

Question is, what was be causing the issue for the Audio IO not being kept at the local machine when the USB Spilt Redirection is applied on the Client side??

thanks for all your help so far

dan

[peterbrown05]

let me just correct a couple of things you mentioned;

Reference this paragraph:

"When i had the USB Split on agent side, my Audio In & Out was being left at the client machine and Button events were being mapped to the Virtual Machine. I could tell this was working on the VM by connecting the USB Device, Clicking Sounds>Recording Device > Microphone Array (VMware Virtual Microphone) was working. It allowed me to create a sound file using the Windows Sound Recorder and played audio back without issue."

- this means you were actually using Real Time Audio Video for the remoting of the microphone. (which is cool!). The way RTAV works is that the audio in at the client is encoded, and then transmitted to the guest where it is decoded and presented to the vmware virtual microphone. Nothing other than RTAV uses that virtual microphone.

Reference:

"I have looked at the RTAV but the audio quality is very poor and does not work with when Connect USB Device is used."

- I think you are slightly confused here. As paragraph above shows, you have successfully used RTAV. I *think* what you are saying here is that IF you forward the microphone to the guest using USB redirection (ie without configuring the split rules, and forwarding teh device form the menu) then the audio quality is poor.... assuming Im correct in my interpretation, then to clarify - this is using USB redirection of the data from your microphone device, and not RTAV.

I would expect (depending on your network conditions) that the audio quality may become choppy, scratchy - getting progressively worse as the network performance degrades.

So - where does that leave us...? not sure. I dont know why the splitting isn't working as expected (so you can use RTAV) . Could you try adding the Include Vid/Pid rule to the client too? and retest

if that doesnt work, could you grab me the latest Debug client log, and find the section in that which is talking about splitting... something like:

  [vmware-view-usbd] DevFltr: Interface [0] - Family(s): audio

and i need a bunch of lines before and after that.... see the examples in my white paper: http://www.vmware.com/files/pdf/techpaper/vmware-horizon-view-usb-device-redirection.pdf which are the sort of log lines i need to see. (or attach the whole file zipped up!)

cheers

peterB

[danlaney]

Hi Peter

Thank you for your  reply... i think i have confused myself ... have a lot on... you are correct - RTAV was working when configured on Agent side and only when one device was being spilt.

I have replicated them settings and configured on client side and im getting strange results.. i am going to perform some more test first thing in the morning. If i still have no joy, i will post my log files for you

Many thanks for all you help so far

dan

[peterbrown05]

no worries. i know how these things go! happy to help when you have made more progress.

sorry, its taking a bit of fiddling around.

like i say, i am making sure that agent side splitting bug gets fixed for the next agent release.

cheers

peterB

[danlaney]

Morning Peter

I have been busy this morning carry out some tests.  Please see below what i have done:

Configured for DR1200

• Client PC

  • VID/PID Allowed on GPO

  • Spilt VID/PID on GPO
• Agent Machine

  • Nothing configured

Result

Allows device to be connected, Microphone Array(VMware Virtual Microphone)  RTAV is working. Button events are working

Configured for DR2300

• Client PC

  • VID/PID Allowed on GPO

  • Spilt VID/PID on GPO
• Agent Machine

  • Nothing configured

Result

Allows device to be connected, Microphone Array(VMware Virtual Microphone)RTAV is working. Button events are working

Configured for both DR1200 and DR2300

• Client PC

  • VID/PID Allowed on GPO

  • Spilt VID/PID on GPO
• Agent Machine

  • Nothing configured

Result

Does not a USB device to be connected “USB Unavailable” on drop down.

It seems the issue is the same when USB Spilt is configured on Client and Agent.  Please let me know if like to see the logs

many thanks

Dan

[Long1989]

Hi

I have been trying with my Phillips devices and i am getting the same issue as Dan

Is there any way to get this working?

[chengs]

Hi Dan and Long1989,

We did have problems with View client 2.3 and lower version for splitting more than one device, but we should have fixed that with View client 3.0. I know you mentioned above you were using View client 3.0, just to double confirm if Download VMware Horizon Clients for 32bit or Download VMware Horizon Clients for 64bit are the builds you have tried?

As I just tried on my env, and no "USB Unavailable" issue was observed, and everything seems fine. Please note the setting below is set on client side.

SplitVidPid:

vid-07b4_pid-0255(exintf:00;exintf:01;exintf:02;exintf:03;exintf:04;exintf:05;exintf:06);vid-07b4_pid-0256(exintf:00;exintf:01;exintf:02;exintf:03;exintf:04;exintf:05;exintf:06);

IncludeVidPid:

vid-07b4_pid-0255;vid-07b4_pid-0256

Sorry for keeping you trying and really appreciate your time.

Regards,

Sarah

[chengs]

Hi Dan,

May I know if your issue has been resolved?

Regards,

Sarah

[danlaney]

Hi Sarah

Sorry for the late reply... with the reply that you said before "

SplitVidPid:

vid-07b4_pid-0255(exintf:00;exintf:01;exintf:02;exintf:03;exintf:04;exintf:05;exintf:06);vid-07b4_pid-0256(exintf:00;exintf:01;exintf:02;exintf:03;exintf:04;exintf:05;exintf:06);"

The whole reason for me using USB Filtering was to leave all interfaces excluding HID (exintf:00) at the local machine. It clearly dont work when you try to map more then one device. It works perfect if you want to map just the one.

Can you confirm that this issue will be addressed, Peter White paper that he had provided does state that more then one device can be configured

Look forward to your reply

Many thanks

Dan