JP1 Remotes Forum Index JP1 Remotes


FAQFAQ SearchSearch 7 days of topics7 Days MemberlistMemberlist UsergroupsUsergroups RegisterRegister
ProfileProfile Log in to check your private messagesLog in to check your private messages Log inLog in

Another IR feature request

 
Post new topic   Reply to topic    JP1 Remotes Forum Index -> JP1 - Software
View previous topic :: View next topic  
Author Message
The Robman
Site Owner


Joined: 01 Aug 2003
Posts: 21234
Location: Chicago, IL

                    
PostPosted: Wed Apr 28, 2004 11:57 am    Post subject: Another IR feature request Reply with quote

We're going to need a new parm in the General section of the RDFs to tell IR.exe which format to use for keymoves, buttons programmed with advanced codes and macros.

I recommend KeyMoveFormat as the name, where the setting will be a number 1 thru whatever.

1 = this is the old fashioned format that we've been using for years
2 = the format used by the URC-6131
3 = the new format that's going to be used in all new UEI remotes

For format 2, if the length of the keymove is 3 (ie, 2 bytes for the setup code and 1 byte for the keymove) it means that this really is a "keymove" (as opposed to a button programmed with an advanced code) and the last byte (of the 5 byte keymove) is the keycode of the "from" button used in the keymove. If the lenth is 4, it means that the last 2 bytes (of the 6 byte keymove) are the EFC stored in hex (eg, EFC=001 would be hex "00 01")

Macros are unchanged in format 2


For format 3, the 2nd byte has been broken into 2, where the high nibble of the new byte2 is either "1" for keymoves or "8" for macros. The low nibble of the new byte2 is the code for the device button and is unused for macros. The new byte3 is the length of either the keymove or macro.

So, the new "3" format is as follows ....

keymoves format:
1-1 = button being programmed
2-2 = high-nibble: (1=keymove, 8=macro)
2-2 = low-nibble: device button
3-3 = length of remainder (ie, 03 or 04)
4-5 = setup code
6-6 = "from" button (when 3=03)
6-7 = EFC in 2-byte hex (when 3=04)

macros format:
1-1 = button being programmed
2-2 = "80" = macros
3-3 = length of macro
4-? = macro steps

Also, they have started using FF as the [EOF] marker rather than 00, so I think IR.exe should treat either 00 or FF as the [EOF] marker for all remotes.

Here's a few samples of how the data will look (for format 3):

2A 13 03 31 F7 29
2C 13 03 31 F7 2B
2D 80 08 01 15 16 17 21 19 1A 1B
16 11 04 10 2F 30 39

The first entry is a keymove from button "29"
The second entry is a keymove from button "2B"
The third entry is a macro with steps: TV,1,2,3
The final entry is a keymove programmed using 5-digit advanced code 12345
_________________
Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!
Back to top
View user's profile Send private message Visit poster's website
mr_d_p_gumby
Expert


Joined: 03 Aug 2003
Posts: 1370
Location: Newbury Park, CA

                    
PostPosted: Wed Apr 28, 2004 3:58 pm    Post subject: Re: Another IR feature request Reply with quote

The Robman wrote:
We're going to need a new parm in the General section of the RDFs to tell IR.exe which format to use for keymoves, buttons programmed with advanced codes and macros.
We already have an item named AdvCodeFormat, which currently has two possible values: HEX or EFC.

HEX refers to the normal method of storing keymoves.
EFC is intended to indicate the new-style (URC-6131) keymove format. RM uses this currently, but IR does not.

It sounds like we need to expand this item to include other possibilities.
_________________
Mike England
Back to top
View user's profile Send private message
The Robman
Site Owner


Joined: 01 Aug 2003
Posts: 21234
Location: Chicago, IL

                    
PostPosted: Sat May 01, 2004 4:30 pm    Post subject: Reply with quote

Bump, Paul are you out there? Just FYI, I have an advanced prototype of a remote that uses this new format that I've been asked to try out, but I can't do anything with it until IR is modified to handle it.
_________________
Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!
Back to top
View user's profile Send private message Visit poster's website
e34m5



Joined: 14 Oct 2003
Posts: 675
Location: Atlanta

                    
PostPosted: Sun May 02, 2004 4:38 pm    Post subject: Reply with quote

Yep I'm here. Sorry I was deep in thought with Mark's request and I forgot this one.

As soon as we have the 5.01 hammered out I'll start on this...
_________________
Paul
Back to top
View user's profile Send private message
e34m5



Joined: 14 Oct 2003
Posts: 675
Location: Atlanta

                    
PostPosted: Mon May 03, 2004 8:03 am    Post subject: Reply with quote

Rob:

This is a fairly significant change as you can imagine. There is a lot of code in IR dealing with this.

I will be venturing into some areas of IR I've only seen in my dreams Wink
_________________
Paul
Back to top
View user's profile Send private message
The Robman
Site Owner


Joined: 01 Aug 2003
Posts: 21234
Location: Chicago, IL

                    
PostPosted: Thu Jun 10, 2004 9:30 am    Post subject: Reply with quote

Just FYI, we now have a confirmed sighting of the new Kameleon that needs these changes, so it's on the market already.
_________________
Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!
Back to top
View user's profile Send private message Visit poster's website
e34m5



Joined: 14 Oct 2003
Posts: 675
Location: Atlanta

                    
PostPosted: Thu Jun 10, 2004 9:34 am    Post subject: Reply with quote

Ok...that sound you just heard is me holding my breath and jumping in.. Wink
_________________
Paul
Back to top
View user's profile Send private message
mr_d_p_gumby
Expert


Joined: 03 Aug 2003
Posts: 1370
Location: Newbury Park, CA

                    
PostPosted: Thu Jun 10, 2004 11:57 pm    Post subject: Reply with quote

One other thing that is new in the new Kameleon is it's use of number tables with two-byte protocols. This won't have too much effect on IR until KM & RM are modified to create such upgrades, but I thought I'd mention it here as a reminder that IR will eventually have to support it. In the meantime, should someone try to display a UEI-generated upgrade using a two-byte protocol and number table, it will be displayed incorrectly.
_________________
Mike England
Back to top
View user's profile Send private message
The Robman
Site Owner


Joined: 01 Aug 2003
Posts: 21234
Location: Chicago, IL

                    
PostPosted: Fri Jun 11, 2004 7:17 am    Post subject: Reply with quote

UEI doesn't use their own number tables for upgrades, so we're safe there.
_________________
Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help!
Back to top
View user's profile Send private message Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic       JP1 Remotes Forum Index -> JP1 - Software All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


 

Powered by phpBB © 2001, 2005 phpBB Group
Top 7 Advantages of Playing Online Slots The Evolution of Remote Control