RMIR v2.15.0 pre-release for testing

[mathdon]

I have replaced RMIR v2.15.5 in the RMIR Development folder with v2.15.6. Here are the main changes:

• * I have had second thoughts about the issue two of you have now raised, concerning the behaviour of a device-independent macro of any sort when there is a device-specific item on the same key in another table. I said to both of you that I thought yellow/brown highlighting was inappropriate as it is intended to indicate that the user should choose which one they want and delete the other. Instead, I have completed the traffic-light set of colours with Green highlighting (Olive when selected) on device-independent macros when there is a device-specific item on that key elsewhere. The explanatory note on the Macros tab says that the device-specific item will take precedence when that device is selected. Macros so highlighted are always uploaded to the remote.
  
  * I have deleted the [MultiMacros] entry in the RDFs for the URC-3660 and related remotes. This now allows the creation of real-time macros on the color keys. The creation of multimacros on the App keys is still prevented.
  
  * All jp12serial binaries have been updated to v0.33, fixing an issue with uploads to JP1 remotes using a JP1 EEPROM Adapter. Thanks to Barf for compiling the Linux and Mac binaries.
  
  * A bug causing the wrong selection for bound buttons when editing a real-time DSM has been fixed.

I have done fairly minimal testing on these changes, so please test and report any issues you find.

[HamburgerHelper1]

This is probably insignificant but anyway
I have some Real-Time DSM that I made on this remote with older versions of RMIR and I'm not sure which version
Since I wanted them to be fast I set the "Hold For" Seconds to 0.00
and now with the newer versions when I edit them if I select one of the keys already in the Macro it displays my 'Hold For" Time as " - 0.00"
I downloaded this and re-uploaded with no changes and the Macros work fine anyway
So I don't know if it really matters much.

[jmezz13]

Thanks for the highlighting of the device-independent macros with conflicts for device-specific content. I think that is a helpful change.

I did some testing of the situations where changes were made in 2.15.6 and couldn't get anything to break. I even did a JP1 upload test using my newly-made Arduino EEPROM adapter.

[mathdon]

if I select one of the keys already in the Macro it displays my 'Hold For" Time as " - 0.00"

It is not of significance, but it is possibly offputting to a user, so if you post a .rmir file with this behaviour, I will look into it.

[HamburgerHelper1]

Here is the link to the RMIR with a negative realtime macro
http://www.hifi-remote.com/forums/dload ... e_id=26717

[davecs]

This is probably insignificant but anyway
I have some Real-Time DSM that I made on this remote with older versions of RMIR and I'm not sure which version
Since I wanted them to be fast I set the "Hold For" Seconds to 0.00
and now with the newer versions when I edit them if I select one of the keys already in the Macro it displays my 'Hold For" Time as " - 0.00"
I downloaded this and re-uploaded with no changes and the Macros work fine anyway
So I don't know if it really matters much.

I only have one Real Time Macro, Device Specific, on App3. The last stage was to switch back to the correct device. There was no Hold or Pause either side of it, and when I clicked on it, there was -0.00 in the Hold box. Thing is, I don't know how I put it there, because I can only edit it so that a Hold appears before it in the list, and then I don't get the -0.00 when I click on it. It's probably a temporary legacy effect.

[davecs]

I think I've just discovered something unexpected.

I don't think that Shift works on the numbers on the 3661. According to the layout I've made, pressing 1 on the STREAM device should give a different signal to Shift-1. I was trying to set up the Shifted number keys to use with FLIRC, so I could then use the resulting keypresses in a multi-DSM — sadly it doesn't work. xev gives the same result for numeric keypresses whether I press the Setup key first or not. I'm thinking that I might have to allocate the codes to Phantom keys then get Flirc to learn them by sending EFC's. How do we send EFC's with this remote?

[HamburgerHelper1]

Tap setup then press the 5 digit EFC

This should help you

http://hifi-remote.com/wiki/index.php?t ... x_Commands

[davecs]

Tap setup then press the 5 digit EFC

This should help you

http://hifi-remote.com/wiki/index.php?t ... x_Commands

I'll try that tomorrow (just turned in). Problem is that the remote appeared to send a signal as soon as I pressed the first digit. Is that because I'm using an NEC2 protocol for my flirc so all EFCs start 00? This would mean that shifted number keys can't be used from the remote, but can we use them in macros?

[HamburgerHelper1]

Try This
Tap setup and you will notice a blink then press and hold "1" you will notice that the LED just blinks once then press and hold "2" and you will get one blink the same thing for "3" and "4" but when you get to the 5th digit and hold you will notice the LED Flashing
it is when it gets to the last digit of the EFC that it actually sends the code

[davecs]

My real issue is to make use of keys in a MultiDSM. Obviously I can't get signals defined in RMDU as Shift-Number by pressing Setup then the key, but can I include it in a macro?

[HamburgerHelper1]

setup can not be used in a macro but i think if you read through the forum you will get ideas as to what to do

[mathdon]

I don't think that Shift works on the numbers on the 3661.

Shift DOES work on number keys but you have to press Setup twice. This is universal with UEI remotes as one press of Setup is used with number keys to send EFCs, in the way Randy has explained.

[mathdon]

setup can not be used in a macro but i think if you read through the forum you will get ideas as to what to do

You don't need Setup to add shifted keys in a macro. RMIR Macro dialog has buttons Add and also Add Shift. Select the button and use Add Shift to include the shifted button in the macro. It works equally with number and non-number keys. I have just tested it to make sure. So you can send a shifted digit from the keypad by pressing Setup twice, and add it in a macro by using Add Shift.

[davecs]

I don't think that Shift works on the numbers on the 3661.

Shift DOES work on number keys but you have to press Setup twice. This is universal with UEI remotes as one press of Setup is used with number keys to send EFCs, in the way Randy has explained.

OK — I've just done some experimenting. Shift-number DOES work in Macros. I don't know if anyone has ever used a FLIRC in Linux, but I've written a number of one-line scripts to move the mouse pointer to a particular spot on the screen, then I set each script to react to a particular key combination. I put the various key combinations on the FLIRC using signals from SHIFT-number keys, then I make a MultiDSM to move the pointer quickly between those spots.

The next stage is to find unused keyboard combinations to allocate the scripts to. I've set up a keyboard mouse on the remote control, but it's not easy to control, so having shortcuts to move the pointer to the most frequently used points on the screen will be a great boon. Of course I could just use a mini-keyboard with a mousepad on it, but this is much more fun!!