Channel list

[Mark F]

In the same multicommand I have the Check reg. command with 10 in the Icon/Device box (testing for Reg1=10), ...
I think you need to put "=10" in the Icon/Device box (without the "") .

Another possibility is the variable manipulation stuff that Ron recently added. It allows much better control over the operations you perform and has a syntax that is pretty easy. Check out this (http://www.girder.nl/help/registers.php) page.

[SouthyPar]

Support for states hasn't been dropped in Girder 3.1, merely moved. Right click on a command and you should see "State Settings" in the right-click menu.

I think there's a pretty straight forward way you could do this. First off, you will, obviously, need to keep a variable for storing the current channel.
Now, as for making your channel list, you could simply create a Girder command for every channel on your Girder channel list, and name it as its index number (IE '1'... '2'... and so forth). You could use the Comment field of each Girder channel command to store the Cable Box channel number\name, for you convenience. Then, you would use the GOTO command to switch to a different channel, no states\check reg needed.

Typing in your Girder Channel number shouldn't too much trouble to make and can be done via the NumBuilder plugin for Girder. Check out the example .GML file for it (it's in your ...Girder\Help directory).
As for browsing up\down in your Girder ch. list, that should be as simple a multigroup with two commands: Add Val. to Reg. ("+1" or "-1") and a GOTO command, wherein you would put the reg in the "Icon/Device" field.

[kari]

Thanks Mark and SouthyPar.

Check Reg. is now working with the added "=". I looked at the GVMS before, but currently I can't see any advantages that it offers in this particular case.

SouthyPar, your idea sounds great, but whatever I put in the Icon/Device field of a Goto command is lost as soon as the command is executed. I can however select a target in the first Name field by using the Browse button, but that only allows me to select one specific command, not enter a registry reference as target.

-Kári.

[kari]

Hi, everyone.

First of all I would like to thank Ron and all the plugin developers for an awesome program. I've just recently discovered it and am trying to get it to work controlling Ruud van Gessel's UIRT.

Which brings me to my problem. One of the things I would like to do is to use Girder to control the channel selection on my cable box. This box has preset channels and I can neither modify their order nor remove unwanted channels from the list. Therefore I intend to set up my own channel list in Girder and have it transmit the channel numbers to the box via the UIRT. I've got the UIRT part working, but am wondering how to best set up the channel list. Below are my ideas as to how it might be done, and the problems I'm having with them.

1. The first idea I had was to use the state option of a multicommand. As I understand it however, this would only allow me to browse one way through the command list. I would like to be able to browse both up and down, and if possible also to directly enter a channel number (Girder channel number, not box channel number). Also I cannot find how to implement this in Girder 3.1. Has support for states been dropped?

2. My second idea was to use a register to hold the current channel value and a series of Check Reg. commands to call one multicommand for each channel. I am however having problems getting the Check Reg. command to work, probably due to ignorance on my part. In my test application I use register 1 to hold the value, and a Add Val to Reg command to increment it. In the same multicommand I have the Check reg. command with 10 in the Icon/Device box (testing for Reg1=10), and reference to a couple of commands below. If I place the target commands outside the multigroup I get an 'Error: Incorrect compare' message, but if I place them inside the multigroup with a preceding Stop Processing command to prevent them being executed on every instance, neither command is ever executed.

Any explanations or ideas would be very much much appreciated.

-Kári.