Global Cache + USB UIRT

[midiringtones]

Man do I hope this is possible...

I need to use the GlobalCache and a USB UIRT (through NRIR Server) at the same time. I know the codes to switch the ports on the GlobalCache, is there some code to tell it to use a different plugin instance?

My projector gets hit just fine with the USB UIRT and that sounds like a lot more fun than programming serial for a simple on/off!

Curt

[Wilhelm]

I have requested this functionality several times, but it seems it's not possible to change that "exclusivity" of the IR commands, at least not the moment.

[Ben S]

There are 3 codes that allow you to set the current IR instance. The current IR instance is the instance that will handle -any- infrared codes that are to be sent.


5001 0000 0000 0002 fffd 0000 0012 0000

Go to the previous plugin instance


5001 0000 0000 0002 fffd 0000 0013 0000

Go to the next plugin instance


5001 0000 0000 0002 *fffd* 0000 0010 0000

Jump directly to a given instance (requires knowing the instance ID, and substituting the fffd (in asterisks above) with the instance ID.

If you have direct IR as instance -3, GlobalCache as -103, and NRIRServer as -203, you can jump "direct" to an instance via the code using the ID's below:

-3 : fffd
-103: ff99
-203: ff34

I've requested that this information be added to the documentation for Pro. (NetRemote IR does not allow for instance switching).

[Wilhelm]

Wow!

Thanks Ben.

Does that mean, we can also define multiple instances for different devices, e.g. GlobalCaché?

[Ben S]

You bet! If you have multiple GCs, you can use them all (with different IR plugin instances).

[midiringtones]

Ben,

Thanks for the help! Apparently I am still confused on something (it isn't working).

I did verify that if I am not using the globalcache and have the IR set for passthrough on -3, it works fine in controlling the USB UIRT.

Now I have the following:

GlobalCache at -3
Passthrough at -1000

So for anything going to the globalchache, I can leave as is?

For things going to the passthrough -

IR: 5001 0000 0000 0002 fc19 0000 0010 0000

IR: 0000 006a 0000 0020 000b 0047 000b 001f 000b 0047 000b 0047 000b 001f 000b 001f 000b 0047 000b 0047 000b 001f 000b 0047 000b 001f 000b 001f 000b 0047 000b 0047 000b 001f 000b 0699 000b 0047 000b 001f 000b 0047 000b 0047 000b 001f 000b 0047 000b 001f 000b 001f 000b 0047 000b 001f 000b 0047 000b 0047 000b 001f 000b 001f 000b 0047 000b 0699

Essentially I have two IR commands, first selects the port, second is an off command for my projector. Is this the right way to do it? Do the names matter at all? Do I need a certain version of the IR.dll for it to work? I have 1.0.3.

I know I must be close!

Curt

p.s. why is it that if i take 65536 and subtract 1000 I get FC18 in Hex, but that can't be right, since FC18 is 1001 in examples I see here??

[midiringtones]

As a quick update - I added the (simple) code to switch from one IR instance to another. After "switching" it will no longer send through the default IR, but doesn't send through anything until I send another switch command. I get the same results having the GC as the default and having passthrough as the default....

Curt

[Ben S]

Hi Curt - This should all work, but have not regression tested this lately. I will do so this evening and let you know the results.

[midiringtones]

Thanks! Is there an older version that you know for sure works? I can load it up on a different machine and make sure it is not user error...

Curt

[midiringtones]

I tried installing .18 last night to see if that would help, it didn't :) Anyone out there been able to get a GlobalCache device and passthrough device to both work??

Curt

[Ben S]

Hi Curt -
I verified that you could change instances correctly (TIP: have a frame with the name of {IR.HostName} to see which instance is set) but was not able to run through a test with all of my IR devices. I will be doing this tomorrow evening. Apologize for the delay.

I don't have a compatible version that I know works for sure, unfortunately.
-Ben

[Ben S]

Sorry about that. This is a bug with the current code. It does not properly change instances of the hostname when changing.

Identified, replicated, and resolved. You should see the fix in 1.0.19.0.

[midiringtones]

.19 did the trick! it is working as advertised now. thanks a lot Ben.

Curt