Another Girder problem.

[rhinoman]

I'll start by saying I'm a bit of a newb with girder but understand the principles. I'm definitly missing something here..

I have a basic gml for my RME mixer panle which calls the 8 presets. I know these work because I can do the test command and the presets change.

I have set up send message events in xlobby and the preset number shows up in the bottom bar of the girder window to indicate that girder is recieving the command from xlobby, however it doesn't actually execute the received command change the preset.

Any idea where I've gone wrong?

[tswhite70]

You are using the Girder events in Xlobby right? There should be no #'s involved. You need to assign the command in Girder a Girder EventString, ie a name like "RME Mixer UP". Then in Xlobby use the Girder events to call that name.

good luck,
tsw

[rhinoman]

Does this help explain what I've done




The bottom picture shows girder receiving the test command for the xlobby event.

I can then select the preset 1 command in girder and use F5 to test and it changes my mixer to preset1 so that works as well.

It just doesn't pass all the way from xlobby to the rme mixer.

[Marbles_00]

Not the best with Girder, but do you still require events to be associated with Girder commands?

The way the girder help file indicates:

Commands execute 'Actions' and 'Event Strings' trigger these Commands.

The full document can be viewed here:
http://www.promixis.com/pdfs/Girder_3_3_Help.pdf

Maybe Girder 4 is different.

Hope this helps.

*EDIT*
Just noticed, your using Girder 3.2

[rhinoman]

Ahhh, now I get it, select my command in Girder, press lerarn event, selct the string in Xlobby, press test, Girder picks it up and voila...It works.

I'd done it before by learing ir from a pronto years ago, I got sidetracked because when you press learn event on the girder page it says "waiting for ir", but does actually look for all types of trigger.

[tswhite70]

That's one way to do it. But the other way - ie highlight the Girder command, set the Girder Event DropDown to "ALL", select "Learn Event", and then type the Girder EventString you want into the popup window works just as well. It looks like that's what you were trying, you just never added the Girder EventString to the command.

good luck,
tsw

[rhinoman]

Ok, all working when the mixer app is maximised in the background however, when windows boots up it minimises to the system tray and it doesn't see the commands.

I'm guessing this is a focus problem? Is this fixable or is there a way to automatically "maximise" the app at startup?

[Marbles_00]

There's no option in the mixer setup to leave as max/or min to sys tray?

[m_ski]

Have you tried sending the command to a different target window of your mixer app? Press the target button and then you can drag the cursor to the window. There is also various text matching fields to type in the executable name, class name, window name etc... Play around with these a bit as maybe you need to send it to a different window when it is minimised.

[tswhite70]

In the Girder Target Selection window make sure you check "Match Invisible Tasks". That should do it (you'll need to do it for each command).

good luck,
tsw

[rhinoman]

Thanks tsw, that was exactly it, works properly now.