The learning process continues.

[Mark F]

There are a lot of ways to do this. :D

Choosing the right one mostly depends on how you already have the "changing sources/channels" implemented in your current system. I'm going to try to read your mind, based on the information you have already given. :)

If, for example, you have a separate multi-group to set up each source already:

add a command to the end of each set up multi-group (EXCEPT THE PHONE CALL ONE!!!) to save a unique string into a variable to signify which source is being set up
add the UserEvent plugin to your Girder set up
add a command to send a UserEvent (use the unique string you save at the end of each set up multi-command) at the end of the phone call
learn this event (as another trigger) for the appropriate set up multi-command

This means each set up multi-command will be executed by the button press on your remote OR by completing a phone call when this source was active before the phone call. Each set up multi-command should have two EventStrings.

Since my mind reading skills are not what they once were, please tell me if I'm suggesting something that can not be done in your environment. Then give a bit more info and I'll try again. :)

Good luck.

EDIT: really trying to be clear but failing badly. Sorry. :(

[Mark F]

If you can move to Girder 3.1.3, the UserEvent plugin is available there. If not, you can't use it.

In Girder 3.1.3 and above, you can use generic variable names and assign them generic values. For example, you can have a string variable named "CurrentSource" which you can set to a value of "SKYONE" at the end of the SKYONE multi-command. To use this in the userevent plugin you would choose to have it emit an event named [CurrentSource] which would generate an event (SKYONE) in Girder.

When any other source is chosen (Radio94, SKYTWO, etc.) the CurrentSource variable would need to have the right string placed in it.

The big question is can you upgrade to 3.1.3?

More information on Girder Variable Manipulation Scripts (http://www.girder.nl/help/registers.php) is available on this site.

[Mark F]

Check the {Girder directory}\help directory. There should be a file called ievent_readme.txt in there.

EDIT: I just read it and it isn't a primer. Sorry. :(

[Mark F]

Glad to help. :D

[Mark F]

Next question.. why does using the tcp client involve a twenty second delay from hitting enter to Girder responding?
I don't know. :(

I use the same TCP client/server to comunicate between my systems and don't see a twenty second delay. Is this only for the first time you use it (as all the software stacks get themselves into working order) or every time? What version of Windows are you using?

[Wintermute]

Okay...

I have a bunch of girder commands set up for changing sources/channels on my home AV systems.

The latest addition is a tie-in to my Home Phone system, so that an incoming call switches source to the PC, mutes the music and speask the incoming call characteristics (Business, personal etc)

this works nicely, but what I would love to add is a way to send things back as they were before the call..

I thought I could perhaps add a new command to the end of each multi-group that would store the name of the active source in a register or something, then use this in my "end of call" command sequence.

not quite sure how to do it though.. any suggestions?

[Wintermute]

Yep,

Each channel on my Sky digibox, or other AV Source (PC, CCTV, Radio etc) has a corresponding Multigroup which sends the IR command to switch the Av Source Switch to the right source, and then (if needed) a series of IR number presses to change channel..

so "SKYONE" does:
-Av Switch to Digibox
- Sky "1"
- Sky "0"
- Sky "6"

These groups respond to a TCP/IP server events mostly, allowing my home web pages to control stuff..

the method you describe is pretty much how I imagined doing it, and would suit fine.. but how do I use variables in the way you describe..

(I am stuck on Girder 3.0.24 until some kind soul makes a plugin for 3.2 that works with the UIRT on v 1.6 firmware..)

[Wintermute]

That's perfect!!

ah well, time to see if the UIRT plugin will work in 3.1.3.. :lol:

[Wintermute]

hmmmz, the UIRT works :D

what happens now, however, is that the Internet Event Server behaves differently from the TCP/IP server that was in Girder 3.0

is there a primer on this new tool somewhere?

[Wintermute]

sorted..

I was using the winsock DLL to simulate a telnet connection.. a quick edit back to using the (new) tcpclient and all is well...

now on to this script language! looks well powerful..

Thanks for your Help Mark!

ian.

[Wintermute]

Back again...

any chance of a imbecile version of the procedure?

I have added a command onto the bottom of my multgroup for (sticking with the example) SKYONE.

the command is called setflag, and under the girder tab I have chosen "Variable Manipulation Script". in the Icon/Device window, I have entered:

cursource = "SKYONE";

I have tried adding a cursource = svalue; before that...

I only get "Parse Error at line 1"

I figured there's no point going on to User Event Setup whilst this aint working, but I don't understand *why* this doesn't work?

[Wintermute]

got it.

of course, string is the type declaration and not svalue, so..

string cursource;
cursource = "SKYONE";

works.

Next question.. why does using the tcp client involve a twenty second delay from hitting enter to Girder responding?

[Wintermute]

A reboot has resolved it.

very strange ;)