Cubase e-licencer error on USB Server (Windows server, Mac client)

Happy New Year everyone,

I'm trying to get VH working for a reasonably recent version of Cubase (10.5 Pro) so that I dont have to faff about with the dongle and/or can run Cubase remotely.

I have VH installed OK and running on my (Windows10 64bit) server, and the e-licencer dongle plugged in OK. And I have the VH client installed and running OK on the Macbook Pro where Cubase 10.5 Pro is installed.

The VH client can see the server OK on TCP7575, no prob there. And the VH server can see 2 *other* USB devices ( a basic USB sound device, and an external USB disk) OK but it *can'* see the e-licencer OK it seems, and so obviously Cubase on the client fails to start (with its usual 'no valid licence found' dialog) as (from Cubase's perspective) there is no USB dongle available with a valid licence.

I checked the VH USB server logs for both scenarios when I have the e-licencer physically plugged into the Windows server machine, and also when it is not plugged in.

Here's the different log output:

*** e-licencer connected ***
2021-01-01 11:43:16 INFO :>>> Starting VirtualHere USB Server v4.2.0 (Built: Jul 27 2020, 11:39:23)<<<
2021-01-01 11:43:16 INFO :Using configuration F:\software\Applications\Virtualhere-USB-over-network\2021-01-01\config.ini
2021-01-01 11:43:16 INFO :Server licensed to=unlicensed max_devices=1
2021-01-01 11:43:16 INFO :Listening on all network interfaces at TCP port 7575 (IPv6 dual-stack)
2021-01-01 11:43:26 ERROR :Calling CM_Get_DevNode_PropertyW (Address) failed for USBESTUB\DEVICES\0101, error CR_NO_SUCH_VALUE
2021-01-01 11:43:26 INFO :Found Full speed device [0d8c:013c] "C-Media Electronics Inc. , USB PnP Sound Device" at address 2
2021-01-01 11:43:26 INFO :Found High speed device [152d:1337] "jmicron, jmicron" at address 1
2021-01-01 11:43:38 INFO :fe80::14d2:e254:9b83:75c0 connected as connection 1

*** e-licencer not connected ***
2021-01-01 11:48:06 INFO :>>> Starting VirtualHere USB Server v4.2.0 (Built: Jul 27 2020, 11:39:23)<<<
2021-01-01 11:48:06 INFO :Using configuration F:\software\Applications\Virtualhere-USB-over-network\2021-01-01\config.ini
2021-01-01 11:48:06 INFO :Server licensed to=unlicensed max_devices=1
2021-01-01 11:48:06 INFO :Listening on all network interfaces at TCP port 7575 (IPv6 dual-stack)
2021-01-01 11:48:06 INFO :Found Full speed device [0d8c:013c] "C-Media Electronics Inc. , USB PnP Sound Device" at address 2
2021-01-01 11:48:06 INFO :Found High speed device [152d:1337] "jmicron, jmicron" at address 1
2021-01-01 11:48:09 INFO :fe80::14d2:e254:9b83:75c0 connected as connection 1

Thus the only difference is the obvious error thrown when the EL *is* connected:
2021-01-01 11:43:26 ERROR :Calling CM_Get_DevNode_PropertyW (Address) failed for USBESTUB\DEVICES\0101, error CR_NO_SUCH_VALUE

How can I get the VH server to 'see' the device correctly and load it for use please?

Cheers
David

#2

USBESTUB appears to be eltima usb over network. Are you trying to pass through a second time? I.e using their product then virtualhere ? As that wont work.

#3

Hi Michael - Many thanks for the very quick reply!

Good spot - yes, I was running Eltima USB Network Gate on the Windows server as well... not as a double pass through, but simply to try and do exactly what I'm trying to use VH for. (Eltima USB NG also doesnt work - the comms is good across the network and I can 'see' the device OK on the Mac client but Cubase refuses to 'see' the virtual dongle - I have an ongoing tech case with Eltima).

I uninstalled the USB NG program and rebooted the Win server with VH server running - things are different now (good) but still not working (bad).

Now when I run up the Mac client I can see the server OK across the LAN, and now I can also see 'Protect Executer' as an available device for the client to use. So I assume that VH has successfully 'seen' and recognised the dongle as a resource which can be shared OK.

But when I try and right click that device to *use* it (use this device option) I get an error on the client 'There was a error using this device....'

Going to the Win server I see in the logs that things are better or at least different than before:

