|
|
|
Complete Control by URC Forum - View Post
|
|
|
|
|
|
|
The following page was printed from RemoteCentral.com:
Suggestions on how to keep RCC template...
| |
|
Topic: | Suggestions on how to keep RCC template (for MX 3000) streamlined? This thread has 6 replies. Displaying all posts. |
|
Post 1 made on Wednesday February 28, 2007 at 10:40 |
Chris Hansen Long Time Member |
Joined: Posts: | January 2003 82 |
|
|
What are the recommendations (the do's and do not's) with regard to building the RCC system template with macros and codes for the MX 3000 so that it does not slow down the processor too much?
Thanks
|
|
Post 2 made on Wednesday February 28, 2007 at 12:39 |
Darnitol Universal Remote Control Inc. |
Joined: Posts: | June 1999 2,071 |
|
|
Really all you have to avoid are:
1) overlapping button images that use transparency. Overlapping is okay, but the larger the images are, the slower the 3000 processes them. Small images can generally overlap without noticeable consequence.
2) very long macros with complex variables and aliasing. The 3000 can actually be tricked into doing some logic inside your RCC, but if you put too much of this kind of thing in a single device, it can slow the 3000 down.
|
I'm a member of the Remote Central community, just like you! My comments here are my own, and in no way express the opinions, policies, or plans of Universal Remote Control, Inc. |
|
OP | Post 3 made on Thursday March 1, 2007 at 14:21 |
Chris Hansen Long Time Member |
Joined: Posts: | January 2003 82 |
|
|
Thanks.
Which are more efficient for the remote to process (not slow it down): learned IR codes or database IR codes?
|
|
Post 4 made on Thursday March 1, 2007 at 14:39 |
Darnitol Universal Remote Control Inc. |
Joined: Posts: | June 1999 2,071 |
|
|
Database codes are generally faster, but we're talking about differences in microseconds here. You won't see a signficcant speed difference either way.
|
I'm a member of the Remote Central community, just like you! My comments here are my own, and in no way express the opinions, policies, or plans of Universal Remote Control, Inc. |
|
OP | Post 5 made on Friday March 2, 2007 at 12:38 |
Chris Hansen Long Time Member |
Joined: Posts: | January 2003 82 |
|
|
Thanks. Another question: Does the MX 3000 editor, with regard to macros, automatically (without it being shown) put any type of delay between IR commands or is the processor executing the sequence as fast as it can and any delay is merely the time it takes to process the sequence? I understand that I can add a delay; I want to understand if a delay is built-in but not shown to us.
Thanks
|
|
Post 6 made on Friday March 2, 2007 at 13:06 |
rosariorose9 Long Time Member |
Joined: Posts: | April 2006 122 |
|
|
On March 2, 2007 at 12:38, Chris Hansen said...
Thanks. Another question: Does the MX 3000 editor, with regard to macros, automatically (without it being shown) put any type of delay between IR commands or is the processor executing the sequence as fast as it can and any delay is merely the time it takes to process the sequence? I understand that I can add a delay; I want to understand if a delay is built-in but not shown to us.
Thanks Although I'll defer to the experts, I'm not aware of any automatic delay. I ALWAYS place a delay between IR commands in my macros - which has eliminated most of the problems my 3000 had in reliably executing those macros. rosariorose9
|
But I digress...... |
|
Post 7 made on Friday March 2, 2007 at 15:06 |
Darnitol Universal Remote Control Inc. |
Joined: Posts: | June 1999 2,071 |
|
|
There is no automatic delay. If you sequence your commands such that the same device never gets two commands in a row, you may not need to add delays.
For example, there's a good chance this macro will fail:
TV: ON TV: INPUT VIDEO 1 TV: ASPECT 16:9 RECEIVER: ON RECEIVER: INPUT CABLE RECEIVER: DOLBY 5.1 CABLE: ON CABLE: DVR LIST
So the natural tendency is to do this:
TV: ON delay 0.2 seconds TV: INPUT VIDEO 1 delay 0.2 seconds TV: ASPECT 16:9 delay 0.2 seconds RECEIVER: ON delay 0.2 seconds RECEIVER: INPUT CABLE delay 0.2 seconds RECEIVER: DOLBY 5.1 delay 0.2 seconds CABLE: ON delay 0.2 seconds CABLE: DVR LIST
But in many cases, you can get the macro to work by doing this:
TV: ON RECEIVER: ON CABLE: ON TV: INPUT VIDEO 1 RECEIVER: INPUT CABLE CABLE: DVR LIST TV: ASPECT 16:9 RECEIVER: DOLBY 5.1
Obviously, the third one will run much faster, and the commands don't conflict because there's a natural delay between the different commands for any one component.
|
I'm a member of the Remote Central community, just like you! My comments here are my own, and in no way express the opinions, policies, or plans of Universal Remote Control, Inc. |
|
|
Before you can reply to a message... |
You must first register for a Remote Central user account - it's fast and free! Or, if you already have an account, please login now. |
Please read the following: Unsolicited commercial advertisements are absolutely not permitted on this forum. Other private buy & sell messages should be posted to our Marketplace. For information on how to advertise your service or product click here. Remote Central reserves the right to remove or modify any post that is deemed inappropriate.
|
|
|
|