2021-01-02 15:44:50 INFO :>>> Starting VirtualHere USB Server v4.2.0 (Built: Jul 27 2020, 11:39:23)<<<
2021-01-02 15:44:50 INFO :Using configuration F:\software\Applications\Virtualhere-USB-over-network\2021-01-01\config.ini
2021-01-02 15:44:50 INFO :Server licensed to=unlicensed max_devices=1
2021-01-02 15:44:50 INFO :Listening on all network interfaces at TCP port 7575 (IPv6 dual-stack)
2021-01-02 15:44:50 INFO :Found Full speed device [0d8c:013c] "C-Media Electronics Inc. , USB PnP Sound Device" at address 2
2021-01-02 15:44:50 INFO :Found Full speed device [0819:0101] "Syncrosoft, ProtectExecuter" at address 3
2021-01-02 15:44:50 INFO :Found High speed device [152d:1337] "jmicron, jmicron" at address 1
2021-01-02 15:45:18 INFO :fe80::14d2:e254:9b83:75c0 connected as connection 1
2021-01-02 15:45:30 ERROR :Failed to enumerate drivers when selecting, No more data is available. (0x00000103)
2021-01-02 15:45:30 ERROR :Error binding device 3 [0819:0101] to connection 1, BIND_ERROR
2021-01-02 15:45:36 ERROR :Failed to enumerate drivers when selecting, No more data is available. (0x00000103)
2021-01-02 15:45:36 ERROR :Error binding device 3 [0819:0101] to connection 1, BIND_ERROR
2021-01-02 15:46:14 ERROR :Failed to enumerate drivers when selecting, No more data is available. (0x00000103)
2021-01-02 15:46:14 ERROR :Error binding device 3 [0819:0101] to connection 1, BIND_ERROR
2021-01-02 15:52:06 ERROR :Failed to enumerate drivers when selecting, No more data is available. (0x00000103)
2021-01-02 15:52:06 ERROR :Error binding device 3 [0819:0101] to connection 1, BIND_ERROR

The '2021-01-02 15:44:50 INFO :Found Full speed device [0819:0101] "Syncrosoft, ProtectExecuter" at address 3' looks good, but then it looks like when I tried to use it (3 times)

that's when it throws

'2021-01-02 15:52:06 ERROR :Failed to enumerate drivers when selecting, No more data is available. (0x00000103)

Any ideas at all? Seems to be so near working !

Cheers
David
2021-01-02 15:52:06 ERROR :Error binding device 3 [0819:0101] to connection 1, BIND_ERROR'

#4

** Update **

It's a problem with my Windows Server ...

I just dug out an ancient HP Elitebook laptop and set up the dongle and VH installed as a server - works first time! :-)

No idea what the underlying cause is, but its working fine as I speak - seems to be stable as well when opening Cubase, using it, closing it etc. A slight delay compared to having the dongle connected directly to the Macbook but that's completely understandable. Havent tested over ZeroTierOne VPN yet - but I see no reason why it wont work if its working OK over my local LAN.

Hope this is useful for someone, thanks again for the help.

David

#5

OK thanks for letting me know. Im wondering if its some power saving thing. The dongle might be immediately going to sleep and virtualhere cant wake it up.

VirtualHere turns off power saving when running but some devices just ignore that setting and put themselves into low-power mode regardless.

In windows (on both the server and client side) bring up windows device manager (when using the dongle via virtualhere on the client->Find the elicenser and right click on it and select Properties->Power Events and if there is an option to UNcheck allow windows to turn off this to save power)

When not using the dongle via virtualhere->On the server->Bring up device manager and do the same and if the Power Events tab is there UNcheck allow windows to turn off this device to save power

#6

Hi again Michael,

I have to say I'm super impressed with your support, and there's also a really good set of threads on the site - thanks.

Just to clarify that the *client* is running on MacOS, only the server on Win10. So I only could investigate your Power Events idea on the *server*.

I did go to Dev Mgr > eLicenser > Properties OK but couldnt *directly* see an option or tab called Power Events I'm afraid - I did check under the 'Details' tab and look at the 'Property' dropdown list (containing numerous properties like Device Description, Device Instance Path etc.). I found a property in this dropdown called 'Power data' which has multiple fields for Current Power State / Power capabilities / Power state mappings but couldnt see how to uncheck anything as you suggested - it looks more like a graphic/GUI representation/report of registry values than a config page.

After a bit of Googling around for USB power options, I did also check the Power Options > Advanced Settings > USB Settings > USB selective suspend setting - that is (I think, correctly) set to Disabled - according to some threads, that should stop USB devices being put to sleep to save power - example at

https://www.windowscentral.com/how-prevent-windows-10-turning-usb-devic…

Sorry I couldnt see a way of attaching any screenshots to illustrate the above better.

Its a really odd problem - the fact that it works on a different HP laptop also running Win10 tells me that its specific to this Win10 server machine, but said machine isnt flagging any errors on the elicenser device in Device Manager or its Properties. I did google a bit for the VH Server log ' ERROR :Failed to enumerate drivers when selecting, No more data is available. (0x00000103)' message and found one other VH thread below but it seems pretty unrelated -

https://www.virtualhere.com/content/windows-10-x64-server-osx-1011-ipho…

I dont really want to have a laptop on 24/7 just to run this, so if I cant get this pesky Win10 server to run it OK, then I *think* I could -

[1] But a Raspberry PI4 and run the Linux VH server - that would be cheap, fanless and hopefully more reliable as no MS Windows involved anywhere
[2] Perhaps run up Virtualbox on the Win10 server and run a Win or Linux guest OS machine with the dongle passed through (in Virtualbox) to the VM. But I think this will be a headache as I'm not sure I could *stop* the Mac VH client from seeing the *real* dongle in the server - I would need to target the passed-through dongle 'attached' to the VM. Plus there's the hassle, latency and possible aggro due to the VM abstraction / passthrough - all sounds too much of a nightmare to maintain.

I'll keep thinking on this as I *really really* want this to work! And if not, then its time to enter PI-land and see if that will work.

Cheers
David

#7

And I also noticed there's an *Android* VH server too - I might be able to use a cheapo old phone as the server - I'll see

Best
David